VPN арқылы кіру неге баяулайды: профиль, қайта бағыттау әлде офлайн файлдар

Ноутбук кеңседе шамамен қырық секундта кіреді, ал үйде бірнеше минут кетеді, және осы арада ешкім саясатты өзгерткен жоқ. Өзгерген нәрсе — ұқсас көрінетін, бірақ басқаша әрекет ететін үш мүмкіндіктің астындағы желілік жол. Роуминг профилі тізілім күйі мен профиль қалталарын жүктейді, қалталарды қайта бағыттау shell қалтасын сервер бөлісіне бағыттайды, ал офлайн файлдар қолайлы желі деректерінің кэшін ұстайды. Үшеуі де кіруге уақыт қосуы мүмкін, және әдетте тек біреуі ғана жауапты.

Үш күту және үш түрлі жауапты

Дәл роуминг профилі пайдаланушы параметрлерін қатысушы компьютерлер арасында адамның соңынан жүргізеді, және жүктеу сессияның басында орындалады. Пайдаланушының тізілім тармағы мен профиль қалталары кіру кезінде көшіріледі немесе біріктіріледі, содан кейін шығу кезінде қайта жазылады. Бұл жұмыс синхронды, сондықтан профиль бөлісіне апарар баяу жол баяу файл көшірмесі емес, баяу жұмыс үстелі ретінде сезіледі.

Қалталарды қайта бағыттау — басқа механизм. Ол таңдалған shell қалталарын, оның кәдімгі мысалы — Құжаттар, қолдау көрсетілетін желі орнына жылжытады және сол жерде қалдырады. Сонда профиль шағын күйінде қала алады, өйткені деректер оның ішінде емес, ал шығын shell немесе қолданба сол қалтаға қол тигізген сәтке ауысады.

Офлайн файлдар қолайлы желі файлдары үшін жергілікті кэш пен синхрондауды қосады. Олар басқа сұраққа жауап береді: серверге қол жетпей қалғанда не болады, және кэш ескірген кезде кіру мен шығуда синхрондауға уақыт жұмсауы мүмкін. Осы үшеуін бір параметр ретінде қарау — бір бағытта баяу, екіншісінде пайдасыз саясат тудыратын нәрсе.

Шын мәнінде қайсысы күтіп тұрғанын өлшеңіз

Алдымен профиль қайда орналасқанын және оның сервер жолынан жүктелетінін оқып шығыңыз. Содан кейін сессия қол тигізетін әр бөлісте каталог тізімінің уақытын өлшеңіз, өйткені жергілікті желіде миллисекундта жауап беретін бөліс туннель мен жүктелген файл сервері арқылы секундтарға созылуы мүмкін.

Бұл екі факт мәселені кез келген саясат аудитінен тезірек тарылтады, және оларды жинау үшін конфигурацияны өзгертудің қажеті жоқ. Оларды зардап шеккен ноутбукте іске қосыңыз, бөлістің қасында тұрған серверде емес.

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 қолжетімсіз жолды байқайды, кэштелген тіркелгі деректері мен жергілікті профильге қайта оралады, және сессия ақырында ашылады. Сондықтан сол ноутбук үйдегі бірінші кіруде минуттарға, екіншісінде секундтарға созылуы мүмкін, егер кэштелген профиль болса. Күту шынайы, бірақ оған қажет қосылым сол сәтте жоқ.

Мұны түзету қосылымды ертерекке жылжытуды білдіреді, профильді баптауды емес. Машина туннелі немесе компьютер аутентификациясы бар кіру алдындағы қосылым пайдаланушы кірместен бұрын жолды орнатады, және оған өз сертификат өмірлік циклі мен өз firewall ережелері қажет. Кэштелген тіркелгі деректері — дизайнның екінші жартысы, және олар тек бұрын кірген тіркелгілер үшін жұмыс істейді.

Компоненттерді емес, реттілікті тексеріңіз. Толық шығыңыз, туннельді қашықтан жұмыс істейтін пайдаланушы сияқты іске қосыңыз, және кіруді тіркелгі деректері сұрауынан пайдалануға жарамды жұмыс үстеліне дейін өлшеңіз.

Құжаттарды профильден тыс ұстаңыз

Профиль бөлісі үлкен құжат жинақтары үшін дұрыс орын емес, және 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 }

Ол уақыттарды кеңсенің базалық көрсеткішімен және тасымалданып жатқан деректердің өлшемімен салыстырыңыз. Шағын профиль мен жылдам бөліске қарамастан кіруге әлі бір минут кетсе, бұл профиль мәселесі емес, және келесі қарайтын жер — топтық саясатты өңдеу немесе желіні күтіп тұрған кіру скрипті. Егер алшақтық сонда болса, профиль ешқашан мәселе болмаған. Қалта саясатын өзгертуден немесе кэшті тазалаудан бұрын синхрондалмаған жұмыстың сақталғанын растаңыз, өйткені синхрондау мен қалпына келтірілетін сақтық көшірме — екі бөлек кепілдік.