Aplikacje nie widzą zmapowanych udziałów SMB

Aplikacje niewidzące zmapowanych udziałów SMB uruchomione jako usługa systemowa (nie zwykły proces użytkownika) nie widzą dysków sieciowych zmapowanych w sesji użytkownika — to ograniczenie architektury Windows, wymagające użycia pełnej ścieżki UNC zamiast litery dysku.

Na czym polega problem z niewidocznymi udziałami SMB

Problem pojawia się wtedy, gdy program próbuje korzystać z zasobu sieciowego oznaczonego literą dysku, lecz działa w innej sesji systemu Windows niż ta, w której wykonano mapowanie. Udział SMB może być dostępny w Eksploratorze plików jako na przykład dysk oznaczony literą, a jednocześnie pozostawać niewidoczny dla aplikacji uruchomionej automatycznie, z podwyższonymi uprawnieniami albo w kontekście usługi systemowej.

Litera dysku sieciowego nie jest uniwersalnym adresem dostępnym dla całego komputera. Jest przypisywana konkretnemu użytkownikowi i konkretnej sesji logowania. Z tego powodu program działający w tle może otrzymać inną przestrzeń zasobów niż aplikacja uruchomiona ręcznie po zalogowaniu. W praktyce oznacza to, że ścieżka typu Z:\dokumenty działa w jednym miejscu, natomiast dla usługi lub zadania zaplanowanego staje się nieznana.

Pełniejszym sposobem wskazania zasobu jest ścieżka UNC, na przykład \\nazwa-komputera\udział\dokumenty. Taki zapis odwołuje się bezpośrednio do hosta i nazwy udostępnionego zasobu, bez zależności od przypisania litery dysku w sesji użytkownika. Samo użycie UNC nie rozwiązuje jednak problemów z uwierzytelnianiem, dostępnością sieci ani uprawnieniami. Program musi nadal działać na koncie, które ma prawo odczytu lub zapisu w danym udziale.

Sesja użytkownika a działanie usługi systemowej

Windows rozdziela środowisko interaktywnego użytkownika od środowiska usług. Mapowanie wykonane po zalogowaniu jest przechowywane w kontekście danego konta, dlatego nie musi być widoczne dla usługi uruchamianej przed logowaniem, dla innego użytkownika ani dla procesu uruchomionego z innym poziomem uprawnień. Dotyczy to między innymi programów do automatycznych kopii zapasowych, zadań harmonogramu, narzędzi synchronizacyjnych, aplikacji do obróbki plików oraz oprogramowania uruchamianego jako usługa.

Istotną rolę odgrywa również kolejność startu. Usługa może zostać uruchomiona zanim karta sieciowa uzyska konfigurację, zanim dostępny będzie serwer plików albo zanim ustanowione zostanie połączenie z siecią firmową. W takiej sytuacji nawet poprawna ścieżka UNC może chwilowo zwracać błąd. Program powinien wtedy obsługiwać ponawianie połączenia, a konfiguracja usługi może wymagać opóźnienia startu lub zależności od odpowiednich składników systemu.

Nie należy utożsamiać tego z uszkodzeniem samego udziału. Jeżeli ten sam folder otwiera się ręcznie w Eksploratorze, potwierdza to jedynie dostęp w konkretnej sesji. Osobno trzeba sprawdzić konto usługi, zapisane poświadczenia, reguły zapory, rozpoznawanie nazwy hosta, dostępność portu SMB oraz uprawnienia zarówno udziału, jak i systemu plików.

Najczęstsze przyczyny i błędy konfiguracji

Jednym z typowych błędów jest wpisanie litery dysku w konfiguracji programu, mimo że program działa poza sesją użytkownika. W takim przypadku należy zastąpić ją ścieżką UNC i upewnić się, że aplikacja nie ogranicza dostępu do określonych lokalizacji. W niektórych programach trzeba również wskazać katalog roboczy, ponieważ ścieżki względne mogą być rozwiązywane względem folderu usługi, a nie względem katalogu użytkownika.

Drugą grupę przyczyn stanowią uprawnienia. Konto używane przez usługę może nie mieć dostępu do udziału, nawet jeśli konto administratora otwiera go bez problemu. Należy rozróżnić uprawnienia udostępniania od uprawnień NTFS, ponieważ skuteczny dostęp wynika z ich łącznego działania. Pomocne bywa tymczasowe sprawdzenie dostępu z poziomu tego samego konta, z którego uruchamiany jest proces, bez przenoszenia haseł do skryptów lub plików konfiguracyjnych w jawnej postaci.

Problemy mogą powodować także zapisane poświadczenia odnoszące się do innego konta, zmienione hasło, konflikt kilku połączeń do tego samego hosta, niedostępność serwera po wznowieniu pracy komputera oraz błędnie rozpoznawana nazwa urządzenia. Jeżeli zasób jest dostępny przez adres IP, ale nie przez nazwę, warto zbadać DNS, lokalne rozpoznawanie nazw i konfigurację sieci. Jeżeli błąd występuje tylko przy uruchamianiu systemu, trzeba przeanalizować moment startu usługi i zależności od sieci.

W środowisku z zadaniami zaplanowanymi częstym źródłem nieporozumień jest zaznaczenie opcji uruchamiania niezależnie od zalogowania użytkownika. Takie zadanie nie korzysta z mapowań utworzonych w interaktywnej sesji. Należy wtedy skonfigurować bezpośrednią ścieżkę UNC, właściwe konto oraz bezpieczny sposób uwierzytelniania, a następnie sprawdzić logi aplikacji i Podgląd zdarzeń Windows.

Kiedy trzeba oddać urządzenie do diagnozy - Aplikacje nie widzą zmapowanych udziałów SMB

Zgłoszenie do serwisu jest uzasadnione, gdy udział działa ręcznie, lecz regularnie znika z aplikacji, gdy problem pojawia się po restarcie, przy uruchamianiu zadania bez logowania albo po zmianie konta usługi. Warto przekazać opis sposobu uruchamiania programu, używaną ścieżkę, moment wystąpienia błędu oraz informację, czy zasób jest dostępny z Eksploratora plików. Takie dane ułatwiają odróżnienie problemu z mapowaniem od awarii sieci, autoryzacji lub samego serwera plików.

W Warszawskim Pogotowiu Komputerowym 24/7 można zlecić sprawdzenie konfiguracji systemu, kont usługowych, dostępu SMB i logów odpowiedzialnych za uruchamianie aplikacji; przy problemach dotyczących laptopa dostępna jest darmowa diagnoza laptopa. W ramach analizy można ustalić, czy wystarczy zmiana litery dysku na ścieżkę UNC, czy potrzebna jest korekta uprawnień, poświadczeń, harmonogramu albo kolejności startu usług.

Nie powinno się rozwiązywać problemu przez przypadkowe mapowanie dysku przy każdym uruchomieniu ani przez nadawanie szerokich uprawnień wszystkim użytkownikom. Bezpieczniejsza konfiguracja opiera się na jednoznacznej ścieżce, ograniczonym koncie technicznym, właściwych prawach dostępu i rejestrowaniu błędów. Po wprowadzeniu zmian należy przetestować działanie zarówno podczas zalogowania, jak i w scenariuszu, w którym aplikacja startuje automatycznie przed otwarciem sesji użytkownika.