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

14

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?

Guy Thomas
źródło
Czy oba są w sieci lokalnej? (Nie miałem jeszcze okazji przetestować, ale byłoby to pierwsze oczywiste pytanie). Jeśli nie otrzymasz odpowiedzi w ciągu kilku godzin, spróbuję to zainstalować i przetestować.
William Hilsum
Tak, oba w tej samej podsieci. Maszyna ma podwójny rozruch. Po uruchomieniu w Server 2008 R2 RDC działa. Ale nie w Server 2012.
Guy Thomas
Mabe, musisz włączyć „Pulpit zdalny” dla domeny, prywatnego lub publicznego w „Zezwalaj aplikacjom na komunikowanie się przez Zaporę systemu Windows” Pozdrawiam

Odpowiedzi:

22

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.

Mikołaj
źródło
To zadziałało dla mnie. Po zainstalowaniu 2012 R2 Server i aktywacji Pulpitu zdalnego zapora nadal blokowała komunikację przychodzącą z Pulpitu zdalnego. Musiałem ręcznie włączyć reguły dla wszystkich profili sieciowych, aby działało (w moim przypadku 2012 R2 nie jest skonfigurowany jako serwer domeny, i myślę, że dlatego rozpoznał moją sieć LAN jako publiczną sieć LAN).
Philm
5
Też miałem ten problem. Wyjątek Zapory systemu Windows, który jest dodawany domyślnie po włączeniu protokołu RDP, dotyczy tylko sieci prywatnej, aw moim przypadku potrzebowałem go dla sieci publicznej.
ub3rst4r
3
Dla mnie stworzyło to tylko reguły zapory dla profilu domeny. Musiałem też ręcznie włączyć reguły publiczne.
Joel McBeth,
To dobra odpowiedź, ale myślę, że możesz ją nieco bardziej uciszyć i wyjaśnić, jak dojść do zasad i jakie reguły konkretnie. Dla mnie wpisałem „Zaporę” na pasku wyszukiwania, kliknąłem Zaporę systemu Windows z zabezpieczeniami zaawansowanymi, kliknąłem Reguły ruchu przychodzącego i włączyłem Pulpit zdalny - tryb użytkownika (TCP-In) z Profilem publicznym.
Andrew,
3

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

JustWondering
źródło
3

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

Gostega
źródło
1

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.

Thrivikrama
źródło
To był dla mnie problem, z jakiegoś powodu zauważyłem, że hasło lokalnego administratora nie jest już akceptowane, ponieważ zmienił się język klawiatury. Po tym zauważyłem, że RDP już nie działa, nie łączyłem dwóch do tego postu. Dziwny błąd!
FredoAF
1

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

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

  2. vm działa teraz na statycznym adresie IP

Jay Ess.

JaY EsS
źródło
1

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

Toni
źródło
Próbowałem odznaczyć Zezwalaj na połączenia tylko dla komputerów z uruchomionym Pulpitem zdalnym z uwierzytelnianiem na poziomie sieci, jak zasugerowałeś, niestety to nie rozwiązało mojego problemu.
Guy Thomas
0

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.
sushant
źródło
Nie publikuj tylko linków do innych stron. Dołącz tutaj istotną treść. Nie rozumiem też, w jaki sposób odpowiada to zadane pytanie.
slhck
Czy przetestowałeś swój pomysł na Windows Server 2012?
Guy Thomas
0

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.

Guy Thomas
źródło
0

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

użytkownik250997
źródło
0

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.

Stefan
źródło
0

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 .

Randy Orrison
źródło