WSL działa tylko jako administrator

WSL działający tylko jako administrator wskazuje na politykę wykonywania skryptów lub AppLocker ograniczające uruchomienie dla kont standardowych.

Natura problemu z uprawnieniami w środowisku WSL

Sytuacja, w której Windows Subsystem for Linux uruchamia się poprawnie wyłącznie z podwyższonymi uprawnieniami administracyjnymi, oznacza zazwyczaj konflikt w warstwie zabezpieczeń systemu Windows lub nieprawidłową konfigurację praw dostępu do plików dystrybucji. W standardowych warunkach środowisko to powinno działać bezpośrednio z poziomu zwykłego konta użytkownika. Gdy zwykła sesja kończy się natychmiastowym zamknięciem konsoli lub komunikatem odmowy dostępu, źródłem bywają restrykcje narzucone przez moduły kontroli aplikacji, reguły bezpieczeństwa systemu operacyjnego bądź błędnie przypisane listy kontroli dostępu (ACL) do katalogów przechowujących wirtualny dysk.

Kontekst techniczny i mechanizmy kontroli dostępu - WSL działa tylko jako administrator

Działanie podsystemu opiera się na integracji jądra systemowego z dedykowanymi usługami systemowymi, takimi jak LxssManager. Uruchomienie dystrybucji bez uprawnień administratora wymaga możliwości swobodnego odczytu i zapisu w katalogu profilu lokalnego AppData oraz komunikacji z gniazdami procesów pomocniczych. W przypadku aktywnego mechanizmu AppLocker, restrykcyjnych reguł zasad grupy (GPO) lub nieodpowiednich uprawnień do plików wykonywalnych z pakietu dystrybucji, proces standardowego użytkownika zostaje zablokowany. Wymuszenie trybu administratora omija te ograniczenia, jednak niesie ze sobą ryzyko operowania na plikach systemowych z pełnymi prawami, co jest niezalecane w codziennej pracy programistycznej.

Typowe objawy i przyczyny ograniczeń

Podczas prób uruchomienia środowiska z poziomu zwykłego użytkownika pojawiają się najczęściej kody błędów powiązane z odmową dostępu (np. 0x80070005) lub komunikaty informujące o zablokowaniu aplikacji przez zasady organizacji. Do głównych przyczyn należą:

• Zablokowanie plików binarnych dystrybucji przez reguły AppLocker lub polityki SRP.
• Niepoprawne uprawnienia do pliku vhdx lub folderu instalacyjnego w strukturze Packages.
• Konflikty z oprogramowaniem antywirusowym ograniczającym tworzenie mostków sieciowych dla kont standardowych.
• Błędnie skonfigurowane uprawnienia do usługi LxssManager w rejestrze Windows.

Profesjonalna pomoc przy konfiguracji środowiska - WSL działa tylko jako administrator

Samodzielna modyfikacja zaawansowanych uprawnień w rejestrze lub manipulowanie zasadami zabezpieczeń może prowadzić do destabilizacji systemu. Gdy środowisko programistyczne odmawia poprawnego działania na standardowym koncie, warto powierzyć sprzęt specjalistom. W przypadku problemów programowych oraz sprzętowych naprawy trwają z reguły do 3 dni roboczych, co pozwala na szybkie przywrócenie pełnej funkcjonalności stacji roboczej bez konieczności ponoszenia ryzyka związanego z nieoptymalnymi uprawnieniami.