Uzak masaüstünü kullanarak saat veya tarih farkı

14

2008 R2'ye girerken bu mesajı alıyoruz.

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.

Sunucuyu kontrol ettim ve zaman doğru.

Olay günlüklerini kontrol etmek, bunun The RPC server is unavailableilgili olup olmadığından emin değilim diyor .

Ek not: Nagios izlememiz var ve Result from smbclient not suitable.

windows-server-2008-r2

— Mat
kaynak

2

Sunucuyu kontrol ettiđini söyledin ama ya müţteri? Kerberos kimlik doğrulamasının çalışması için sunucu ve istemcideki zamanın birbirine yakın olması gerekir (düzeltilmeye razı olduğum halde 5 dakika içinde inanıyorum).

— webtoe

Selam. Müşterinin zamanı da doğrudur.

— Matt

Sunucuyu yeniden başlatmak sorunu çözdü.

— Matt

Bilginize ... Bunu AD veya alan adı ortamında okuyan herkese. Bir etki alanı denetleyiciniz veya çoğunuz varsa, bu iletiyi veren makinelerde RDP çalıştırdığınızda bu etki alanına girerseniz, etki alanı denetleyicisi sunucularının tarih ve saatine hızlı bir şekilde bakabilirsiniz. Benim durumumda bir CMOS pili bitti ve beklenmedik bir elektrik kesintisinden sonra sunucu yeniden başlatıldığında, zaman doğru bir şekilde geri gelmedi. Doğru zamanı elde etmek için DC'yi ayarlamanız ve mesajı düzelten VM makinesini yeniden başlatmanız yeterlidir. DC süresini düzeltmeden önce VM'yi yeniden başlattım.

— Pezevenk Suyu

8

Sunucuyu yeniden başlatmak ve en son güncellemelerin tümünü yüklemek sorunu çözdü.

— Mat
kaynak

7

Tabii ki, Windows! ;-P

— Dave Forgac

+1 de benim için çalıştı (yeni güncelleme gerekmese de).

— Jonathan

7

Benim durumumda, makine adı yerine IP adresini kullanmak hile yaptı. Gerçi bir çözüm.

— Matias

1

@Matias IP Adresini kullanmak benim için çalıştı. Teşekkürler. Bunun neden olduğunu biliyor musun?

— Jean Carlos Suárez Marranzini

4

Biraz eski ama bu sorun için DNS sorunları gibi başka seçenekler de var ... lütfen şu bağlantıya göz atın:

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

Benim durumumda, bu DNS sorunudur. Bir Hyper-V VM'sini bir fiziksel sunucudan başka bir fiziksel sunucuya taşıdıktan sonra şu hatayı alıyoruz: "Bilgisayarınız uzaktaki bir konsol oturumuna bağlanamadı, çünkü devam etmekte olan bir konsol oturumunuz var." IP adresi kullanırsam sorunsuz giriş yapabilirim.

Ama evet, çoğu zaman sadece sunucuyu yeniden başlatmak bu sorunu çözer.

— DSXP
kaynak

1

TCP 88 bağlantı noktasının güvenlik duvarı tarafından engellenmediğinden emin olun; Ağ Düzeyinde Kimlik Doğrulama etkinse Kerberos bu bağlantı noktasını 3389'a ek olarak oturumu doğrulamak için kullanır.

— Some_network_guy
kaynak

0

Benim durumumda statik IP idi. Dinamik hale getirdikten sonra sorun çözüldü.

— Abdullah
kaynak

-1

Benim durumumda, makinede bir VPN bağlantısı açık bırakmıştım (farklı bir saat dilimine, bunun önemli olup olmadığını bilmiyorum) Doğrudan oturum açtım ve

— Steve Gray
kaynak

Merhaba, lütfen cevap detayınızı tamamlayın, olduğu gibi, bu gerçekten bir cevap değil.

— yagmoth555

Sorun, makinede açık bir VPN bağlantım olmasıydı, bu da bana bağlanmamı engelledi. Bağlantıyı kapattım ve hata gitti. Bu her durumda işe yaramayacak ... ama benimkinde çalıştı. sadece yardımcı olmaya çalışıyorum.

— Steve Gray

1

Merhaba, daha çok cümlenin cevabınızda tam değil, sonunu özledim, sadece daha kesin olacak şekilde düzenleyebilirsiniz.

— yagmoth555