Misja na pulpicie zdalnym INTO Windows Server 2012 (samodzielny).
Sytuacja:
- Panel sterowania, System, Ustawienia zdalne, Pulpit zdalny - Zezwól
- Wszystkie zapory ogniowe są wyłączone
- Połącz próbę przy użyciu znanego adresu IP (ping działa poprawnie)
- Połącz opcję jako użytkownik, który już się zalogował.
Komunikat o błędzie:
Remote Access Cannot Connect
1) Remote access not enabled
2) Remote computer turned off
3) Remote computer not available
Dodatkowe informacje:
- Serwer 2012 może RDC OUT.
- Maszyny, których używam do podłączenia IN to Windows 7 i Windows 8, będą one RDC na innych komputerach.
- Mam spore doświadczenie w konfigurowaniu zdalnego pulpitu.
Pytanie:
Czy to wina oprogramowania w wersji beta na serwerze 2012, czy też istnieje nowy sposób na uruchomienie RDC, którego mi brakuje?
remote-desktop
windows-server-2012
Guy Thomas
źródło
źródło
Odpowiedzi:
Zauważyłem, że czasami włączenie pulpitu zdalnego nie włącza poprawnie wyjątku zapory dla portu 3389. Sprawdź, czy odpowiednia reguła jest włączona. Jeśli tak, spróbuj wyłączyć i natychmiast włączyć zaporę. To działało dla mnie kilkakrotnie.
źródło
Prawdopodobnie będziesz potrzebować licencji CAL ( Client Access License ), aby uzyskać dostęp do zasobów systemu Windows Server 2012.
źródło
Byłem w podobnej sytuacji do ciebie OP. Miałem zasady grupy, aby włączyć RDP. Sprawdziłem, czy to się stosuje i czy mogę pingować serwer docelowy. W menedżerze serwerów 2012 napisał „Pulpit zdalny: włączony”.
Jednak po wykonaniu kroków opublikowanych przez sushant (cmd> systempropertiesremote) (do których można również dotrzeć innymi metodami, np. Sysdm.cpl), dotarłem do zakładki „Zdalne” we Właściwościach systemu i zobaczyłem, że „Nie zezwalaj na zdalne połączenia z tym komputer ”został wybrany przycisk opcji. To była oczywiście przyczyna mojego problemu i zgodnie z oczekiwaniami wybranie „Zezwalaj na zdalne połączenia z tym komputerem” pozwoliło mi na mstsc na serwerze.
Miałem też inny przypadek, w którym pomimo włączenia RDC port zapory nie został otwarty. Mam teraz standardowo w dowolnej domenie zarządzam dwiema politykami, jedną do włączenia RDP, a drugą do umożliwienia jej przez zaporę.
źródło
Sprawdź, czy zmieniłeś domyślne klawiatury.
Miałem ten sam problem, ale jak tylko wybrałem Klawiatura - Indie , którą skonfigurowałem podczas instalacji 2012, system ponownie zezwolił na połączenia z pulpitem zdalnym.
źródło
więc natknąłem się na problem podczas ustawiania statycznego adresu IP na maszynie wirtualnej z systemem Windows 2012. Po ustawieniu statycznego adresu IP moja maszyna wirtualna przestała odpowiadać na RDP lub RDC. jak to naprawiłem?
przejdź do panelu sterowania> Sieć i Internet> Sieć i udostępnianie
w lewym górnym rogu zmień ustawienia adaptera
kliknij prawym przyciskiem myszy sieć, która wymaga przypisania statycznego adresu IP i wybierz właściwości
Wybierz protokół internetowy w wersji 4 (TCP / IPv4)
wybierz użyj następującego adresu IP i wprowadź swój statyczny adres IP, dostarczoną maskę podsieci i domyślną bramę
Wpisz podany i preferowany DNS
kliknij ok i otwórz wiersz polecenia i wpisz: ipconfig / flushDNS
w powyższym wierszu polecenia nie używaj Collina, a po ipconfig jest spacja
po tym zresetuj VM i spróbuj użyć rdp
vm działa teraz na statycznym adresie IP
Jay Ess.
źródło
Miałem ten sam problem z klientem WINDOWS XP, który nie mógł połączyć się ze zdalnym serwerem Windows 2012 R2.
Rozwiązałem problem, odznaczając to pole wyboru na serwerze: „Zezwalaj na połączenia tylko na komputerach z Pulpitem zdalnym z uwierzytelnianiem na poziomie sieci (zalecane)”.
Aby znaleźć te ustawienia w systemie Windows 2012 R2: kliknij prawym przyciskiem myszy „Mój komputer”, wybierz „Właściwości”, a następnie „Ustawienia zdalne”. Na ekranie, który się pojawi, znajdziesz to pole wyboru.
Prawdopodobnie XP nie obsługuje „uwierzytelniania na poziomie sieci”, a gdy wymaga tego serwer, klient XP nie może się połączyć.
źródło
Jak włączyć Pulpit zdalny w systemie Windows Server 2012 :
źródło
Po przejrzeniu wszystkich odpowiedzi i komentarzy, a także przeszukaniu Internetu w poszukiwaniu podobnych problemów, doszedłem do wniosku, że jest to problem z uszkodzeniem plików na komputerze z systemem Windows 2012 Server.
Dalsze wskazówki
a) Ta maszyna testowa miała wcześniej problemy z dyskiem.
b) sfc / scannow ujawnia błędy.
źródło
Problem z domyślną klawiaturą z pewnością jest jedną z przyczyn.
Na jednym serwerze usunąłem klawiaturę amerykańską (domyślnie skonfigurowaną podczas instalacji), a następnie próbowałem włączyć protokół RDP i nie działał.
Po ponownym zainstalowaniu klawiatury amerykańskiej RDP zaczął działać!
źródło
Miałem ten sam problem z klientami XP i Windows 8 ... wydawało się, że serwer nie jest poprawnie podłączony do domeny, zrestartowałem serwer, zalogowałem się jako Administrator domeny, a następnie, gdy próbowałem połączyć się za pomocą RDP, komputer z Win 8 działało dobrze, XP nie ze względu na NLA jak wyżej.
źródło
Właśnie miałem ten problem z połączeniem się z moim kontrolerem domeny Windows 2012 R2. Okazało się, że przyczyną było to, że usługa rozpoznawania lokalizacji sieci w DC ustawiła połączenie sieciowe jako publiczne zamiast domeny. Rozwiązaniem, które działało dla mnie, było ponowne uruchomienie usługi NLA, jak opisano tutaj /server/362374/domain-controller-thinks-its-on-a-public-network .
źródło