Bakit Mabagal ang Pag-sign In sa VPN: Profile, Redirect, o Offline na File

Nag-sign in ang laptop sa loob ng mga apatnapung segundo sa opisina at tumatagal ng minuto sa bahay, at walang nagbago ng patakaran sa pagitan. Ang nagbago ay ang landas ng network sa ilalim ng tatlong tampok na magkamukha at magkaiba ang kilos. Ang roaming na profile ang naglo-load ng estado ng registry at ng mga folder ng profile, ang pag-redirect ng folder ay nagtuturo ng shell folder sa share ng server, at ang mga offline na file ay may cache ng karapat-dapat na data ng network. Lahat ng tatlo ay nakakadagdag ng oras sa pag-sign in, at karaniwang isa lang sa kanila ang may pananagutan.

Tatlong paghihintay na may tatlong magkaibang may-ari

Ang roaming na profile ang dahilan kung bakit sinusundan ng mga setting ng user ang isang tao sa mga kalahok na computer, at nangyayari ang pag-load nang maaga sa session. Kinokopya o pinagsasama ang registry hive ng user at mga folder ng profile sa pag-sign in, at isinusulat pabalik sa pag-sign out. Ang gawaing iyon ay sabay-sabay, kaya ang mabagal na landas patungo sa share ng profile ay nararamdaman na mabagal na desktop at hindi mabagal na pagkopya ng file.

Ang pag-redirect ng folder ay ibang mekanismo. Inililipat nito ang mga piling shell folder, ang Mga Dokumento ang karaniwang halimbawa, sa isang sinusuportahang lokasyon ng network at iniiwan sila roon. Ang profile ay maaaring manatiling maliit, dahil wala ang data sa loob nito, at lumilipat ang gastos sa sandaling hinawakan ng shell o ng isang application ang folder na iyon.

Ang mga offline na file ay nagdaragdag ng lokal na cache at pag-sync para sa karapat-dapat na file ng network. Sinasagot nila ang ibang tanong, kung ano ang nangyayari kapag hindi maabot ang server, at maaari silang gumugol ng oras sa pag-sync sa pag-sign in at pag-sign out kapag luma na ang cache. Ang pagtrato sa tatlo bilang isang setting ang lumilikha ng patakarang mabagal sa isang direksyon at walang silbi sa kabila.

Sukatin kung alin ang talagang naghihintay

Magsimula sa pagbabasa kung saan nakatira ang profile at kung naglo-load ito mula sa landas ng server. Pagkatapos sukatin ang oras ng listahan ng direktoryo sa bawat share na hinahawakan ng session, dahil ang share na tumutugon sa millisecond sa lokal na network ay maaaring tumagal ng segundo sa tunnel at abalang file server.

Ang dalawang katotohanang ito ay nagpapaliit ng problema nang mas mabilis kaysa sa anumang audit ng patakaran, at hindi sila nangangailangan ng pagbabago ng configuration upang kolektahin. Patakbuhin ang mga ito sa apektadong laptop, hindi sa server na nakatayo sa tabi ng share.

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 }

Kung lokal ang landas ng profile at isang naka-redirect na folder lang ang tumuturo sa server, ang pag-load ng profile ay hindi ang hinihintay mo, anuman ang sabihin ng ticket ng support. Kung malayo ang landas ng profile at tumatagal ng segundo ang listahan, naghihintay ang pag-sign in sa share na iyon, at tungkol sa landas o laki ng profile ang pag-aayos at hindi sa desktop mismo. Basahin ang mga numero sa ganoong pagkakasunod-sunod at karaniwang nagtatapos doon ang debate.

Dumarating ang koneksyon pagkatapos magsimula ang paghihintay

Ang tunnel ng user na nagsisimula mula sa desktop ay lumilitaw nang matagal matapos ma-load ang profile, kaya hindi nito matutulungan ang yugtong mabagal. Napansin ng Windows ang hindi magamit na landas, babalik sa naka-cache na kredensyal at lokal na profile, at sa wakas ay bumubukas ang session. Kaya ang parehong laptop ay maaaring tumagal ng minuto sa unang pag-sign in sa bahay at segundo sa pangalawa, kapag may naka-cache na profile. Totoong may paghihintay, ngunit ang koneksyong kailangan nito ay wala sa sandaling iyon.

Ang pag-aayos nito ay nangangahulugang ilipat ang koneksyon nang mas maaga, hindi i-tune ang profile. Ang tunnel ng makina o koneksyon bago mag-sign in na may authentication ng computer ay nagtatatag ng landas bago mag-sign in ang user, at kailangan nito ang sariling lifecycle ng certificate at sariling mga tuntunin ng firewall. Ang naka-cache na kredensyal ang kabilang kalahati ng disenyo, at gumagana lang sila para sa mga account na dating nag-sign in.

Subukan ang pagkakasunod-sunod at hindi ang mga bahagi. Mag-sign out nang lubusan, simulan ang tunnel gaya ng gagawin ng remote na user, at sukatin ang pag-sign in mula sa prompt ng kredensyal hanggang sa magamit na desktop.

Ilagay ang mga dokumento sa labas ng profile

Ang share ng profile ay maling lugar para sa malalaking koleksyon ng dokumento, at ang gabay ng Microsoft sa pag-deploy ng roaming na profile ay naghihiwalay ng imbakan ng profile at ng share ng naka-redirect na folder dahil doon. Ang profile na may dalang folder ng Mga Dokumento na ilang gigabyte ay mabagal sa bawat pag-sign in at pag-sign out, at tahimik na lumalaki ang laki hanggang may sumukat nito.

I-redirect ang mga folder na may data, at hayaang ang profile ang may setting. Ibukod ang mga cache na maaaring buuin muli, tulad ng cache ng browser at pansamantalang data ng application, dahil ang paglilipat sa kanila ay nagdaragdag ng oras at walang binabago sa nakikita ng user. Itago ang data ng mailbox at iba pang imbakan ng application sa lokasyong sinusuportahan ng application, at hindi sa roaming na landas.

Huwag gawing available offline ang share ng profile. Ang mga offline na file ay para sa karapat-dapat na share ng data, at ang naka-cache na sanga ng profile na nag-sync sa dalawang direksyon ay ulat ng korapsyon na naghihintay mangyari.

Subukan ang apat na senaryo bago sabihing ayos na

Ang mabilis na pag-sign in sa opisina ay nagpapatunay ng napakaliit. Dapat matiis ng disenyo ang pag-access mula sa opisina, trabaho mula sa bahay sa pamamagitan ng tunnel, trabahong walang koneksyon, at pagbabalik sa opisina, dahil sa ikaapat na kaso lumilitaw ang mga salungatan sa pag-sync. Sukatin ang parehong apat sa isang kontroladong account at tunay na mga application, at isulat ang mga numero.

Kolektahin ang log ng serbisyo ng profile at ang resultang set ng patakaran mula sa apektadong session, hindi mula sa iyong administrative workstation.

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 }

Ihambing ang mga oras na iyon sa baseline ng opisina at sa laki ng inililipat. Ang pag-sign in na tumatagal pa rin ng isang minuto sa maliit na profile at mabilis na share ay hindi problema ng profile, at ang susunod na titingnan ay ang pagproseso ng Group Policy o logon script na naghihintay sa network. Kung doon ang agwat, hindi kailanman naging problema ang profile. Kumpirmahin na napanatili ang hindi naka-sync na trabaho bago baguhin ang patakaran ng folder o linisin ang cache, dahil ang pag-sync at ang maibabalik na backup ay magkaibang garantiya.