Bij login duurt het minutenlang voor de mapped drives (H:, S:, P:) zichtbaar zijn, en sommige verschijnen met een rood kruis.

Drive-mapping bij login op een trage of onbereikbare share blokkeert vaak alles erna. Met persistent reconnect, async mapping via GPP en betere fail-fast wordt het meestal binnen een week dragelijk.

Probeer dit eerst zelf

1. 1Test de bereikbaarheid van de share buiten login: 'Test-NetConnection servernaam -Port 445' in PowerShell. Geen connect of hoge latency, dan ligt het probleem in netwerk of DNS, niet in mapping.
2. 2Vervang 'net use' in login-scripts door GPP Drive Maps. Daar staat 'Reconnect' aan voor blijvende mapping en 'Run in logged-on user's security context' op nodig.
3. 3Voor shares die over VPN zitten: gebruik item-level targeting op aanwezigheid van een specifiek subnet of een DNS-naam, anders probeert de client thuis tegen een interne server te connecten.
4. 4Schakel de Windows feature 'Map network drive' van persistent uit voor shares die niet altijd nodig zijn. Een drive die je nooit aanraakt kost je nog steeds reconnect-tijd.
5. 5Op Windows 10/11 zorg je dat 'AlwaysWaitForNetwork' uit staat (computer-policy 'Always wait for the network at computer startup and logon'). Async maps wachten dan niet op netwerk voordat de shell start.
6. 6Documenteer welke share door wie nodig is. Het is normaal om bij een audit drie shares te ontdekken die nog gemapt worden voor afdelingen 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.