Podłączanie pulpitu zdalnego nie może połączyć się z systemem Windows Server 2012

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?

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.

Prawdopodobnie będziesz potrzebować licencji CAL ( Client Access License ), aby uzyskać dostęp do zasobów systemu Windows Server 2012.

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ę.

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.

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?

1. przejdź do panelu sterowania> Sieć i Internet> Sieć i udostępnianie

2. w lewym górnym rogu zmień ustawienia adaptera

3. kliknij prawym przyciskiem myszy sieć, która wymaga przypisania statycznego adresu IP i wybierz właściwości

4. Wybierz protokół internetowy w wersji 4 (TCP / IPv4)

5. wybierz użyj następującego adresu IP i wprowadź swój statyczny adres IP, dostarczoną maskę podsieci i domyślną bramę

6. Wpisz podany i preferowany DNS

7. 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

8. po tym zresetuj VM i spróbuj użyć rdp

9. vm działa teraz na statycznym adresie IP

Jay Ess.

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ć.

Jak włączyć Pulpit zdalny w systemie Windows Server 2012 :

1. Przesuń mysz do prawego dolnego rogu ekranu, a zobaczysz pasek Charm Bar.
2. Kliknij przycisk Szukaj, ten z lupą. Zobacz zrzut ekranu poniżej:
3. Wpisz CMD w polu tekstowym wyszukiwania aplikacji:
4. Kliknij CMD po lewej, uruchomi się wiersz poleceń:
5. W oknie wiersza polecenia wpisz SystemPropertiesRemote i naciśnij klawisz Enter
6. Powyższe polecenie uruchomi okno Właściwości systemu.
7. Wybierz odpowiednią opcję w Pulpicie zdalnym i kliknij OK.

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.

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ć!

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.

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 .