SMB ફોલ્ડર VPN પર જૂનું લાગે છે? ઑફલાઇન ફાઇલો તપાસો

તમે VPN સાથે જોડાઓ છો, મેપ કરેલું ડ્રાઇવ ખોલો છો, અને ફોલ્ડરમાં એ ફાઇલ નથી જે સર્વર પાસે સ્પષ્ટ રીતે છે. પ્રથમ વૃત્તિ ટનલ, DNS અથવા Samba પરવાનગીઓને દોષ આપવાની છે. ઘણા કિસ્સામાં કનેક્શન ઠીક હોય છે અને Explorer શેરની કેશ કરેલી નકલ બતાવે છે. ઑફલાઇન ફાઇલો VPN ચાલુ હોય ત્યારે પણ એ નકલ પૂરી પાડી શકે છે, કારણ કે ટનલ નહીં, શેર નક્કી કરે છે કે દૃશ્ય જીવંત છે. સુધારો એ સાબિત કરવાથી શરૂ થાય છે કે તમે કયું જોઈ રહ્યા છો.

દંતકથા: VPN આઇકનનો અર્થ છે કે શેર જીવંત છે

VPN આઇકન જણાવે છે કે એન્ડપોઇન્ટ સુધી ટનલ છે. તે કહેતું નથી કે ચોક્કસ SMB શેર પહોંચી શકાય છે કે નહીં, Explorerએ એ શેરને ફરી ઓનલાઇન મોડમાં ખસેડ્યું છે કે નહીં, અથવા સિંક નિષ્ફળતાએ જૂની નકલ છોડી છે કે નહીં. તે તમને એ પણ કહેતું નથી કે DFS પાથે કયું સર્વર પસંદ કર્યું.

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

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

Explorer કયું લક્ષ્ય વાંચી રહ્યું છે તે સાબિત કરો

ડ્રાઇવ અક્ષરને બદલે ચોક્કસ UNC પાથથી શરૂ કરો. મેપ કરેલું ડ્રાઇવ તમે વિચારો છો તેના કરતાં અલગ શેર તરફ નિર્દેશ કરી શકે છે, અને DFS પાથ સંપૂર્ણપણે અલગ સર્વરનો સંદર્ભ આપી શકે છે. મેપિંગ વાંચવાથી સાચવેલ લક્ષ્ય અને તેની સ્થિતિ દેખાય છે:

Get-SmbMapping | Select-Object LocalPath, RemotePath, Status
Get-SmbConnection
net use

UNC પાથને સીધું નવી Explorer વિન્ડોમાં ખોલો અને મેપ કરેલા ડ્રાઇવ સાથે સરખાવો. જો સીધો પાથ વર્તમાન ફાઇલ બતાવે અને મેપ કરેલું ડ્રાઇવ ન બતાવે, તો મેપિંગ સમસ્યાનો ભાગ છે, કેશ નહીં.

પછી ખાતરી કરો કે ફાઇલ ઇચ્છિત વપરાશકર્તા માટે છે. સર્વર પર એડમિનિસ્ટ્રેટરની યાદી અસ્તિત્વ સાબિત કરે છે, એ નહીં કે સામાન્ય SMB વપરાશકર્તાને એ જ ઍક્સેસ છે, તેથી ખરેખર શેર વાપરતા ખાતા સાથે તપાસો. અલગ ઓળખપત્રો કેશ સાથે કોઈ સંબંધ ન હોય તેવા કારણોસર અલગ દૃશ્યો બનાવે છે. અસ્તિત્વ, ઍક્સેસ અને દૃશ્યતા ત્રણ અલગ તપાસ છે.

કંઈપણ સાફ કરતા પહેલાં સિંક સ્થિતિ વાંચો

સિંક સેન્ટર, જ્યાં આ સુવિધા ઉપલબ્ધ છે, જણાવે છે કે શેર ઑફલાઇન કામ કરી રહ્યું છે કે નહીં, છેલ્લું સિંક નિષ્ફળ ગયું છે કે નહીં અને વિરોધાભાસ રાહ જોઈ રહ્યા છે કે નહીં. એ ત્રણ સ્થિતિઓ અલગ સુધારા તરફ દોરે છે, અને વિરોધાભાસ બાકી હોય ત્યારે કેશ સાફ કરવાથી સ્થાનિક કામ નષ્ટ થઈ શકે છે.

કેશિંગ બંધ કરતા, શેર અનપિન કરતા કે ઑફલાઇન નકલ ડિલીટ કરતા પહેલાં સર્વર સુધી ન પહોંચેલા સ્થાનિક ફેરફારો શોધો. ફક્ત કેશમાં રહેલી ફાઇલ જૂનું દૃશ્ય નથી; તે અસિંક્રોનાઇઝ્ડ ડેટા છે, અને પહેલાં મંજૂર પ્રક્રિયા દ્વારા તેને સાચવવો પડે. બાકી ફેરફારોવાળી કેશ ડિલીટ કરવી સુરક્ષિત નથી.

સ્થાનિક કામ સુરક્ષિત થાય પછી સમર્થિત ઓનલાઇન સંક્રમણ અને સિંક વાપરો, પછી યાદી ફરી સરખાવો. બીજી Explorer વિન્ડો ખોલવાથી રિફ્રેશ ફરજિયાત થતું નથી, કારણ કે બંને વિન્ડો એ જ સ્થાનિક કેશ વાંચી શકે છે.

સુવિધા ડિલીટ કરવાને બદલે શેરની સ્થિતિ સુધારો

જો શેર ધીમા લિંકની નીતિને કારણે ઑફલાઇન રહે છે, તો બધા વપરાશકર્તાઓ માટે ઑફલાઇન ફાઇલો બંધ કરવાને બદલે તે શેર અથવા નેટવર્ક માટે નીતિ સમાવો. જો સિંક વારંવાર નિષ્ફળ જાય, તો નિષ્ફળતા સુધારો અને વિરોધાભાસો ઉકેલો; કાર્યરત સિંક જ કેશ કરેલી નકલને ફરી વર્તમાન બનાવે છે. શેરને આવરી લેતી સૌથી નાની નીતિ બદલો. વૈશ્વિક ફેરફાર એક વપરાશકર્તાના જૂના દૃશ્યને બદલે બધાની ખોવાયેલી ઑફલાઇન ઍક્સેસ આપે છે.

જે શેર ક્યારેય કેશ ન થવા જોઈએ તે માટે સર્વર દરેક શેર માટે સંકેત મોકલી શકે છે. Samba તેને શેર પરિમાણ તરીકે આપે છે, અને ફક્ત ઓનલાઇન રહેવા જોઈએ તેવા શેર માટેનું મૂલ્ય છે:

csc policy = disable

Samba પરિમાણ સંદર્ભ માન્ય મૂલ્યો અને તેમનો અર્થ વ્યાખ્યાયિત કરે છે. સેટિંગ એ શેર મેનેજર દ્વારા લાગુ કરો જે ખરેખર રૂપરેખા બનાવે છે, ખાસ કરીને NAS પર, અને યાદ રાખો કે સંકેત ક્લાઇન્ટ પર પહેલેથી કેશ કરેલા ડેટાને સુધારતો નથી.

કોઈપણ નીતિ ફેરફાર પછી ચકાસો કે ક્લાઇન્ટ ફરી જોડાય છે અને અપેક્ષિત ફાઇલ દેખાય છે. ફરી શરૂ કરેલી સેવા એ સાબિતી નથી કે બાકી સ્થાનિક ફેરફાર અપલોડ થયો છે, તેથી ફાઇલ તપાસો, ફક્ત કનેક્શન સ્થિતિ નહીં.

જ્યારે કારણ ઑફલાઇન ફાઇલો નથી

જો UNC પાથ ઓનલાઇન હોવાની પુષ્ટિ થાય અને નવી યાદી હજી અલગ હોય, તો કેશ સમજૂતી નથી. શેર અને ફાઇલસિસ્ટમ પરવાનગીઓ, ઍક્સેસ-આધારિત ગણતરી અને DFS સંદર્ભે ખરેખર કયું સર્વર પસંદ કર્યું તે તપાસો. આમાંથી દરેક સ્થાનિક નકલ વિના ફોલ્ડર છુપાવી શકે છે.

જે શેર ક્યારેય જોડાતું નથી તેને રૂટિંગ અને સેવા ફિલ્ટરિંગના પુરાવા જોઈએ, કેશ તપાસ નહીં. ટનલ પર અવરોધિત પોર્ટ 445, ખોટા સરનામાં પર ઉકેલાતું DNS નામ અથવા ping ને મંજૂરી આપતો પણ SMB નહીં તેવો ફાયરવોલ નિયમ, બધા કેશ મહત્ત્વનું બનતા પહેલાં નિષ્ફળતા ઉત્પન્ન કરે છે.

બે કુટુંબોને અલગ કરતી કસોટી સરળ છે: સર્વર પર હાજર, યોગ્ય વપરાશકર્તાને દૃશ્યમાન અને હજી ઓનલાઇન ન દેખાતું ફોલ્ડર નીતિ અથવા ગણતરી તરફ સંકેત કરે છે; જૂની સામગ્રી સાથે દેખાતું ફોલ્ડર કેશ તરફ સંકેત કરે છે. સેટિંગ બદલતા પહેલાં કુટુંબનું નિદાન કરો.