STATUS_NO_SUCH_LOGON_SESSION

STATUS_NO_SUCH_LOGON_SESSION to kod błędu wskazujący na próbę odwołania się do sesji logowania, która już nie istnieje.

STATUS_NO_SUCH_LOGON_SESSION jako kod NTSTATUS

STATUS_NO_SUCH_LOGON_SESSION jest kodem błędu systemu Windows należącym do rodziny wartości NTSTATUS. Jego wartość szesnastkowa to 0xC000005F. Komunikat oznacza, że wykonujący operację komponent próbował odwołać się do sesji logowania, której system nie może już odnaleźć. Nie chodzi więc bezpośrednio o brak pliku, błędne hasło ani uszkodzenie konkretnego dokumentu, lecz o brak oczekiwanego kontekstu uwierzytelnienia.

Sesja logowania jest strukturą utrzymywaną przez mechanizmy bezpieczeństwa Windows, między innymi przez Local Security Authority, czyli LSA. W ramach takiego kontekstu system wiąże operacje użytkownika z informacjami potrzebnymi do uwierzytelniania i kontroli dostępu. Sesja może być powiązana z tokenem dostępu procesu, poświadczeniami używanymi do połączenia z zasobem sieciowym albo innym stanem utworzonym podczas logowania. Jeżeli ten stan wygasł, został wylogowany, usunięty lub nie został poprawnie utworzony, pojawia się błąd wskazujący na nieistniejącą sesję.

W praktyce ten kod może zostać zapisany w dzienniku zdarzeń, zwrócony przez funkcję systemową albo ukryty za bardziej ogólnym komunikatem aplikacji. Windows może również przekształcić status NTSTATUS na odpowiadający mu kod Win32. Dla tego problemu stosowany jest między innymi komunikat ERROR_NO_SUCH_LOGON_SESSION o wartości dziesiętnej 1312, opisujący brak wskazanej sesji logowania. Sposób prezentacji zależy od programu, który otrzymał status i tłumaczy go na komunikat dla użytkownika.

Jak powstaje utrata kontekstu uwierzytelnienia

Jedną z przyczyn jest rozbieżność między czasem życia procesu a czasem życia sesji lub poświadczeń. Program może przechowywać identyfikator logowania, uchwyt do tokenu albo referencję do połączenia dłużej, niż istnieje obiekt systemowy, do którego ta referencja się odnosi. Podobny efekt może wystąpić po wylogowaniu użytkownika, zmianie konta, zakończeniu procesu odpowiedzialnego za uwierzytelnianie lub ponownym uruchomieniu usługi. Stary kontekst nie staje się wtedy automatycznie ważnym kontekstem nowej sesji.

Błąd może być związany z operacjami wykonywanymi w innym kontekście bezpieczeństwa niż ten, który użytkownik widzi na pulpicie. Przykładem jest program uruchomiony przez usługę, zadanie harmonogramu albo mechanizm „Uruchom jako”. Taki proces może korzystać z odrębnego tokenu i innych poświadczeń. Jeżeli aplikacja zakłada, że sesja interaktywnego użytkownika jest dostępna również dla procesu działającego w tle, założenie to może być nieprawidłowe. Nie każda sesja istniejąca podczas logowania do pulpitu jest dostępna w taki sam sposób dla wszystkich procesów.

STATUS_NO_SUCH_LOGON_SESSION może także pojawić się przy dostępie do zasobu sieciowego, gdy program próbuje użyć zapamiętanych poświadczeń lub istniejącego kontekstu, który został usunięty. W takim przypadku sam udział sieciowy może działać poprawnie dla nowego, ręcznie nawiązanego połączenia, a problem dotyczy wyłącznie starego stanu uwierzytelnienia. Warto odróżnić ten kod od błędu odmowy dostępu: brak sesji oznacza problem z ustaleniem tożsamości lub kontekstu, natomiast odmowa dostępu następuje wtedy, gdy tożsamość jest znana, ale nie ma wymaganych uprawnień.

Rozróżnienie sesji, tokenu i poświadczeń

Podczas diagnostyki trzeba rozdzielić trzy powiązane, lecz różne elementy. Sesja logowania opisuje kontekst utworzony przez mechanizm uwierzytelniania. Token dostępu jest obiektem używanym przez proces i zawiera między innymi identyfikator użytkownika, grupy oraz uprawnienia. Poświadczenia są danymi wykorzystywanymi do potwierdzenia tożsamości, na przykład podczas logowania albo uzyskiwania dostępu do zasobu. Prawidłowy token nie gwarantuje, że aplikacja może odwołać się do każdej sesji poświadczeń, a obecność zapisanych poświadczeń nie oznacza, że wcześniejsza sesja nadal istnieje.

W pierwszej kolejności należy ustalić, kiedy błąd występuje: przy logowaniu do Windows, przy uruchamianiu programu, podczas pracy aplikacji w tle, przy otwieraniu zasobu sieciowego czy po wybudzeniu komputera. Następnie warto sprawdzić, czy problem dotyczy jednego konta, jednego procesu, jednej lokalizacji sieciowej czy wszystkich operacji wymagających uwierzytelnienia. Taka korelacja ogranicza ryzyko przypisania kodu do niewłaściwego komponentu.

Pomocne są dzienniki systemowe i aplikacyjne, w których należy porównać czas wystąpienia błędu z wylogowaniem, ponownym logowaniem, restartem usługi, zmianą hasła lub utratą połączenia. Istotne jest także sprawdzenie, z jakim kontem uruchomiono dany proces oraz czy aplikacja nie korzysta z wcześniej zapisanej sesji. Samo wielokrotne wpisywanie hasła nie rozwiązuje problemu, jeśli przyczyną jest nieaktualny uchwyt, zakończony proces albo błędnie utrzymywany kontekst bezpieczeństwa.

Postępowanie przy błędzie w systemie Windows

Na komputerze domowym lub biurowym bezpiecznym krokiem jest zamknięcie programu zgłaszającego błąd, wylogowanie użytkownika i ponowne zalogowanie. Pozwala to utworzyć świeży kontekst sesji, ale nie usuwa przyczyny, jeżeli problem wynika z konfiguracji programu, zadania działającego w tle albo uszkodzonego mechanizmu przechowywania poświadczeń. Jeżeli błąd powraca, należy zanotować pełną treść komunikatu, nazwę aplikacji, moment wystąpienia i czynność wykonywaną bezpośrednio przed awarią.

Nie należy pochopnie usuwać wszystkich zapisanych poświadczeń ani zmieniać uprawnień systemowych. Takie działania mogą przerwać działające połączenia i utrudnić późniejsze ustalenie źródła problemu. W zależności od przebiegu zdarzenia diagnostyka może obejmować sprawdzenie usług, zadań automatycznych, konfiguracji uruchamiania programu oraz stanu profilu użytkownika. Jeżeli kod pojawia się po zmianie hasła, aktualizacji systemu lub przywróceniu komputera ze stanu uśpienia, te informacje powinny zostać uwzględnione w analizie.

Warszawskie Pogotowie Komputerowe wykonuje profesjonalną naprawę laptopów, komputerów PC i ich podzespołów, w tym diagnostykę problemów z uruchamianiem programów oraz błędami systemu Windows. Przy zgłoszeniu dotyczącym STATUS_NO_SUCH_LOGON_SESSION pomocne jest przekazanie dokładnego komunikatu, nazwy programu i informacji, czy błąd znika po ponownym logowaniu. Ułatwia to odróżnienie chwilowo utraconej sesji od powtarzalnego problemu z konfiguracją lub działaniem konkretnej aplikacji.