Dysk sieciowy niewidoczny przez RDP

Dysk sieciowy niewidoczny przez RDP wskazuje na wyłączone przekierowanie dysków w ustawieniach klienta Pulpitu zdalnego, zakładka Zasoby lokalne.

Dysk sieciowy niewidoczny przez RDP – czym jest problem

Dysk sieciowy niewidoczny przez RDP to sytuacja, w której po połączeniu z innym komputerem za pomocą Pulpitu zdalnego nie pojawia się zasób oczekiwany przez użytkownika. Może chodzić o lokalny dysk komputera, pendrive, zewnętrzny nośnik USB albo wcześniej podłączony zasób sieciowy. Samo ustanowienie sesji RDP nie oznacza automatycznego udostępnienia wszystkich urządzeń i lokalizacji znajdujących się po stronie komputera, z którego wykonywane jest połączenie. Dostęp zależy od ustawień przekierowania zasobów, uprawnień systemowych, sposobu podłączenia dysku oraz zasad obowiązujących na komputerze zdalnym.

Warto rozdzielić dwa podobne przypadki. Pierwszy dotyczy przekierowania dysku lokalnego do sesji RDP. Wtedy zasób powinien być widoczny w Eksploratorze plików na komputerze zdalnym jako element należący do komputera, z którego nawiązano połączenie. Drugi przypadek dotyczy udziału sieciowego, na przykład lokalizacji dostępnej pod adresem w rodzaju \\nazwa-komputera\folder. Taki udział może nie być przekazywany przez RDP jako dysk lokalny, ponieważ jest obsługiwany przez połączenie sieciowe i własne poświadczenia. W zależności od konfiguracji trzeba go podłączyć ponownie w obrębie sesji albo użyć właściwej ścieżki sieciowej.

Dysk sieciowy niewidoczny przez RDP – kontekst techniczny i porównania

Połączenie RDP działa jak osobna sesja użytkownika. Komputer zdalny otrzymuje obraz pulpitu i przekazuje polecenia, ale wybrane urządzenia z komputera lokalnego mogą zostać udostępnione dopiero wtedy, gdy zezwolą na to ustawienia klienta. W praktyce oznacza to, że lokalny dysk może być dostępny w jednej sesji, a niewidoczny w innej, mimo użycia tego samego konta. Różnicę może powodować zapisany skrót połączenia, plik konfiguracji RDP, ustawienia aplikacji klienckiej albo polityka zastosowana na komputerze zdalnym.

Najczęściej sprawdza się ustawienie przekierowania dysków w kliencie Pulpitu zdalnego. Po wybraniu opcji wyświetlania dodatkowych ustawień należy przejść do obszaru dotyczącego zasobów lokalnych, a następnie wskazać urządzenia i zasoby, które mają być dostępne po zalogowaniu. W niektórych wersjach systemu wybór odbywa się przez dodatkowe okno, w którym zaznacza się konkretne dyski. Zapisanie konfiguracji i ponowne nawiązanie sesji jest konieczne, ponieważ zmiana zwykle nie działa w już otwartym połączeniu.

Przekierowanie może być też ograniczone po stronie komputera zdalnego. Zasady systemowe mogą blokować dyski lokalne, schowek, drukarki lub inne zasoby niezależnie od ustawień klienta. W takim przypadku zaznaczenie właściwej opcji na komputerze lokalnym nie wystarczy. Należy sprawdzić, czy ustawienia zasad zezwalają na przekierowanie, czy usługa Pulpitu zdalnego działa poprawnie oraz czy używane konto ma odpowiedni zakres dostępu. Inaczej zachowuje się dysk lokalny, inaczej udział sieciowy, a jeszcze inaczej nośnik podłączony po USB, dlatego diagnoza powinna uwzględniać rodzaj zasobu.

Istotne jest również porównanie widoczności w Eksploratorze plików z widocznością w konkretnym programie. Jeżeli dysk jest widoczny w systemie, ale nie pojawia się w oknie wyboru pliku, aplikacja może działać z innymi uprawnieniami, korzystać z innego konta albo filtrować określone lokalizacje. Problem nie musi wtedy dotyczyć samego RDP. W środowiskach, w których występują różne konta użytkowników, mapowane litery dysków mogą być dostępne tylko dla sesji, w której zostały utworzone.

Dysk sieciowy niewidoczny przez RDP – typowe problemy i objawy

Jednym z typowych powodów jest uruchomienie połączenia bez włączonego przekierowania dysków. Użytkownik może pamiętać, że dana lokalizacja była dostępna wcześniej, ale zapisany skrót RDP został zmieniony, zastąpiony albo utworzony na nowo z ustawieniami domyślnymi. Czasem połączenie jest uruchamiane z innego komputera lub telefonu, a każda aplikacja kliencka ma własny sposób wyboru zasobów lokalnych.

Inny objaw polega na tym, że dysk pojawia się w Eksploratorze, lecz próba otwarcia kończy się komunikatem o braku dostępu. Wskazuje to raczej na uprawnienia, szyfrowanie, blokadę przez zasady bezpieczeństwa albo problem z poświadczeniami niż na brak samego przekierowania. Należy sprawdzić, czy użytkownik zalogowany w sesji ma prawo odczytu i zapisu, czy lokalizacja jest dostępna poza RDP oraz czy nie jest wymagana dodatkowa autoryzacja.

Zdarza się również, że przekierowany zasób ma inną nazwę lub literę niż oczekiwana. W sesji RDP dyski lokalne mogą być prezentowane w osobnej gałęzi Eksploratora, często z oznaczeniem wskazującym komputer, z którego połączenie zostało uruchomione. Poszukiwanie wyłącznie litery znanej z komputera lokalnego może prowadzić do błędnego wniosku, że dysk nie został przekierowany. Warto przejrzeć całe drzewo Ten komputer i zwrócić uwagę na dodatkowe wpisy.

Przyczyną może być także rozłączenie nośnika, uśpienie obudowy zewnętrznej, błąd systemu plików albo niestabilne połączenie USB. Jeżeli dysk nie jest widoczny również lokalnie, ustawienia RDP nie usuną źródła problemu. Podobnie udział sieciowy może przestać działać po zmianie hasła, nazwy urządzenia, profilu sieciowego lub reguł zapory. Wtedy trzeba sprawdzić połączenie z daną lokalizacją niezależnie od sesji zdalnej.

Dysk sieciowy niewidoczny przez RDP – praktyczne wskazówki diagnostyczne

Na początku warto zamknąć bieżącą sesję RDP, a nie tylko rozłączyć okno. Następnie należy otworzyć ustawienia używanego klienta i przejrzeć sekcję odpowiedzialną za zasoby lokalne. Powinno się zweryfikować, czy wybrano właściwy dysk lub grupę dysków, zapisać ustawienia i nawiązać połączenie ponownie. Jeżeli połączenie jest uruchamiane z pliku RDP, trzeba sprawdzić, czy plik zawiera aktualną konfigurację i czy nie został zapisany z ograniczeniami.

Następnie należy ustalić, po której stronie znajduje się zasób. Pomocne jest sprawdzenie, czy dysk działa przed uruchomieniem RDP, czy w sesji pojawia się dodatkowa gałąź z lokalnymi urządzeniami oraz czy inne przekierowane elementy są dostępne. Jeżeli nie działa tylko jeden program, warto uruchomić Eksplorator plików z tym samym kontem i sprawdzić widoczność zasobu bezpośrednio w systemie. Nie powinno się pochopnie zmieniać uprawnień całych folderów, ponieważ może to odsłonić dane innym użytkownikom.

W przypadku udziału sieciowego należy użyć pełnej ścieżki, sprawdzić rozpoznawanie nazwy urządzenia i zweryfikować poświadczenia. Mapowanie dysku wykonane poza sesją nie zawsze jest dostępne po zalogowaniu zdalnym, zwłaszcza gdy różnią się konta lub poziomy uprawnień. Czasem skuteczniejsze jest ponowne podłączenie udziału już w sesji RDP, z zachowaniem właściwego konta. Przy danych istotnych dla pracy należy też ocenić, czy problem nie wynika z uszkodzenia systemu plików albo z błędów nośnika.

Dobrym działaniem jest zapisanie informacji o wersji systemu, rodzaju klienta RDP, typie dysku, sposobie połączenia i dokładnym komunikacie. Takie dane ułatwiają odróżnienie blokady konfiguracji od awarii sprzętowej. Nie należy kopiować poufnych haseł do notatek ani wyłączać zabezpieczeń bez ustalenia, jaki mechanizm powoduje brak dostępu.

Kiedy zgłosić dysk sieciowy niewidoczny przez RDP do serwisu

Zgłoszenie do serwisu jest uzasadnione, gdy dysk pozostaje niewidoczny mimo ponownego ustawienia przekierowania, gdy problem występuje na kilku komputerach albo gdy jednocześnie pojawiają się błędy dostępu, rozłączenia i nietypowe komunikaty systemowe. Szczególnej ostrożności wymaga sytuacja, w której nośnik znika także poza RDP, działa przerywanie, wydaje nietypowe dźwięki lub system prosi o formatowanie. Formatowanie nie powinno być wykonywane przed zabezpieczeniem danych i ustaleniem przyczyny.

W Warszawie takie przypadki obsługuje Warszawskie Pogotowie Komputerowe 24/7, gdzie można zlecić sprawdzenie konfiguracji połączenia, uprawnień, działania udziału sieciowego oraz kondycji nośnika. Przy zgłoszeniu warto opisać, czy chodzi o dysk lokalny przekierowywany do sesji, czy o udział znajdujący się w sieci, a także wskazać, kiedy problem się pojawił i czy występuje poza RDP. Pozwala to dobrać właściwy zakres sprawdzenia i ograniczyć ryzyko zmian, które mogłyby utrudnić późniejsze odzyskanie dostępu do danych.