RDP działa tylko w sieci lokalnej

RDP działający tylko w sieci lokalnej wskazuje na brak przekierowania portu 3389 na routerze dla dostępu spoza sieci domowej.

RDP działa tylko w sieci lokalnej – co oznacza ten objaw

RDP, czyli Pulpit zdalny systemu Windows, pozwala połączyć się z komputerem znajdującym się w innym miejscu i korzystać z jego pulpitu, programów oraz zapisanych danych. Jeżeli RDP działa tylko w sieci lokalnej, połączenie jest możliwe z urządzenia podłączonego do tego samego routera, natomiast próba dostępu z innej sieci kończy się błędem, brakiem odpowiedzi albo przekroczeniem limitu czasu. Taki objaw zwykle nie oznacza awarii samego programu Pulpit zdalny. Częściej wskazuje na brak prawidłowej drogi między komputerem a internetem.

W domu lub małym biurze komputer otrzymuje najczęściej prywatny adres IP, który działa wyłącznie wewnątrz danej sieci. Router pełni wtedy funkcję urządzenia pośredniczącego i nie przekazuje automatycznie każdego połączenia przychodzącego do wybranego komputera. RDP może więc działać poprawnie po wpisaniu lokalnego adresu, na przykład w obrębie tej samej sieci Wi-Fi, ale pozostawać niedostępne po przejściu na połączenie komórkowe albo na inną sieć przewodową.

Najczęstszą przyczyną jest brak przekierowania portu 3389 na routerze dla dostępu spoza sieci domowej. Znaczenie mają jednak również ustawienia zapory, adres komputera, sposób uzyskiwania adresu zewnętrznego oraz ograniczenia wprowadzone przez dostawcę internetu. Samo włączenie funkcji RDP w systemie nie wystarcza, gdy ruch z internetu nie może trafić do właściwego urządzenia.

RDP działa tylko w sieci lokalnej a dostęp z internetu

Warto rozdzielić trzy elementy, które bywają określane jednym słowem „sieć”. Pierwszym jest komputer, na którym włączono Pulpit zdalny. Drugim jest router, który łączy sieć lokalną z internetem. Trzecim jest zewnętrzny adres IP, pod którym połączenie może próbować odnaleźć daną sieć. Jeżeli którykolwiek z tych elementów nie działa zgodnie z założeniem, połączenie RDP spoza domu lub biura może być niemożliwe.

Przekierowanie portu polega na wskazaniu routerowi, do którego komputera ma przekazać połączenia przychodzące kierowane na określony port. W przypadku standardowej konfiguracji RDP często wykorzystywany jest port 3389, ale sama obecność reguły nie daje jeszcze pewności, że dostęp będzie działał. Komputer powinien mieć stabilny adres w sieci lokalnej. Jeżeli adres zmienia się po ponownym uruchomieniu routera, reguła może zacząć wskazywać inne urządzenie albo przestać pasować do bieżącej konfiguracji.

Znaczenie ma także rodzaj adresu otrzymywanego od dostawcy internetu. Przy współdzielonym adresie zewnętrznym połączenia przychodzące mogą nie docierać bezpośrednio do routera użytkownika. W takiej sytuacji przekierowanie ustawione w domu nie rozwiąże problemu, ponieważ ruch zatrzymuje się wcześniej. Możliwe są też blokady po stronie zapory routera albo dostawcy. Z tego powodu diagnoza powinna obejmować całą drogę połączenia, a nie tylko ustawienia systemu Windows.

RDP udostępnione bezpośrednio do internetu może zwiększać ryzyko prób logowania przez osoby niepowołane. Z tego względu należy stosować silne, unikalne hasło, ograniczać dostęp do określonych źródeł, używać uwierzytelniania na poziomie sieci i utrzymywać system w aktualnym stanie. W wielu przypadkach bezpieczniejszym rozwiązaniem jest połączenie przez VPN, dzięki któremu komputer zdalny najpierw uzyskuje dostęp do zaufanej sieci, a dopiero potem korzysta z RDP.

RDP działa tylko w sieci lokalnej – typowe problemy z konfiguracją

Jednym z częstych problemów jest wyłączony Pulpit zdalny albo ograniczenie dostępu do konkretnego konta użytkownika. System może przyjmować połączenia lokalne tylko dlatego, że lokalna zapora przepuszcza ruch w obrębie sieci, podczas gdy połączenia z innych źródeł są odrzucane. Należy sprawdzić, czy usługa związana z Pulpitem zdalnym jest uruchomiona, czy konto ma prawo logowania zdalnego oraz czy używana edycja systemu Windows obsługuje przyjmowanie połączeń RDP.

Kolejna przyczyna to reguła przekierowania ustawiona na niewłaściwy adres. Może się tak stać po wymianie karty sieciowej, zmianie sposobu łączenia z routerem albo automatycznym przydzieleniu innego adresu przez DHCP. Warto sprawdzić adres komputera bezpośrednio w ustawieniach systemu, a następnie porównać go z adresem zapisanym w routerze. Należy również upewnić się, że reguła dotyczy właściwego protokołu i właściwego interfejsu sieciowego.

Błąd może być mylący także wtedy, gdy zdalny komputer próbuje łączyć się z lokalnym adresem IP zamiast z adresem zewnętrznym. Adresy zaczynające się od zakresów przeznaczonych dla sieci prywatnych nie są dostępne bezpośrednio z internetu. Do połączenia spoza domu potrzebny jest odpowiedni adres publiczny albo nazwa, która prawidłowo wskazuje na aktualny adres zewnętrzny. Jeżeli dostawca zmienia ten adres, przydatna może być usługa dynamicznego DNS, ale jej konfiguracja musi być zgodna z ustawieniami routera i zasadami bezpieczeństwa.

Nie należy pomijać testu z innej sieci. Połączenie wykonane z tego samego Wi-Fi może działać dzięki lokalnej ścieżce, nawet gdy dostęp z internetu jest całkowicie zablokowany. Rzetelna weryfikacja powinna zostać przeprowadzona na przykład z użyciem transmisji danych telefonu albo innego łącza. Trzeba też pamiętać, że część routerów nie obsługuje poprawnie połączeń kierowanych z sieci lokalnej na własny adres zewnętrzny. Taki test może dawać wynik odmienny od próby wykonanej rzeczywiście spoza domu.

RDP działa tylko w sieci lokalnej – praktyczne sprawdzanie ustawień

Najpierw warto zapisać dokładny objaw: czy pojawia się komunikat o niedostępności komputera, odmowie logowania, błędzie uwierzytelniania czy jedynie długie oczekiwanie na połączenie. Każdy z tych sygnałów kieruje uwagę na inną część konfiguracji. Brak odpowiedzi zwykle wiąże się z trasą połączenia, filtrowaniem lub nieprawidłowym przekierowaniem. Odrzucenie danych logowania może wskazywać na konto, hasło, uprawnienia albo zasady bezpieczeństwa systemu.

Następnie można sprawdzić, czy komputer odpowiada lokalnie, czy usługa RDP jest aktywna i czy zapora systemu pozwala na ruch. Kolejny krok to kontrola adresu prywatnego komputera oraz reguły w routerze. Warto zweryfikować, czy router posiada adres zewnętrzny dostępny z internetu, zamiast adresu należącego do puli współdzielonej. Pomocne bywa porównanie informacji wyświetlanych przez router z adresem widocznym podczas korzystania z serwisu sprawdzającego adres połączenia.

Zmiany należy wprowadzać pojedynczo i zapisywać poprzednią konfigurację. Ułatwia to ustalenie, która modyfikacja przyniosła rezultat, oraz pozwala wrócić do bezpiecznego ustawienia. Nie powinno się otwierać wielu portów bez wyraźnej potrzeby ani wyłączać całej zapory tylko po to, aby wykonać krótki test. Jeżeli zdalny dostęp nie jest potrzebny stale, rozsądne może być ograniczenie reguły do określonych adresów źródłowych albo czasowe jej wyłączanie.

Dodatkowo należy sprawdzić aktualizacje systemu, routera i programu używanego do połączenia. Nieaktualne oprogramowanie może powodować niezgodność zabezpieczeń albo pozostawiać znane słabości. Przy korzystaniu z konta Microsoft lub konta domenowego trzeba rozróżnić nazwę użytkownika lokalnego od nazwy wymaganej przez system. Wpisanie poprawnego hasła do niewłaściwego konta nadal zakończy się odmową dostępu.

RDP działa tylko w sieci lokalnej – kiedy zgłosić się do serwisu

Pomoc serwisowa jest wskazana, gdy połączenie lokalne działa, lecz konfiguracja dostępu z internetu nadal pozostaje niejasna, adres zewnętrzny jest współdzielony albo router nie daje czytelnych informacji o przekierowaniu. Warto zgłosić problem również wtedy, gdy po zmianach przestały działać inne urządzenia, pojawiają się powtarzające komunikaty zapory lub nie ma pewności, czy zdalny dostęp nie został wystawiony zbyt szeroko. Przed przekazaniem komputera dobrze przygotować opis używanego routera, rodzaj łącza, sposób testu oraz dokładny komunikat błędu.

W Warszawie diagnozę konfiguracji komputera i sieci można zlecić firmie Warszawskie Pogotowie Komputerowe 24/7, kontaktując się telefonicznie pod numerem +48 22 100 48 29. Podczas sprawdzania można ustalić, czy przyczyną jest wyłącznie brak przekierowania portu 3389, czy też problem dotyczy adresacji, zapory, uprawnień użytkownika albo ograniczeń po stronie dostawcy internetu. Po zakończeniu prac warto otrzymać jasną informację, które ustawienia zmieniono, jak bezpiecznie korzystać z RDP i co zrobić, gdy adres zewnętrzny ulegnie zmianie.

Jeżeli zdalny dostęp nie jest konieczny, można rozważyć jego wyłączenie i korzystanie z rozwiązania uruchamianego tylko na czas potrzeby. Najważniejsze jest dopasowanie sposobu połączenia do rzeczywistego zastosowania, liczby użytkowników oraz poziomu ochrony danych. Sam fakt, że RDP działa w sieci lokalnej, potwierdza jedynie poprawność części konfiguracji. Nie potwierdza jeszcze gotowości do bezpiecznej pracy z dowolnego miejsca w internecie.