SMB niedostępny przez RDP

SMB niedostępny przez RDP wskazuje na wyłączone przekierowanie dysków lokalnych w ustawieniach zasobów klienta pulpitu zdalnego.

SMB niedostępny przez RDP – czym jest ten problem

Komunikat lub sytuacja określana jako „SMB niedostępny przez RDP” oznacza, że podczas pracy w sesji Pulpitu zdalnego nie można otworzyć udziału plików udostępnionego z komputera, z którego nawiązano połączenie. Nie musi to oznaczać awarii samego udziału SMB ani uszkodzenia systemu plików. Często przyczyna znajduje się w sposobie zestawienia sesji zdalnej: lokalne dyski, pamięci USB albo inne zasoby komputera użytkownika nie zostały przekazane do środowiska zdalnego.

SMB, czyli Server Message Block, służy do udostępniania plików, folderów i drukarek w sieci. RDP, czyli Remote Desktop Protocol, zapewnia zdalny dostęp do pulpitu systemu Windows. Są to dwa różne mechanizmy, które mogą współpracować, ale jeden nie włącza automatycznie wszystkich funkcji drugiego. Po zalogowaniu przez RDP widoczny jest pulpit zdalnego komputera, natomiast dysk lokalny pozostaje zasobem urządzenia, z którego wykonano połączenie. Aby był dostępny w sesji, trzeba zezwolić na jego przekierowanie.

W praktyce problem może wyglądać tak, że udział sieciowy otwiera się bezpośrednio na komputerze zdalnym, lecz nie da się skopiować do niego pliku znajdującego się na lokalnym dysku. Innym objawem jest brak pozycji odpowiadającej lokalnemu dyskowi w Eksploratorze plików podczas sesji RDP. Zdarza się również, że przekierowanie było wcześniej dostępne, ale zniknęło po zmianie ustawień klienta zdalnego pulpitu, zasad systemowych albo profilu połączenia.

SMB przez RDP a przekierowanie dysków i zasobów

Najważniejszym elementem konfiguracji jest przekierowanie zasobów lokalnych. W klasycznym kliencie Pulpitu zdalnego ustawienie znajduje się w opcjach połączenia, w obszarze dotyczącym zasobów lokalnych, a następnie w wyborze urządzeń i zasobów. Należy zaznaczyć dyski, które mają być widoczne po zalogowaniu. Po ponownym nawiązaniu sesji zdalnej wybrany dysk może pojawić się w Eksploratorze jako zasób przekierowany, zwykle z nazwą wskazującą na komputer lokalny.

Przekierowanie dysku lokalnego nie jest tym samym co dostęp do udziału SMB przez ścieżkę sieciową. W pierwszym przypadku sesja RDP udostępnia zdalnemu systemowi wybrany zasób komputera użytkownika. W drugim przypadku komputer zdalny łączy się z adresem sieciowym, na przykład w postaci ścieżki UNC, i korzysta z protokołu SMB bez udziału przekierowania RDP. To rozróżnienie pomaga ustalić, czy należy sprawdzić ustawienia klienta RDP, uprawnienia do udziału, połączenie sieciowe, czy usługę odpowiedzialną za udostępnianie.

Możliwe jest także ograniczenie przekierowań przez zasady lokalne lub zasady domenowe. Administrator może wyłączyć dostęp do dysków, schowka, drukarek, urządzeń USB albo innych zasobów, nawet jeśli użytkownik zaznaczy je w oknie klienta. W takiej sytuacji ustawienie po stronie użytkownika może wyglądać prawidłowo, lecz przekierowanie zostanie zablokowane podczas ustanawiania sesji. Należy wtedy sprawdzić, czy problem dotyczy jednego konta, jednego komputera, określonego profilu połączenia czy wszystkich użytkowników.

Warto odróżnić też przekierowanie dysków od mapowania udziału. Mapowany zasób sieciowy może być dostępny w jednej sesji, a niedostępny w innej, ponieważ zmienia się kontekst logowania, zakres uprawnień albo sposób uwierzytelniania. Z kolei przekierowany dysk lokalny powinien pojawić się jako zasób sesji RDP, o ile zezwalają na to ustawienia klienta i komputera zdalnego.

SMB niedostępny w sesji RDP – typowe przyczyny

• W profilu połączenia nie zaznaczono dysków lokalnych w sekcji urządzeń i zasobów. Zapisany plik RDP może przechowywać starsze ustawienia, dlatego ponowne sprawdzenie opcji przed logowaniem bywa konieczne.
• Sesja została uruchomiona z innego klienta niż zwykle. Aplikacja systemowa, klient używany w przeglądarce oraz narzędzie zewnętrzne mogą oferować różne możliwości przekierowania dysków.
• Na komputerze zdalnym obowiązuje zasada blokująca przekierowanie dysków. Dotyczy to także sytuacji, w której użytkownik ma uprawnienia do pracy z pulpitem, ale nie ma zgody na dostęp do lokalnych zasobów.
• Przekierowanie jest dostępne, lecz próba otwarcia konkretnego pliku kończy się odmową dostępu. Przyczyną może być uprawnienie systemu plików, szyfrowanie, program zabezpieczający albo blokada pliku przez inną aplikację.
• Połączenie RDP zostało zestawione ponownie bez pełnego wylogowania poprzedniej sesji. Niektóre zmiany zasobów są brane pod uwagę dopiero po zamknięciu sesji i ponownym zalogowaniu.
• Występuje pomylenie lokalnego dysku z udziałem SMB. Użytkownik może szukać lokalnego zasobu pod adresem sieciowym, mimo że powinien sprawdzić sekcję dysków przekierowanych w Eksploratorze.
• Program ochronny lub ustawienie prywatności ogranicza dostęp do nośników wymiennych. W takim przypadku problem może dotyczyć wyłącznie pamięci USB, a nie dysku systemowego.
• Nazwa komputera, ścieżka udziału albo poświadczenia są nieaktualne. Wtedy przekierowanie lokalnego dysku może działać, podczas gdy niezależne połączenie z udziałem sieciowym nadal będzie odrzucane.

Pomocne jest sprawdzenie zakresu problemu. Jeżeli nie widać żadnego lokalnego dysku, pierwszeństwo ma kontrola ustawień RDP i zasad przekierowania. Jeżeli widać dysk, ale nie można otworzyć wybranego folderu, należy skupić się na uprawnieniach, zabezpieczeniach oraz właściwościach tego folderu. Jeżeli dostęp działa tylko na jednym komputerze, warto porównać konfigurację klienta i zapisany profil połączenia.

SMB przez RDP – praktyczne wskazówki diagnostyczne

Przed zmianą ustawień dobrze jest zapisać informacje o aktualnym stanie: nazwę komputera zdalnego, sposób uruchamiania RDP, nazwę zasobu, dokładny komunikat oraz to, czy problem dotyczy wszystkich lokalnych dysków, czy tylko jednego. Pozwala to uniknąć przypadkowych zmian i ułatwia rozdzielenie problemu z przekierowaniem od problemu z samym SMB.

Po zamknięciu sesji należy otworzyć właściwości połączenia RDP, przejść do ustawień zasobów lokalnych i sprawdzić wybór dysków. Warto zaznaczyć tylko te zasoby, które są potrzebne. Nadmierne przekierowywanie zwiększa zakres dostępu zdalnego i może powodować niepotrzebne pytania dotyczące bezpieczeństwa. Po zatwierdzeniu zmian trzeba połączyć się ponownie, ponieważ modyfikacja ustawień nie zawsze wpływa na już działającą sesję.

W Eksploratorze plików można sprawdzić, czy przekierowany dysk pojawił się w sekcji urządzeń i lokalizacji. Jeżeli jest widoczny, należy przetestować niewielki, niechroniony folder zamiast od razu otwierać katalog systemowy lub folder zawierający dane objęte dodatkowymi zabezpieczeniami. W przypadku udziału sieciowego warto osobno sprawdzić poprawność ścieżki, możliwość rozpoznania nazwy komputera oraz uprawnienia konta używanego w sesji.

Nie powinno się wyłączać zapory, ochrony antywirusowej ani zasad bezpieczeństwa bez ustalenia, że to one powodują blokadę. Bezpieczniejsze jest porównanie działania na innym koncie lub w nowym profilu połączenia, a następnie sprawdzenie dzienników i ustawień odpowiedzialnych za przekierowanie. W środowisku zarządzanym przez administratora zmiana po stronie użytkownika może nie przynieść skutku, ponieważ nadrzędna zasada zostanie zastosowana ponownie.

Jeśli celem jest wyłącznie przeniesienie pojedynczego pliku, można rozważyć inne dozwolone rozwiązanie, na przykład zapis w zatwierdzonym udziale sieciowym. Nie należy jednak omijać ograniczeń ustanowionych przez właściciela systemu. Sposób wymiany danych powinien odpowiadać zasadom dostępu i ochrony informacji obowiązującym w danym środowisku.

Kiedy zgłosić SMB niedostępny przez RDP do serwisu

Zgłoszenie jest uzasadnione, gdy przekierowanie dysków nie działa mimo prawidłowo zaznaczonych ustawień, problem powtarza się na kilku profilach, pojawia się po każdej zmianie konfiguracji albo towarzyszą mu inne objawy, takie jak zrywanie sesji, brak dostępu do udziałów i nieprawidłowe działanie Eksploratora. Szczególnej uwagi wymaga sytuacja, w której zdalny komputer widzi zasób, lecz odmawia dostępu do plików mimo poprawnych uprawnień, ponieważ przyczyną może być konflikt ustawień, uszkodzony profil lub niespójność konfiguracji.

Przed przekazaniem urządzenia warto przygotować opis: kiedy problem występuje, z jakiego klienta RDP korzystano, czy lokalne dyski są zaznaczone, czy zasób pojawia się w Eksploratorze oraz jaki komunikat jest wyświetlany. Przydatne jest także wskazanie, czy dostęp do tego samego udziału działa poza sesją zdalną. Takie informacje ograniczają liczbę prób i pomagają szybciej ustalić, czy źródłem jest komputer lokalny, komputer zdalny, sieć, konto czy konfiguracja RDP.

W przypadku potrzeby sprawdzenia ustawień sprzętu i systemu można skorzystać z pomocy firmy Warszawskie Pogotowie Komputerowe 24/7. W ramach zgłoszenia analizuje się konfigurację połączenia, widoczność zasobów, uprawnienia oraz zależności między RDP i SMB, a następnie przedstawia możliwe rozwiązanie dostosowane do używanego komputera i sposobu pracy.