Kial ensaluto tra VPN malrapidiĝas: profilo, redirektado aŭ senretaj dosieroj

La tekkomputilo ensalutas en ĉirkaŭ kvardek sekundoj en la oficejo kaj bezonas minutojn hejme, kaj neniu intertempe ŝanĝis politikon. Kio ŝanĝiĝis estas la reta vojo sub tri funkcioj, kiuj aspektas similaj kaj kondutas malsame. Movanta profilo ŝarĝas la registran staton kaj la profilajn dosierujojn, dosieruja redirektado direktas ŝelan dosierujon al servila komunaĵo, kaj senretaj dosieroj tenas kaŝmemoron de taŭgaj retaj datumoj. Ĉiuj tri povas aldoni tempon al ensaluto, kaj kutime nur unu el ili respondecas.

Tri atendoj kun tri malsamaj respondeculoj

La movanta profilo estas tiu, kiu igas uzantajn agordojn sekvi personon inter partoprenantaj komputiloj, kaj la ŝarĝo okazas frue en la seanco. La registra branĉo de la uzanto kaj la profilaj dosierujoj estas kopiataj aŭ kunfandataj ĉe ensaluto, kaj poste reskribataj ĉe elsaluto. Tiu laboro estas sinkrona, kaj tial malrapida vojo al la profila komunaĵo sentiĝas kiel malrapida labortablo, ne kiel malrapida dosierkopio.

Dosieruja redirektado estas alia mekanismo. Ĝi movas elektitajn ŝelajn dosierujojn, Dokumentoj estas la kutima ekzemplo, al subtenata reta loko kaj lasas ilin tie. La profilo tiam povas resti malgranda, ĉar la datumoj ne estas en ĝi, kaj la kosto transiriĝas al la momento, kiam la ŝelo aŭ aplikaĵo tuŝas tiun dosierujon.

Senretaj dosieroj aldonas lokan kaŝmemoron plus sinkronigadon por taŭgaj retaj dosieroj. Ili respondas al alia demando, nome kio okazas, kiam la servilo neatingeblas, kaj ili povas pasigi tempon sinkronigante ĉe ensaluto kaj elsaluto, kiam la kaŝmemoro malaktualiĝis. Trakti la tri kiel unu agordon estas tio, kio kreas politikon malrapidan en unu direkto kaj senutilan en la alia.

Mezuru, kiu fakte atendas

Komencu legante, kie loĝas la profilo kaj ĉu ĝi ŝarĝiĝas el servila vojo. Poste mezuru listigon de dosierujo en ĉiu komunaĵo, kiun la seanco tuŝas, ĉar komunaĵo, kiu respondas en milisekundoj en la loka reto, povas bezoni sekundojn tra tunelo kaj okupata dosierservilo.

Tiuj du faktoj mallarĝigas la problemon pli rapide ol iu ajn politika revizio, kaj ili bezonas neniun agordan ŝanĝon por esti kolektitaj. Rulu ilin sur la trafita tekkomputilo, ne sur servilo staranta apud la komunaĵo.

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 }

Se la profila vojo estas loka kaj nur unu redirektita dosierujo montras al servilo, la profila ŝarĝo ne estas via atendo, kion ajn diras la subtena bileto. Se la profila vojo estas fora kaj la listigo bezonas sekundojn, la ensaluto atendas tiun komunaĵon, kaj la solvo temas pri la vojo aŭ la profila grandeco, ne pri la labortablo mem. Legu la nombrojn en tiu ordo kaj la diskuto kutime finiĝas tie.

La konekto alvenas post kiam la atendo komenciĝis

Uzanta tunelo, kiu startas de la labortablo, aperas longe post kiam la profilo ŝarĝiĝis, do ĝi ne povas helpi la etapon, kiu estis malrapida. Windows rimarkas la neatingeblan vojon, falas reen al kaŝmemoraj legitimiloj kaj loka profilo, kaj la seanco finfine malfermiĝas. Tial la sama tekkomputilo povas bezoni minutojn ĉe la unua hejma ensaluto kaj sekundojn ĉe la dua, tuj kiam ekzistas kaŝmemora profilo. La atendo estas reala, sed la konekto, kiun ĝi bezonas, tiumomente ne ekzistas.

Ripari tion signifas movi la konekton pli frue, ne agordi la profilon. Maŝina tunelo aŭ antaŭensaluta konekto kun komputila aŭtentikigo starigas la vojon antaŭ ol la uzanto ensalutas, kaj ĝi bezonas sian propran atestilan vivciklon kaj siajn proprajn fajroŝirmilajn regulojn. Kaŝmemoraj legitimiloj estas la alia duono de la dezajno, kaj ili funkcias nur por kontoj, kiuj jam antaŭe ensalutis.

Testu la sinsekvon, ne la komponentojn. Elsalu tute, startigu la tunelon kiel farus fora uzanto, kaj mezuru la ensaluton de la legitimila invito ĝis uzebla labortablo.

Tenu dokumentojn ekster la profilo

La profila komunaĵo estas la malĝusta loko por grandaj dokumentaj kolektoj, kaj la gvidilo de Microsoft pri deplojo de movantaj profiloj tenas ĝuste tial profilan konservadon kaj komunaĵojn de redirektitaj dosierujoj aparte. Profilo, kiu portas Dokumentoj-dosierujon de plurgigabajta grandeco, estos malrapida ĉe ĉiu ensaluto kaj elsaluto, kaj la grandeco kviete kreskas ĝis iu mezuros ĝin.

Redirektu la dosierujojn, kiuj tenas datumojn, kaj lasu la profilon teni agordojn. Ekskludu kaŝmemorojn, kiujn eblas rekonstrui, kiel retumilajn kaŝmemorojn kaj provizorajn datumojn de aplikaĵoj, ĉar ilia transdono aldonas tempon kaj ŝanĝas nenion videblan al uzanto. Tenu poŝtkestajn datumojn kaj aliajn aplikaĵajn konservejojn en la loko, kiun la aplikaĵo subtenas, ne en movanta vojo.

Ne igi la profilan komunaĵon senrete disponebla. Senretaj dosieroj apartenas al taŭgaj datumaj komunaĵoj, kaj kaŝmemora profila branĉo, kiu sinkronigas ambaŭdirekte, estas korupta raporto atendanta okazi.

Testu ĉiujn kvar scenarojn antaŭ ol nomi ĝin riparita

Ensaluto rapida en la oficejo pruvas tre malmulte. La dezajno devas elteni oficejan aliron, hejman laboron tra la tunelo, laboron sen konekto kaj revenon al la oficejo, ĉar en la kvara kazo aperas sinkronigaj konfliktoj. Mezuru la samajn kvar per unu regata konto kaj la veraj aplikaĵoj, kaj skribu la nombrojn.

Kolektu la protokolon de la profila servo kaj la rezultan politikan aron el la trafita seanco, ne de via administra laborstacio.

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 }

Komparu tiujn tempojn kun la oficeja bazlinio kaj kun la grandeco de tio, kio estas transdonata. Ensaluto, kiu ankoraŭ bezonas minuton kun malgranda profilo kaj rapida komunaĵo, ne estas profila problemo, kaj la sekva loko por rigardi estas prilaborado de Grupa Politiko aŭ ensaluta skripto, kiu atendas la reton. Se la breĉo estas tie, la profilo neniam estis la problemo. Konfirmu, ke nesinkronigita laboro estas konservita antaŭ ol ŝanĝi dosierujan politikon aŭ malplenigi kaŝmemoron, ĉar sinkronigado kaj restaŭrebla sekurkopio estas malsamaj garantioj.