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 }

એ સમયને ઑફિસના આધારરેખા અને જે સ્થાનાંતરિત થાય છે તેના કદ સાથે સરખાવો. નાનું પ્રોફાઇલ અને ઝડપી શેર હોવા છતાં સાઇન ઇનમાં હજી એક મિનિટ લાગે તો તે પ્રોફાઇલની સમસ્યા નથી, અને હવે જોવાનું આગલું સ્થળ ગ્રૂપ પોલિસી પ્રોસેસિંગ કે નેટવર્કની રાહ જોતો લૉગઓન સ્ક્રિપ્ટ છે. જો ગેપ ત્યાં જ હોય, તો પ્રોફાઇલ ક્યારેય સમસ્યા હતું જ નહીં. ફોલ્ડર પોલિસી બદલતા કે કેશ સાફ કરતા પહેલાં ખાતરી કરો કે અસિંક્રોનાઇઝ્ડ કામ સચવાયું છે, કારણ કે સિંક્રોનાઇઝેશન અને પુનઃપ્રાપ્ય બેકઅપ બે જુદી ખાતરી છે.