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.

windows-server-2008-r2

— 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,

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