Kodėl prisijungimas per VPN stringa: profilis, peradresavimas ar neprisijungę failai

Nešiojamasis kompiuteris biure prisijungia maždaug per keturiasdešimt sekundžių, o namuose užtrunka minutes, ir per tą laiką niekas nepakeitė strategijos. Pasikeitė tinklo kelias po trimis funkcijomis, kurios atrodo panašiai ir elgiasi skirtingai. Klajojantis profilis įkelia registro būseną ir profilio aplankus, aplankų peradresavimas nukreipia apvalkalo aplanką į serverio bendrinį, o neprisijungę failai laiko tinkamų tinklo duomenų podėlį. Visi trys gali pridėti laiko prisijungimui, ir dažniausiai atsakingas tik vienas iš jų.

Trys laukimai su trimis skirtingais savininkais

Būtent klajojantis profilis leidžia naudotojo nustatymams sekti žmogų tarp dalyvaujančių kompiuterių, o įkėlimas vyksta sesijos pradžioje. Naudotojo registro šaka ir profilio aplankai prisijungiant nukopijuojami arba sujungiami, o atsijungiant įrašomi atgal. Šis darbas yra sinchroninis, todėl lėtas kelias iki profilio bendrinio jaučiamas kaip lėtas darbalaukis, o ne kaip lėtas failų kopijavimas.

Aplankų peradresavimas yra kitas mechanizmas. Jis perkelia pasirinktus apvalkalo aplankus, Dokumentai yra įprastas pavyzdys, į palaikomą tinklo vietą ir palieka juos ten. Tada profilis gali likti mažas, nes duomenų jame nėra, o sąnaudos persikelia į tą akimirką, kai apvalkalas ar programa paliečia tą aplanką.

Neprisijungę failai prideda vietinį podėlį ir sinchronizavimą tinkamiems tinklo failams. Jie atsako į kitą klausimą, būtent kas nutinka, kai serveris nepasiekiamas, ir gali eikvoti laiką sinchronizavimui prisijungiant bei atsijungiant, kai podėlis pasenęs. Būtent visų trijų traktavimas kaip vieno nustatymo sukuria strategiją, kuri yra lėta viena kryptimi ir nenaudinga kita.

Išmatuokite, kuris iš tikrųjų laukia

Pradėkite nuo to, kur gyvena profilis ir ar jis įkeliamas iš serverio kelio. Tada išmatuokite katalogo sąrašo laiką kiekviename bendrinyje, kurį paliečia sesija, nes bendrinys, atsakantis per milisekundes vietiniame tinkle, per tunelį ir užimtą failų serverį gali užtrukti sekundes.

Šie du faktai susiaurina problemą greičiau nei bet koks strategijos auditas, ir jiems surinkti nereikia jokio konfigūracijos pakeitimo. Vykdykite juos paveiktame nešiojamajame kompiuteryje, o ne serveryje, kuris stovi prie bendrinio.

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 }

Jei profilio kelias yra vietinis ir tik vienas peradresuotas aplankas rodo į serverį, profilio įkėlimas nėra jūsų laukimas, ką bebūtų sakoma pagalbos tikete. Jei profilio kelias yra nuotolinis ir sąrašas užtrunka sekundes, prisijungimas laukia to bendrinio, o sprendimas susijęs su keliu ar profilio dydžiu, o ne su pačiu darbalaukiu. Skaitykite skaičius ta tvarka, ir ginčas dažniausiai tuo ir baigiasi.

Ryšys ateina po to, kai laukimas jau prasidėjo

Naudotojo tunelis, prasidedantis nuo darbalaukio, pasirodo gerokai po to, kai profilis įkeltas, todėl jis negali padėti tam etapui, kuris buvo lėtas. Windows pastebi nepasiekiamą kelią, grįžta prie talpykloje saugomų kredencialų ir vietinio profilio, ir sesija galiausiai atsidaro. Todėl tas pats nešiojamasis kompiuteris namuose pirmą kartą prisijungdamas gali užtrukti minutes, o antrą kartą – sekundes, kai jau yra podėlyje saugomas profilis. Laukimas yra tikras, bet ryšio, kurio jam reikia, tuo metu nėra.

Tai ištaisyti reiškia ryšį perkelti anksčiau, o ne derinti profilį. Kompiuterio tunelis arba prisijungimo prieš ryšys su kompiuterio autentifikavimu nustato kelią prieš naudotojui prisijungiant, ir jam reikia savo sertifikato gyvavimo ciklo bei savo ugniasienės taisyklių. Talpykloje saugomi kredencialai yra kita dizaino pusė, ir jie veikia tik toms paskyroms, kurios jau buvo prisijungusios anksčiau.

Tikrinkite seką, o ne komponentus. Atsijunkite visiškai, paleiskite tunelį taip, kaip tai darytų nuotolinis naudotojas, ir išmatuokite prisijungimą nuo kredencialų užklausos iki naudojamo darbalaukio.

Laikykite dokumentus už profilio ribų

Profilio bendrinys yra netinkama vieta didelėms dokumentų kolekcijoms, ir Microsoft klajojančių profilių diegimo vadovas būtent todėl laiko profilio saugyklą ir peradresuotų aplankų bendrinius atskirai. Profilis, nešantis kelių gigabaitų Dokumentų aplanką, bus lėtas kiekvieną kartą prisijungiant ir atsijungiant, o dydis tyliai auga, kol kas nors jį išmatuoja.

Peradresuokite aplankus, kuriuose laikomi duomenys, o profiliui palikite nustatymus. Išskirkite podėlius, kuriuos galima atkurti iš naujo, pavyzdžiui, naršyklių podėlius ir laikinuosius programų duomenis, nes jų perkėlimas prideda laiko ir nekeičia nieko, ką naudotojas mato. Pašto dėžutės duomenis ir kitas programų saugyklas laikykite toje vietoje, kurią palaiko programa, o ne klajojančiame kelyje.

Nedarykite profilio bendrinio pasiekiamo neprisijungus. Neprisijungę failai priklauso tinkamiems duomenų bendriniams, o podėlyje saugoma profilio šaka, sinchronizuojama abiem kryptimis, yra sugadinimo ataskaita, laukianti įvyksiant.

Patikrinkite visus keturis scenarijus prieš vadindami tai ištaisyta

Greitas prisijungimas biure įrodo labai mažai. Dizainas turi atlaikyti prieigą iš biuro, darbą iš namų per tunelį, darbą be ryšio ir grįžimą į biurą, nes būtent ketvirtuoju atveju pasirodo sinchronizavimo konfliktai. Išmatuokite tuos pačius keturis su viena kontroliuojama paskyra ir tikromis programomis, ir užsirašykite skaičius.

Surinkite profilio tarnybos žurnalą ir gautą strategijų rinkinį iš paveiktos sesijos, o ne iš savo administracinės darbo stoties.

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 }

Palyginkite tuos laikus su biuro baziniu lygiu ir su perkeliamų duomenų dydžiu. Prisijungimas, kuris su mažu profiliu ir greitu bendriniu vis dar užtrunka minutę, nėra profilio problema, ir kita vieta, į kurią reikia žiūrėti, yra grupių strategijos apdorojimas arba tinklo laukiantis prisijungimo scenarijus. Jei spraga yra ten, profilis niekada nebuvo problema. Patvirtinkite, kad nesinchronizuotas darbas išsaugotas, prieš keisdami aplankų strategiją ar valydami podėlį, nes sinchronizavimas ir atkuriama atsarginė kopija yra skirtingos garantijos.