Mapowanie dysku nie działa w sesji zdalnej

Mapowanie dysku niedziałające w sesji zdalnej (RDP) wskazuje na wyłączone przekierowanie zasobów lokalnych klienta w ustawieniach połączenia pulpitu zdalnego.

Mapowanie dysku nie działa w sesji zdalnej — co oznacza ten problem

Mapowanie dysku w sesji zdalnej polega na udostępnieniu użytkownikowi zasobu, który powinien być widoczny w Eksploratorze plików jako dodatkowy dysk albo jako lokalizacja sieciowa. W praktyce może chodzić o dysk znajdujący się na komputerze, z którego nawiązywane jest połączenie, o udział dostępny w sieci lokalnej albo o zasób przypisany użytkownikowi przez system zarządzający pracą zdalną. Jeżeli po zalogowaniu przez RDP taka lokalizacja nie pojawia się, jest widoczna bez zawartości albo system wyświetla komunikat o braku dostępu, oznacza to, że któryś z etapów przekierowania lub uwierzytelniania nie został wykonany prawidłowo.

Sam fakt, że pulpit zdalny działa, nie potwierdza jeszcze poprawnej obsługi dysków. Połączenie może prawidłowo przekazywać obraz, klawiaturę i mysz, a jednocześnie blokować dostęp do lokalnych nośników, drukarek, schowka lub zasobów sieciowych. Z tego powodu problem powinien być analizowany osobno dla połączenia RDP, konfiguracji klienta, zasad obowiązujących na komputerze zdalnym oraz uprawnień do konkretnego katalogu.

Ważne jest także rozróżnienie dwóch sytuacji. W pierwszej mapowany ma być dysk znajdujący się fizycznie przy komputerze użytkownika, na przykład lokalny wolumin z dokumentami. W drugiej chodzi o dysk sieciowy, który powinien zostać podłączony po uruchomieniu sesji. Oba przypadki mogą wyglądać podobnie, ale wymagają sprawdzenia innych ustawień. Przekierowanie dysku lokalnego zależy przede wszystkim od opcji klienta pulpitu zdalnego i polityk bezpieczeństwa, natomiast dysk sieciowy wymaga dodatkowo prawidłowej ścieżki, działającej komunikacji oraz odpowiednich danych logowania.

Jak działa mapowanie dysków w RDP i czym różni się od zwykłego połączenia sieciowego

Przed rozpoczęciem sesji RDP klient pulpitu zdalnego przekazuje do komputera docelowego informacje o zasobach, które mogą zostać udostępnione. W ustawieniach połączenia znajduje się sekcja dotycząca lokalnych zasobów, w której można wskazać między innymi dyski, schowek, drukarki i inne urządzenia. Po zaakceptowaniu połączenia system zdalny otrzymuje wirtualny dostęp do wybranych elementów. Nie jest to jednak klasyczne udostępnienie folderu w sieci, dlatego reguły dostępu i sposób prezentacji zasobu mogą różnić się od tych znanych z pracy bez połączenia zdalnego.

Przekierowany dysk lokalny bywa oznaczany w systemie zdalnym jako dysk dostępny przez klienta RDP. Jego nazwa może zawierać nazwę komputera użytkownika albo dodatkowe oznaczenie informujące, że zasób pochodzi z lokalnego urządzenia. Jeżeli takiej pozycji nie ma, warto sprawdzić konfigurację jeszcze przed zalogowaniem. Włączenie przekierowania po rozpoczęciu sesji zwykle nie działa wstecz, dlatego po zmianie ustawień konieczne może być rozłączenie i ponowne nawiązanie połączenia.

Inaczej zachowuje się dysk sieciowy przypisany literą, na przykład w profilu użytkownika lub za pomocą skryptu logowania. Taki zasób może nie pojawić się w sesji RDP, gdy skrypt uruchamia się zbyt wcześnie, korzysta z niedostępnego adresu, oczekuje poświadczeń niewidocznych w danym kontekście albo jest ograniczany przez zasady systemowe. Czasami dysk jest dostępny w oknie Eksploratora, lecz nie jest widoczny w programie uruchomionym z podwyższonymi uprawnieniami. Wynika to z rozdzielenia kontekstu użytkownika standardowego i administratora.

Znaczenie ma również sposób uruchomienia sesji. Inne ustawienia może wykorzystywać klasyczny klient Pulpit zdalny, a inne aplikacja zdalna lub skrót utworzony przez administratora. W pliku połączenia mogą być zapisane parametry, które wyłączają przekierowanie niezależnie od ustawień wybranych ręcznie. W środowisku objętym centralnymi zasadami bezpieczeństwa lokalne ustawienie może zostać nadpisane przez regułę systemową, dlatego sama zmiana pojedynczej opcji nie zawsze rozwiązuje problem.

Typowe przyczyny, komunikaty i błędy przy niedziałającym mapowaniu

Jedną z najczęstszych przyczyn jest wyłączone przekierowanie dysków w kliencie RDP. Opcja może być odznaczona przypadkowo, nieobecna w zapisanym skrócie albo zablokowana przez ustawienia obowiązujące po stronie komputera docelowego. W takiej sytuacji sesja uruchomi się normalnie, ale lokalne woluminy nie zostaną przedstawione w Eksploratorze plików. Niekiedy przekierowanie jest dozwolone tylko dla określonych typów dysków, dlatego warto sprawdzić, czy zaznaczono właściwy zasób, a nie jedynie ogólną opcję dotyczącą urządzeń.

Drugą grupę problemów stanowią ograniczenia bezpieczeństwa. Zasady systemowe mogą blokować przekierowanie dysków wymiennych, wszystkich nośników lokalnych albo zasobów uznanych za potencjalnie ryzykowne. Ograniczenie może dotyczyć tylko określonego użytkownika, grupy lub typu sesji. Jeżeli połączenie jest zestawiane za pośrednictwem dodatkowej bramy, portalu albo aplikacji pośredniczącej, także tam może obowiązywać filtr zasobów. W takim przypadku komputer użytkownika może być skonfigurowany poprawnie, lecz przekierowanie zostanie odrzucone podczas zestawiania sesji.

Problem może wynikać z uprawnień do samego dysku lub katalogu. Widoczność litery dysku nie oznacza automatycznie prawa do odczytu i zapisu. Komunikat o odmowie dostępu, żądanie ponownego podania hasła albo pusta zawartość mogą wskazywać na brak odpowiednich uprawnień NTFS, niewłaściwe poświadczenia lub próbę użycia zasobu z konta, które nie ma dostępu do określonej lokalizacji. Podobny efekt występuje, gdy ścieżka została zmieniona, udział usunięto albo nazwa urządzenia nie jest już rozpoznawana.

W przypadku dysków sieciowych częstym błędem jest podłączanie zasobu podczas uruchamiania systemu, zanim sesja uzyska łączność z odpowiednią lokalizacją. Może wtedy pojawić się czerwony znak przy dysku, komunikat o niedostępnej ścieżce lub pozornie losowe znikanie mapowania po ponownym logowaniu. Przyczyną bywa także użycie adresu, który działa tylko poza sesją zdalną, konflikt zapisanych poświadczeń, wygasłe hasło albo różnica między nazwą komputera a adresem używanym w ścieżce.

Warto sprawdzić, czy dysk jest niewidoczny wyłącznie w Eksploratorze, czy również w narzędziach systemowych. Pomocne może być porównanie listy woluminów, sprawdzenie połączeń sieciowych, przejrzenie komunikatów Podglądu zdarzeń oraz zweryfikowanie parametrów pliku RDP. Należy jednak zachować ostrożność przy zmianie zasad dostępu. Wyłączenie zabezpieczeń lub nadanie zbyt szerokich uprawnień może usunąć objaw, ale stworzyć większe ryzyko dla danych. Szczególnie istotne jest ustalenie, czy potrzebny jest odczyt, zapis, czy wyłącznie jednorazowe skopiowanie pliku.

W jakich sytuacjach warto oddać urządzenie do diagnozy - Mapowanie dysku nie działa w sesji zdalnej

Do serwisu warto zgłosić się wtedy, gdy mapowanie nie działa mimo poprawnie zaznaczonych zasobów w kliencie RDP, problem powtarza się na kilku kontach albo połączenie działa tylko na jednym komputerze. Pomoc może być potrzebna także wtedy, gdy dysk pojawia się na chwilę i znika, po każdym logowaniu trzeba go ręcznie podłączać, dostęp zależy od uruchomienia programu jako administrator lub pojawiają się sprzeczne komunikaty o uprawnieniach. W takich przypadkach sama reinstalacja klienta RDP zazwyczaj nie wystarcza, ponieważ źródłem usterki może być konfiguracja systemu, profil użytkownika, zapisane dane uwierzytelniające albo zasady blokujące przekierowanie.

Podczas zgłoszenia dobrze opisać, czy chodzi o dysk lokalny komputera używanego do połączenia, czy o dysk sieciowy dostępny po zalogowaniu. Przydatne są również informacje o wersji systemu, sposobie uruchamiania sesji, dokładnym komunikacie oraz tym, czy problem dotyczy jednego konta, jednego urządzenia czy wszystkich połączeń. Nie należy przesyłać haseł ani poufnych plików. Do wstępnej oceny zwykle wystarczy opis objawów, zrzut komunikatu bez danych wrażliwych i informacja o ostatniej zmianie konfiguracji.

W Warszawskim Pogotowiu Komputerowym 24/7 można zlecić sprawdzenie konfiguracji komputera, klienta pulpitu zdalnego i dostępu do zasobów, gdy praca zdalna przestaje zapewniać dostęp do potrzebnych danych. W razie potrzeby analizuje się kolejno ustawienia przekierowania, uprawnienia, dostępność ścieżki, profil użytkownika oraz wpływ lokalnych zasad bezpieczeństwa, aby ustalić przyczynę zamiast doraźnie obchodzić ograniczenie.

Po naprawie warto wykonać próbę z typowym kontem użytkownika, ponownie uruchomić sesję i sprawdzić zarówno odczyt, jak i zapis w zakresie przewidzianym dla danego zasobu. Dobrą praktyką jest także zachowanie działającego pliku połączenia lub opisanie wymaganych opcji, aby kolejne logowanie nie przywracało błędnej konfiguracji. Jeżeli mapowanie zależy od skryptu albo automatycznego logowania, należy potwierdzić jego działanie po ponownym uruchomieniu komputera i po rozłączeniu oraz ponownym zestawieniu sesji zdalnej.