Зошто најавувањето преку VPN е бавно: профил, пренасочување или офлајн датотеки

Преносниот сметач се најавува за околу четириесет секунди во канцеларијата, а дома трае минути, и никој во меѓувреме не сменил политика. Она што се сменило е мрежната патека под три функции што изгледаат слично, а се однесуваат различно. Патувачкиот профил го вчитува состојбата на регистарот и папките на профилот, пренасочувањето папки насочува папка на школка кон споделување на сервер, а офлајн датотеките држат кеш на соодветни мрежни податоци. Сите три можат да додадат време на најавувањето, и обично само едно од нив е одговорно.

Три чекања со три различни одговорни

Токму патувачкиот профил ги прави корисничките поставки да го следат човекот меѓу учесничките сметачи, а вчитувањето се случува рано во сесијата. Гранката на регистарот на корисникот и папките на профилот се копираат или спојуваат при најавување, а потоа се запишуваат назад при одјавување. Таа работа е синхрона, затоа бавната патека до споделувањето на профилот се чувствува како бавен работен простор, а не како бавно копирање датотеки.

Пренасочувањето папки е друг механизам. Ги преместува избраните папки на школка, а Документи е вообичаен пример, на поддржано мрежно место и ги остава таму. Профилот тогаш може да остане мал, бидејќи податоците не се во него, а трошокот се преместува во моментот кога школката или апликацијата ја допира таа папка.

Офлајн датотеките додаваат локален кеш и синхронизација за соодветни мрежни датотеки. Тие одговараат на друго прашање, имено што се случува кога серверот е недостапен, и можат да потрошат време на синхронизација при најавување и одјавување кога кешот е застарен. Токму третирањето на трите како една поставка создава политика што е бавна во една насока и бескорисна во другата.

Измерете кое навистина чека

Започнете со читање каде живее профилот и дали се вчитува од серверска патека. Потоа измерете го времето на список на директориум на секое споделување што сесијата го допира, бидејќи споделување што одговара за милисекунди во локалната мрежа може да потрае секунди низ тунел и зафатен сервер за датотеки.

Овие два факти ја стеснуваат задачата побрзо од секоја ревизија на политика, и за нивно собирање не е потребна промена на конфигурацијата. Извршете ги на погодениот преносен сметач, а не на сервер што стои до споделувањето.

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 }

Ако патеката на профилот е локална и само една пренасочена папка покажува на сервер, вчитувањето на профилот не е вашето чекање, што и да вели тикетот за поддршка. Ако патеката на профилот е далечинска и списокот трае секунди, најавувањето го чека тоа споделување, а решението се однесува на патеката или големината на профилот, а не на самиот работен простор. Читајте ги бројките по тој редослед и расправата обично завршува таму.

Врската доаѓа откако чекањето започнало

Корисничкиот тунел што започнува од работниот простор се појавува многу подоцна откако профилот е вчитан, така што не може да помогне на фазата што беше бавна. Windows ја забележува недостапната патека, се враќа на кеширани акредитиви и локален профил, и сесијата на крајот се отвора. Затоа истиот преносен сметач дома при првото најавување може да потрае минути, а при второто секунди, кога веќе има кеширан профил. Чекањето е вистинско, но врската што му е потребна во тој момент не постои.

Да се поправи тоа значи врската да се премести порано, а не профилот да се дотерува. Тунел на машината или врска пред најавување со автентикација на сметачот ја воспоставува патеката пред корисникот да се најави, и бара сопствен животен циклус на сертификатот и сопствени правила на огнениот ѕид. Кешираните акредитиви се другата половина од дизајнот, и тие работат само за сметки што претходно се најавувале.

Тестирајте го редоследот, а не компонентите. Одјавете се целосно, стартувајте го тунелот како што би направил далечински корисник, и измерете го најавувањето од барањето за акредитиви до употреблив работен простор.

Држете ги документите надвор од профилот

Споделувањето на профилот е погрешно место за големи збирки документи, и упатството на Microsoft за распоредување патувачки профили токму затоа ги држи одделно складиштето на профилот и споделувањата на пренасочени папки. Профил што носи папка Документи од неколку гигабајти ќе биде бавен при секое најавување и одјавување, а големината тивко расте додека некој не ја измери.

Пренасочете ги папките што држат податоци, а на профилот оставете му поставки. Исклучете ги кешевите што можат повторно да се изградат, како кешевите на прелистувачите и привремените податоци на апликациите, бидејќи нивното пренесување додава време и не менува ништо што корисникот го гледа. Држете ги податоците од поштенското сандаче и другите складишта на апликации на местото што апликацијата го поддржува, а не на патувачка патека.

Не го правете споделувањето на профилот достапно офлајн. Офлајн датотеките припаѓаат на соодветни споделувања на податоци, а кеширана гранка на профилот што се синхронизира во двете насоки е извештај за оштетување што чека да се случи.

Проверете ги сите четири сценарија пред да го сметате за решено

Брзото најавување во канцеларијата докажува многу малку. Дизајнот мора да издржи пристап од канцеларијата, работа од дома преку тунелот, работа без врска и враќање во канцеларијата, бидејќи токму во четвртиот случај се појавуваат конфликтите при синхронизација. Измерете ги истите четири со една контролирана сметка и вистинските апликации, и запишете ги бројките.

Соберете го дневникот на услугата за профили и добиениот сет на политики од погодената сесија, а не од вашата административна работна станица.

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 }

Споредете ги тие времиња со основната линија во канцеларијата и со големината на она што се пренесува. Најавување што со мал профил и брзо споделување и понатаму трае една минута не е проблем на профилот, и следното место за гледање е обработката на групната политика или скрипта за најавување што чека на мрежата. Ако јазот е таму, профилот никогаш не бил проблемот. Потврдете дека несинхронизираната работа е зачувана пред да смените политика на папки или да исчистите кеш, бидејќи синхронизацијата и обновливата резервна копија се различни гаранции.