Różnica czasu lub daty za pomocą zdalnego pulpitu

14

Podczas przekazywania do 2008 R2 otrzymujemy ten komunikat.

Remote Desktop cannot verify the identity of the remote computer because there is a time or date difference between your computer and the remote computer. Make sure your computer's clock is set to the correct time, and then try connecting again.

Sprawdziłem serwer i czas jest poprawny.

Sprawdzanie dzienników zdarzeń mówi The RPC server is unavailable, że nie jestem pewien, czy jest to powiązane.

Dodatkowa uwaga: Mamy monitorowanie Nagios i zostało zgłoszone Result from smbclient not suitable.

Matt
źródło
2
Powiedziałeś, że sprawdziłeś serwer, ale co z klientem? Czas na serwerze i kliencie musi być blisko siebie (uważam, że w ciągu 5 minut jestem gotów zostać poprawiony), aby uwierzytelnianie Kerberos działało.
webtoe
Cześć. Czas klienta jest również poprawny.
Matt
Ponowne uruchomienie serwera rozwiązało problem.
Matt
FYI ... Do każdego, kto czyta to w środowisku AD lub domeny. Jeśli masz kontroler domeny lub wiele z nich, możesz rzucić okiem na datę i godzinę serwerów kontrolera domeny, jeśli natrafisz na to podczas RDP na komputerach, które wysyłają ten komunikat. W moim przypadku zgasła bateria CMOS i kiedy serwer uruchomił się ponownie po nieoczekiwanym zaniku zasilania, czas nie wrócił poprawnie. Po prostu dostosuj kontroler domeny, aby miał właściwy czas, a następnie uruchom ponownie maszynę wirtualną, która przekazała komunikat. Właśnie zrestartowałem maszynę wirtualną przed skorygowaniem czasu DC nie naprawiłem.
Pimp Juice IT,

Odpowiedzi:

8

Ponowne uruchomienie serwera i zainstalowanie wszystkich najnowszych aktualizacji rozwiązało problem.

Matt
źródło
7
Oczywiście, że tak, to Windows! ;-P
Dave Forgac
+1 również działało dla mnie (chociaż nie były potrzebne nowe aktualizacje).
Jonathan
7
W moim przypadku załatwianie problemu polegało na użyciu adresu IP zamiast nazwy komputera. Jest to jednak obejście.
Matias
1
@Matias Korzystanie z adresu IP działało dla mnie. Dzięki. Czy wiesz, dlaczego tak jest?
Jean Carlos Suárez Marranzini
4

Trochę stary, ale istnieje kilka innych opcji tego problemu, takich jak problemy z DNS ... spójrz na ten link:

http://www.chicagotech.net/remoteissues/rdc4.htm

W moim przypadku jest to problem z DNS. Po przeniesieniu jednej maszyny wirtualnej Hyper-V z jednego serwera fizycznego na inny serwer fizyczny pojawia się błąd: „Twój komputer nie mógł połączyć się z inną sesją konsoli na komputerze zdalnym, ponieważ już trwa sesja konsoli”. Jeśli używam adresu IP, mogę się zalogować bez żadnych problemów.

Ale tak, przeważnie ponowne uruchomienie serwera naprawia ten problem.

DSXP
źródło
1

Upewnij się, że port TCP 88 nie jest blokowany przez zaporę; Kerberos używa tego portu oprócz 3389 do uwierzytelnienia sesji, jeśli masz włączone uwierzytelnianie na poziomie sieci.

Some_network_guy
źródło
0

W moim przypadku problemem był statyczny adres IP. Po przełączeniu go na dynamiczny problem został rozwiązany.

Abdullah
źródło
-1

W moim przypadku pozostawiłem otwarte połączenie VPN na maszynie (w innej strefie czasowej, nie wiem, czy to ważne), zalogowałem się bezpośrednio i wyłączyłem

Steve Gray
źródło
Cześć, proszę uzupełnić szczegóły odpowiedzi, ponieważ tak naprawdę to nie jest odpowiedź.
yagmoth555
Problem polegał na tym, że miałem otwarte połączenie VPN na komputerze, co powstrzymywało mnie od łączenia się z nim. Zamknąłem połączenie i błąd zniknął. To nie zadziała w każdej sytuacji ... ale działało w mojej. Po prostu próbuję być pomocny.
Steve Gray
1
Cześć, mam na myśli, że twoje zdanie nie jest kompletne w odpowiedzi, brakuje mu końca, możesz po prostu edytować to, aby być bardziej precyzyjnym.
yagmoth555