http://blogs.technet.com/b/mspfe/archive/2013/02/07/windows-server-2012-hyper-v-replica-how-troubleshoot-kerberos-error-0x8009030c-0x00002efe.aspxWindows Server 2012 Hyper-V Replica is a great new feature that replicates all changes on a virtual machine to a counterpart virtual machine hosted by a different server. Basically, any server workload that&rsquo;s virtualized in Hyper-V can be replicateden-USTelligent Evolution Platform Developer Build (Build: 5.6.50428.7875)http://blogs.technet.com/b/mspfe/archive/2013/02/07/windows-server-2012-hyper-v-replica-how-troubleshoot-kerberos-error-0x8009030c-0x00002efe.aspx#3553447Tue, 19 Feb 2013 00:52:35 GMTd5e57398-b9ef-4490-9955-07cbb4e4a80d:3553447Premier Field Engineers<p>Would suggest calling Premier Support for help with the issue. From the description, I&#39;d guess you might need to use a certificate with Subject Alternative Name (SAN) extensions specifying all possible names the client might use to access the server.</p> <div style="clear:both;"></div><img src="http://blogs.technet.com/aggbug.aspx?PostID=3553447" width="1" height="1">http://blogs.technet.com/b/mspfe/archive/2013/02/07/windows-server-2012-hyper-v-replica-how-troubleshoot-kerberos-error-0x8009030c-0x00002efe.aspx#3551830Tue, 12 Feb 2013 02:09:07 GMTd5e57398-b9ef-4490-9955-07cbb4e4a80d:3551830Pat D<p>Really helpful - but what happens when you&#39;re trying to perform a certificate authention and have the same issue? &nbsp;A write-up would be great, since we&#39;re having the same issue! &nbsp;Problem is - using the internal FQDN works fine. &nbsp;Using an external (So we can actually do this over the Internet) does not. &nbsp;Our internal domain .local, so that obviously doesn&#39;t work for routing over the Internet. &nbsp;</p> <div style="clear:both;"></div><img src="http://blogs.technet.com/aggbug.aspx?PostID=3551830" width="1" height="1">