Get-SmbConnection nie pokazuje aktywnych sesji

Get-SmbConnection nie pokazuje aktywnych sesji wskazuje na brak aktualnie otwartych połączeń SMB z klienta lub uprawnienia wymagane do odczytu tej informacji.

Czym jest komunikat „Get-SmbConnection nie pokazuje aktywnych sesji”

Polecenie Get-SmbConnection służy do sprawdzania połączeń SMB zestawionych z bieżącego komputera jako klienta. Jeżeli nie zwraca żadnych rekordów, najczęściej oznacza to, że w chwili wykonania polecenia nie ma aktywnej sesji do udziału sieciowego obsługiwanego przez SMB. Nie jest to samo w sobie komunikat o awarii. Pusta odpowiedź może być prawidłowym wynikiem, gdy nie otwarto żadnego pliku z zasobu sieciowego, nie zamontowano udziału albo wcześniejsze połączenie zostało już zamknięte.

Wynik polecenia trzeba odczytywać jako chwilowy obraz połączeń klienta SMB, a nie jako pełną listę wszystkich dostępów do zasobów w sieci. Informacja pojawia się dopiero wtedy, gdy system rzeczywiście utrzymuje sesję między lokalnym komputerem a zdalnym udziałem. Samo istnienie urządzenia w otoczeniu sieciowym, możliwość rozpoznania jego nazwy lub wcześniejsze zapisanie poświadczeń nie musi powodować pojawienia się wpisu w Get-SmbConnection.

Kontekst techniczny i porównanie z innymi poleceniami - Get-SmbConnection nie pokazuje aktywnych sesji

Istotne jest rozróżnienie pomiędzy udziałem dostępnym, sesją SMB oraz otwartym uchwytem pliku. Get-SmbConnection pokazuje połączenia utrzymywane przez klienta systemu Windows, wraz z informacjami takimi jak nazwa serwera, udział, konto, wersja protokołu czy stan połączenia, o ile dane połączenie faktycznie istnieje. Nie służy natomiast do wyświetlania wszystkich udziałów opublikowanych w sieci ani do sprawdzania, kto korzysta z folderu po stronie komputera udostępniającego.

Do innych celów przeznaczone są polecenia Get-SmbShare, Get-SmbSession i Get-SmbOpenFile. Pierwsze z nich opisuje udziały skonfigurowane lokalnie, drugie dotyczy sesji przychodzących do danego komputera, a trzecie pomaga ustalić, jakie pliki są otwarte w ramach takich sesji. W praktyce oznacza to, że uruchomienie właściwego polecenia zależy od kierunku połączenia. Jeśli komputer korzysta z folderu znajdującego się na innym urządzeniu, analizowany jest klient SMB i przydatne może być Get-SmbConnection. Jeśli inne urządzenia łączą się z udziałem udostępnionym lokalnie, należy sprawdzać sesje po stronie hosta udostępniającego.

Przydatne bywa zestawienie kilku obserwacji w jednym oknie PowerShell:

Get-SmbConnection
Get-SmbSession
Get-SmbOpenFile

Warto również sprawdzić, czy polecenie jest wykonywane w odpowiednim kontekście użytkownika. Połączenie utworzone w innej sesji logowania, przez usługę systemową albo z użyciem odmiennych poświadczeń może nie być widoczne w oczekiwanym miejscu. Znaczenie ma także to, czy używana konsola działa w środowisku 64-bitowym, czy polecenie jest kierowane do komputera lokalnego, oraz czy filtrowanie wyniku nie usuwa interesujących rekordów. W przypadku zdalnego zarządzania trzeba dodatkowo odróżnić problem z odczytem danych od rzeczywistego braku połączeń.

Typowe problemy prowadzące do pustego wyniku - Get-SmbConnection nie pokazuje aktywnych sesji

Najczęstszą przyczyną jest brak operacji, która utrzymywałaby połączenie SMB. Samo otwarcie Eksploratora plików nie zawsze wystarcza, szczególnie gdy przeglądany jest tylko adres urządzenia albo lista katalogów. Sesja może zostać utworzona dopiero po wejściu do konkretnego udziału, otwarciu pliku lub wykonaniu polecenia odwołującego się do ścieżki UNC, na przykład \\komputer\udzial. Po zamknięciu aplikacji, rozłączeniu mapowania lub wygaśnięciu bezczynnego połączenia wpis może zniknąć.

Drugą grupę przyczyn stanowią błędne założenia dotyczące kierunku komunikacji. Uruchomienie Get-SmbConnection na komputerze udostępniającym folder nie pokaże automatycznie sesji przychodzących do tego udziału, ponieważ sprawdzany jest przede wszystkim ruch wychodzący klienta. W takiej sytuacji należy skontrolować Get-SmbSession, a przy analizie dostępu do konkretnych plików także Get-SmbOpenFile. Warto zapisać wynik przed i po wykonaniu kontrolnego dostępu do udziału, aby ustalić, czy sesja pojawia się choćby chwilowo.

Pusty rezultat może wystąpić również po rozłączeniu mapowanego dysku, zmianie adresu urządzenia, przełączeniu profilu sieciowego lub zmianie konta używanego do uwierzytelniania. Podobny efekt daje odwołanie do zasobu przez inny protokół, na przykład WebDAV, FTP albo aplikacyjny interfejs synchronizacji. W takim przypadku folder może być dostępny dla użytkownika, ale nie powstaje sesja rejestrowana przez mechanizmy SMB.

Przed wyciągnięciem wniosku o błędzie należy sprawdzić kilka elementów:

• czy używana ścieżka rzeczywiście zaczyna się od \\ i wskazuje udział SMB;
• czy połączenie jest wykonywane z tego samego konta, w którego kontekście uruchomiono PowerShell;
• czy zasób nie został zamknięty lub odłączony przed wykonaniem polecenia;
• czy nie zastosowano filtra, który ukrywa wynik, na przykład przez Where-Object;
• czy analizowany jest właściwy komputer: klient połączenia czy host udostępniający pliki;
• czy zapora, zasady lokalne albo usługi systemowe nie blokują zestawienia nowej sesji;
• czy problem występuje także po ponownym wykonaniu kontrolnego dostępu do udziału.

Jeżeli po wykonaniu odwołania do udziału pojawia się błąd logowania, odmowa dostępu, niedostępność ścieżki lub rozłączenie po krótkim czasie, sama pusta lista nie jest już głównym problemem. Wtedy trzeba przejść do diagnostyki nazw sieciowych, łączności, uprawnień NTFS i udziału, zapisanych poświadczeń oraz dzienników zdarzeń związanych z klientem SMB.

W jakich sytuacjach warto poprosić o ocenę stanu sprzętu - Get-SmbConnection nie pokazuje aktywnych sesji

Do serwisu warto zgłosić się wtedy, gdy brak wpisów w Get-SmbConnection łączy się z praktycznym problemem: niedostępnym folderem, ciągłym żądaniem hasła, znikającym dyskiem sieciowym, błędem podczas otwierania dokumentów albo niestabilnym dostępem do zasobów. Pomoc może być potrzebna także wtedy, gdy nie da się jednoznacznie ustalić, czy analizowane jest połączenie wychodzące, sesja przychodząca, czy dostęp realizowany przez inny protokół. W ramach Warszawskiego Pogotowia Komputerowego 24/7 takie przypadki można skierować do serwisu komputerowego, a naprawy z reguły kończą się w ciągu trzech dni roboczych.

Przed przekazaniem sprzętu dobrze zanotować dokładną treść błędu, nazwę udziału, moment występowania problemu oraz informację, czy dostęp działa z innego komputera. Nie należy jednak udostępniać haseł ani kopiować poufnych plików tylko na potrzeby diagnozy. Wystarczające mogą być wyniki poleceń, zrzuty komunikatów i opis czynności, po których pojawia się problem. Jeżeli używany jest komputer firmowy, trzeba również ustalić, czy zmiany konfiguracji sieciowej może wykonywać użytkownik, czy wymagane są uprawnienia administratora.