
У меня есть кластер hyper-v, работающий на win2k8 R2 в лесу 2003. Эти серверы находятся в нашем NOC с DC, который подключается к нашему PDC в HQ через постоянный VPN. Кластерные блоки сообщают об ошибке с идентификатором события 1006, показанном ниже. DC также сообщает об ошибке 5805, также показанной ниже. Я нашел множество сообщений об ошибках 1006, но ни одного об ошибке с идентификатором 52. Это странно, я могу пинговать и просматривать сетевые ресурсы на DC с каждого из них. Я думал, что, возможно, проблема с DNS или сетью, но nslook up тоже работает.
Событие 1006
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
<System>
<Provider Name="Microsoft-Windows-GroupPolicy" Guid="{AEA1B4FA-97D1-45F2-A64C-4D69FFFD92C9}" />
<EventID>1006</EventID>
<Version>0</Version>
<Level>2</Level>
<Task>0</Task>
<Opcode>1</Opcode>
<Keywords>0x8000000000000000</Keywords>
<TimeCreated SystemTime="2013-12-17T00:08:19.582292600Z" />
<EventRecordID>41808</EventRecordID>
<Correlation ActivityID="{26B10592-6228-4A3E-845B-E04B49702A54}" />
<Execution ProcessID="964" ThreadID="1384" />
<Channel>System</Channel>
<Computer>NEOREEFVH1.neoreef.com</Computer>
<Security UserID="S-1-5-18" />
</System>
<EventData>
<Data Name="SupportInfo1">1</Data>
<Data Name="SupportInfo2">5012</Data>
<Data Name="ProcessingMode">0</Data>
<Data Name="ProcessingTimeInMilliseconds">1138</Data>
<Data Name="ErrorCode">52</Data>
<Data Name="ErrorDescription">Unavailable</Data>
<Data Name="DCName" />
</EventData>
</Event>
Событие 5805
Event Type: Error
Event Source: NETLOGON
Event Category: None
Event ID: 5805
Date: 12/16/2013
Time: 2:32:01 PM
User: N/A
Computer: NEOREEFSRV15
Description:
The session setup from the computer NEOREEFVH3 failed to authenticate. The following error occurred:
Access is denied.
For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.
Data:
0000: 22 00 00 c0 "..À
Вот сети на хостах:
Все, у которых есть «Включено», являются виртуальными коммутаторами.
решение1
В итоге проблема оказалась в надежности и маршрутизации VPN. Мы перешли с использования RRAS на выделенные устройства VPN и настроили новые маршруты между точками. После того, как мы это сделали, проблема исчезла.