Onze login-scripts mappen drives, printers en koppelen group-policies. Bij sommige gebruikers duurt het 90 seconden voor het bureaublad reageert.

VBS- of CMD-login-scripts zijn vaak sequentieel en hangen op elke trage netwerk-share of printer-server. Met Group Policy Preferences en wat parallellisatie verlies je tien jaar oud erfgoed.

Probeer dit eerst zelf

1. 1Inventariseer wat er nu in het login-script gebeurt. Drive-mappings, printer-koppeling, registry-tweaks, file-copies. Schrijf het uit, anders sloop je per ongeluk iets dat één afdeling gebruikt.
2. 2Vervang drive-mappings en printer-installaties door Group Policy Preferences (GPP). GPP draait async en heeft item-level targeting (per security-group of OU). Schaalt veel beter dan 'if memberOf' in script.
3. 3Trage stappen die wel scripted moeten blijven, zet je achter een 'start /b' (Windows) of als async PowerShell-job. Gebruiker hoeft niet te wachten op het printer-server-pingen.
4. 4Schakel synchronous foreground processing alleen aan waar het strikt moet (folder-redirection eerste setup). Standaard mag policy async draaien: Computer Configuration, Administrative Templates, System, Logon, 'Always wait for the network at computer startup and logon' = niet-geconfigureerd of disabled.
5. 5Meet met gpresult /h en met de event-log Microsoft-Windows-GroupPolicy/Operational. Daar zie je per CSE (client-side extension) hoeveel ms het kostte. De grootste twee aanpakken eerst.
6. 6Documenteer wat er overblijft. Zet vervaldatum op elke regel, anders staan over 5 jaar nog mappings naar fileservers die niet meer bestaan.

Past het bovenstaande niet?

Beschrijf je situatie hieronder. We sturen jouw input plus de stappen die je al zag naar onze AI en geven gericht vervolg-advies. Als het te risicovol is om zelf te doen, zeggen we dat ook.