Waarom aanmelding oor 'n VPN traag raak: profiel, herleiding of aflêers

Die skootrekenaar meld by die kantoor in omtrent veertig sekondes aan en neem by die huis minute, en niemand het intussen 'n beleid verander nie. Wat verander het, is die netwerkpad onder drie funksies wat eenders lyk en anders optree. 'n Swerwende profiel laai registertoestand en profieldopiers, gidsherleiding wys 'n skulpvouer na 'n bedieneraandeel, en aflêers hou 'n kas van geskikte netwerkdata. Al drie kan tyd by 'n aanmelding voeg, en gewoonlik is net een daarvan verantwoordelik.

Drie wagte met drie verskillende eienaars

Dit is die swerwende profiel wat gebruikersinstellings tussen deelnemende rekenaars laat saamreis, en die aflaai gebeur vroeg in die sessie. Die gebruiker se register en profieldopiers word by aanmelding gekopieer of saamgevoeg en by afmelding teruggeskryf. Daardie werk is sinchronies, en daarom voel 'n stadige pad na die profielaandeel soos 'n stadige lessenaar eerder as soos 'n stadige lêerkopie.

Gidsherleiding is 'n ander meganisme. Dit skuif gekose skulpvouers, Dokumente is die algemene voorbeeld, na 'n ondersteunde netwerklokasie en laat hulle daar. Die profiel kan dan klein bly, want die data is nie daarin nie, en die koste verskuif na wanneer die skulp of 'n toepassing daardie vouer aanraak.

Aflêers voeg 'n plaaslike kas plus sinchronisasie vir geskikte netwerklêers by. Dit beantwoord 'n ander vraag, naamlik wat gebeur wanneer die bediener onbereikbaar is, en dit kan tyd bestee aan sinchronisasie by aan- en afmelding wanneer die kas verouderd is. Om die drie as een instelling te behandel, lewer 'n beleid wat in een rigting traag en in die ander nutteloos is.

Meet watter een werklik wag

Begin deur te lees waar die profiel woon en of dit van 'n bedienerpad af gelaai word. Meet dan 'n gidslys op elke aandeel wat die sessie aanraak, want 'n aandeel wat in millisekondes oor die LAN reageer, kan sekondes neem deur 'n tonnel en 'n besige lêerbediener.

Daardie twee feite vernou die probleem vinniger as enige beleidsoudit, en hulle vereis geen konfigurasieverandering om in te samel nie. Hardloop hulle op die geaffekteerde skootrekenaar, nie op 'n bediener wat langs die aandeel sit nie.

Get-CimInstance Win32_UserProfile | Select-Object LocalPath, Loaded, SID
Get-ItemProperty 'HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList\*' | Select-Object ProfileImagePath
Measure-Command { Get-ChildItem '\\fs01.corp.internal\profiles\a.singh' | Out-Null }

As die profielpad plaaslik is en net een herleide vouer na 'n bediener wys, is die profielaflaai nie jou wag nie, wat die helpdesktiket ook al sê. As die profielpad afgeleë is en die lys neem sekondes, wag die aanmelding op daardie aandeel, en die oplossing gaan oor die pad of die profielgrootte eerder as oor die lessenaar self. Lees die syfers in daardie volgorde en die argument eindig gewoonlik daar.

Die verbinding kom eers nadat die wag begin het

'n Gebruikertonnel wat vanaf die lessenaar begin, verskyn eers nadat die profiel gelaai is, so dit kan nie die stadium help wat stadig was nie. Windows merk die onbeskikbare pad op, val terug op gekasde geloofsbriewe en 'n plaaslike profiel, en die sessie open uiteindelik. Daarom kan dieselfde skootrekenaar minute neem by die eerste tuis-aanmelding en sekondes by die tweede, sodra 'n gekasde profiel bestaan. Die wag is werklik, maar die verbinding wat dit nodig het, bestaan op daardie punt nie.

Om dit reg te maak, beteken om die verbinding vroeër te skuif, nie om die profiel te verfyn nie. 'n Masjientonnel of 'n vooraf-aanmeldingsverbinding met rekenaarverifikasie vestig die pad voordat die gebruiker aanmeld, en dit het sy eie sertifikaatlewensiklus en sy eie brandmuurreëls nodig. Gekasde geloofsbriewe is die ander helfte van die ontwerp, en hulle werk net vir rekeninge wat al voorheen aangemeld het.

Toets die volgorde eerder as die komponente. Meld heeltemal af, begin die tonnel soos 'n afgeleë gebruiker sou, en meet die aanmelding vanaf die geloofsbriefaanvraag tot 'n bruikbare lessenaar.

Hou dokumente uit die profiel

Die profielaandeel is die verkeerde plek vir groot dokumentversamelings, en Microsoft se ontplooiingsgids vir swerwende profiele hou profielberging en herleide-voueraandele juis daarom apart. 'n Profiel wat 'n Dokumente-vouer van etlike gigagrepe dra, sal by elke aan- en afmelding traag wees, en die grootte groei stilweg totdat iemand dit meet.

Herlei die vouers wat data hou, en laat die profiel instellings hou. Sluit kasse uit wat herbou kan word, soos blaaierkasse en tydelike toepassingsdata, want om hulle oor te dra voeg tyd by en verander niks wat 'n gebruiker kan sien nie. Hou posbusdata en ander toepassingsstore op die plek wat die toepassing ondersteun eerder as in 'n swerwende pad.

Moet die profielaandeel nie vanlyn beskikbaar maak nie. Aflêers hoort op geskikte data-aandele, en 'n gekasde profielregister wat in beide rigtings sinchroniseer, is 'n korrupsieverslag wat wag om te gebeur.

Toets al vier scenario's voordat jy dit as reg beskou

'n Aanmelding wat by die kantoor vinnig is, bewys baie min. Die ontwerp moet kantoorstoegang, tuis oor die tonnel, ontkoppelde werk en die terugkeer kantoor toe oorleef, want die vierde geval is waar sinchronisasiekonflikte verskyn. Meet dieselfde vier met een beheerde rekening en die werklike toepassings, en skryf die syfers neer.

Versamel die profieldienslog en die resulterende beleidstel uit die geaffekteerde sessie, nie van jou administratiewe werkstasie nie.

Get-WinEvent -LogName 'Microsoft-Windows-User Profile Service/Operational' -MaxEvents 30
gpresult /r /scope:user
Measure-Command { Get-ChildItem '\\fs01.corp.internal\users\a.singh\Documents' | Out-Null }

Vergelyk daardie tye met die kantoorbasislyn en met die grootte van wat oorgedra word. 'n Aanmelding wat steeds 'n minuut neem met 'n klein profiel en 'n vinnige aandeel, is nie 'n profielprobleem nie, en die volgende plek om te kyk is Groepsbeleidverwerking of 'n aanmeldingskrip wat op die netwerk wag. As dit is waar die gaping sit, was die profiel nooit die probleem nie. Bevestig dat ongesinchroniseerde werk bewaar word voordat jy 'n vouerbeleid verander of 'n kas skoonmaak, want sinchronisasie en 'n herstelbare rugsteun is verskillende waarborge.