Oczekiwanie na sieć przy uruchamianiu i logowaniu Windows — zasady grupy
Jeśli sieć nie jest jeszcze zainicjowana przy uruchamianiu systemu Windows lub logowaniu, zmiany zasad grupy wymagające przetwarzania na pierwszym planie, takie jak przekierowanie folderów lub instalacja zarządzanego oprogramowania, mogą wymagać kolejnego logowania. Włącz Zawsze czekaj na sieć podczas uruchomienia komputera i logowania, aby zaczekać na inicjalizację sieci i synchronicznie przetworzyć zasady na pierwszym planie. Logowanie może trwać dłużej.
Kiedy to pomaga
Zwykle komputery klienckie logują istniejących użytkowników przy użyciu buforowanych poświadczeń bez oczekiwania na pełną inicjalizację sieci, a po jej udostępnieniu stosują zasady asynchronicznie w tle. Na inicjalizację czeka pierwsze logowanie na danym komputerze oraz użytkownicy z profilem mobilnym, katalogiem macierzystym lub skryptem logowania w obiekcie użytkownika. Wykrycie zmian tych właściwości może również wymagać maksymalnie dwóch logowań.
DHCP, Wi-Fi lub uwierzytelnianie sieci przewodowej mogą opóźnić połączenie. Gdy udział z instalatorem lub połączenie są niedostępne, instalacja oprogramowania może zgłosić błąd zarządzania aplikacjami %%1274. Zdarzenie zasad grupy 1129 przy starcie może oznaczać brak dostępu do kontrolera domeny (DC); problemy DNS, DC, LDAP, zapory i inne problemy z połączeniem mogą mieć też inne przyczyny. Sprawdź DNS, dostęp do DC i udziału oraz łączność; rozważ zasadę, gdy przyczyną jest moment inicjalizacji. Nie gwarantuje ona sieci, dostępu do DC, ponownego połączenia dysków mapowanych ani usunięcia tych błędów.
Windows Server 2008 i nowsze już przy uruchamianiu czekają na inicjalizację sieci i przetwarzają zasady synchronicznie, ignorując wtedy to ustawienie. Przy logowaniu do serwera działa ono tylko, gdy usługa roli Host sesji usług pulpitu zdalnego jest zainstalowana i skonfigurowana oraz włączono zasadę zezwalającą na asynchroniczne przetwarzanie zasad użytkownika przy logowaniu przez usługi terminalowe. W przeciwnym razie przetwarzanie przy logowaniu jest synchroniczne, a ustawienie jest ignorowane.
Kroki
- Otwórz
gpedit.mscna komputerze docelowym i przejdź do Konfiguracja komputera >Konfiguracja komputera › Szablony administracyjne › System › Logowanie. - Otwórz zasadę, wybierz
Włączonei zastosuj. - Uruchom ponownie komputer i zaloguj się ponownie. Sprawdź wynikowe zasady poleceniem
gpresult /roraz przetwarzanie podczas uruchamiania i logowania w dzienniku operacyjnym zasad grupy. - Aby cofnąć zmianę, przywróć poprzedni stan lub wybierz
Nie skonfigurowano. Domenowy obiekt GPO może zastąpić ustawienia lokalne.
Alternatywa w rejestrze
Wartość rejestru odpowiada tej samej zasadzie komputera. Uruchom regedit jako administrator. Wybierz istniejący klucz docelowy lub, jeśli go brakuje, istniejący klucz nadrzędny. Wybierz Plik > Eksportuj, zapisz plik .reg i zanotuj, czy wartość istniała oraz jaki miała wcześniej typ i dane. Utwórz brakujące klucze i wartość DWORD, ustaw 1, uruchom ponownie i sprawdź jak wyżej.
HKLM\SOFTWARE\Policies\Microsoft\Windows NT\CurrentVersion\Winlogon
SyncForegroundPolicy REG_DWORD
1 = enabled
0 = disabled
Wartość DWORD SyncForegroundPolicy ustawiona na 1 włącza oczekiwanie na sieć na pierwszym planie przez zasadę; 0 wyłącza zasadę. Przy wyłączonej zasadzie klienci zwykle przetwarzają zasady asynchronicznie, z opisanymi wyżej wyjątkami. Ręczne ustawienie 0 nie jest tym samym co pozostawienie zasady jako nieskonfigurowanej.
Aby cofnąć zmianę, przywróć poprzedni typ i dane albo usuń tylko utworzoną wartość, nie cały klucz. Domenowy GPO może nadpisać ręczne zmiany.
Na podstawie szablonów zasad Windows 11 version 26H2 (sprawdzono 2026-11-04). Zasada znajduje się w Logon.admx; mapowanie CSP dotyczy urządzenia i wymienia Windows Pro, Enterprise, Education i IoT Enterprise.