VPN üzərindən giriş niyə ləngiyir: profil, yönləndirmə yoxsa oflayn fayllar

Noutbuk ofisdə təxminən qırx saniyəyə daxil olur, evdə isə dəqiqələrlə çəkir və bu arada heç kim siyasəti dəyişməyib. Dəyişən şey oxşar görünən, lakin fərqli davranan üç funksiyanın altındakı şəbəkə yoludur. Gezici profil qeydiyyat vəziyyətini və profil qovluqlarını yükləyir, qovluq yönləndirməsi qabıq qovluğunu server paylaşımına yönəldir, oflayn fayllar isə uyğun şəbəkə məlumatlarının keşini saxlayır. Hər üçü girişə vaxt əlavə edə bilər və adətən yalnız biri buna səbəb olur.

Üç fərqli sahibi olan üç gözləmə

Gezici profil istifadəçi parametrlərinin iştirakçı kompüterlər arasında şəxsi izləməsini təmin edən profildir və yükləmə sessiyanın əvvəlində baş verir. İstifadəçinin qeydiyyat budağı və profil qovluqları giriş zamanı kopyalanır və ya birləşdirilir, çıxış zamanı isə geri yazılır. Bu iş sinxrondur, buna görə profil paylaşımına gedən yavaş yol yavaş fayl kopyası kimi deyil, yavaş iş masası kimi hiss olunur.

Qovluq yönləndirməsi başqa mexanizmdir. Seçilmiş qabıq qovluqlarını, adi nümunə Sənədlərdir, dəstəklənən şəbəkə yerinə köçürür və orada saxlayır. Bundan sonra profil kiçik qala bilər, çünki məlumat onun içində deyil, və xərc qabığın və ya tətbiqin həmin qovluğa toxunduğu ana keçir.

Oflayn fayllar uyğun şəbəkə faylları üçün lokal keş və sinxronizasiya əlavə edir. Onlar başqa suala cavab verir: server əlçatmaz olduqda nə baş verir, və keş köhnəldikdə giriş və çıxış zamanı sinxronizasiyaya vaxt sərf edə bilər. Üçünü bir parametr kimi qəbul etmək bir istiqamətdə yavaş, digərində faydasız siyasət yaradan şeydir.

Hansının həqiqətən gözlədiyini ölçün

Profilin harada yaşadığını və server yolundan yüklənib-yüklənmədiyini oxumaqla başlayın. Sonra sessiyanın toxunduğu hər paylaşımda kataloq siyahısının vaxtını ölçün, çünki LAN-da millisaniyələrlə cavab verən paylaşım tunel və məşğul fayl serveri vasitəsilə saniyələr çəkə bilər.

Bu iki fakt problemi istənilən siyasət auditindən daha sürətli daraldır və onları toplamaq üçün heç bir konfiqurasiya dəyişikliyi lazım deyil. Onları paylaşımın yanında duran serverdə deyil, təsirlənmiş noutbukda işə salın.

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 }

Profil yolu lokaldırsa və yalnız bir yönləndirilmiş qovluq serverə baxırsa, profil yükləməsi sizin gözləməniz deyil, dəstək bileti nə yazsa da. Profil yolu uzaqdırsa və siyahı saniyələr çəkirsə, giriş həmin paylaşımı gözləyir və düzəliş iş masasının özündə deyil, yolda və ya profil ölçüsündədir. Rəqəmləri bu ardıcıllıqla oxuyun və mübahisə adətən orada bitir.

Bağlantı gözləmə başladıqdan sonra gəlir

İş masasından başlayan istifadəçi tuneli profil yükləndikdən çox sonra görünür, buna görə yavaş olan mərhələyə kömək edə bilməz. Windows əlçatmaz yolu görür, keşlənmiş etimadnamələrə və lokal profilə keçir, və sessiya nəhayət açılır. Buna görə eyni noutbuk evdə ilk girişdə dəqiqələr, keşlənmiş profil olduqda isə ikinci girişdə saniyələr çəkə bilər. Gözləmə realdır, lakin ona lazım olan əlaqə həmin anda mövcud deyil.

Bunu düzəltmək əlaqəni daha erkənə köçürmək deməkdir, profili tənzimləmək deyil. Maşın tuneli və ya kompüter autentifikasiyası ilə girişdən əvvəl əlaqə istifadəçi daxil olmazdan əvvəl yolu qurur və öz sertifikat həyat dövrünə və öz firewall qaydalarına ehtiyac duyur. Keşlənmiş etimadnamələr dizaynın digər yarısıdır və yalnız əvvəl daxil olmuş hesablar üçün işləyir.

Komponentləri deyil, ardıcıllığı sınayın. Tam çıxış edin, tuneli uzaq istifadəçinin edəcəyi kimi başladın və girişi etimadnamə sorğusundan istifadəyə yararlı iş masasına qədər ölçün.

Sənədləri profildən kənarda saxlayın

Profil paylaşımı böyük sənəd kolleksiyaları üçün yanlış yerdir və Microsoft-un gezici profil yerləşdirmə təlimatı bu səbəbdən profil saxlama yeri ilə yönləndirilmiş qovluq paylaşımlarını ayrı saxlayır. Bir neçə giqabaytlıq Sənədlər qovluğu daşıyan profil hər giriş və çıxışda yavaş olacaq və ölçü kimsə onu ölçənə qədər səssizcə böyüyəcək.

Məlumat saxlayan qovluqları yönləndirin, profili isə parametrlərlə saxlayın. Yenidən qurula bilən keşləri, məsələn brauzer keşləri və tətbiqlərin müvəqqəti məlumatlarını, istisna edin, çünki onların köçürülməsi vaxt əlavə edir və istifadəçinin görə biləcəyi heç nəyi dəyişmir. Poçt qutusu məlumatlarını və digər tətbiq anbarlarını gezici yolda deyil, tətbiqin dəstəklədiyi yerdə saxlayın.

Profil paylaşımını oflayn əlçatan etməyin. Oflayn fayllar uyğun məlumat paylaşımlarına aiddir və iki istiqamətdə sinxronlaşan keşlənmiş profil budağı korlanma hesabatının gözləyicisidir.

Düzəldildi deməzdən əvvəl dörd ssenarinin hamısını yoxlayın

Ofisdə sürətli giriş çox az şey sübut edir. Dizayn ofis girişinə, tunel vasitəsilə evdən işə, əlaqəsiz işə və ofisə qayıdışa tab gətirməlidir, çünki dördüncü hal sinxronizasiya toqquşmalarının göründüyü yerdir. Eyni dörd halı bir nəzarətli hesabla və real tətbiqlərlə ölçün və rəqəmləri yazın.

Profil xidməti jurnalını və nəticədə yaranan siyasət dəstini inzibati iş stansiyanızdan deyil, təsirlənmiş sessiyadan toplayın.

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 }

Bu vaxtları ofis bazası ilə və köçürülən həcmlə müqayisə edin. Kiçik profil və sürətli paylaşımla hələ də bir dəqiqə çəkən giriş profil problemi deyil və baxılacaq növbəti yer Qrup Siyasəti emalı və ya şəbəkəni gözləyən giriş skriptidir. Əgər fərq oradadırsa, profil heç vaxt problem olmayıb. Qovluq siyasətini dəyişməzdən və ya keşi təmizləməzdən əvvəl sinxronlaşdırılmamış işin qorunduğunu təsdiqləyin, çünki sinxronizasiya və bərpa oluna bilən ehtiyat nüsxə fərqli təminatlardır.