SMB શેર ફક્ત VPN પર નિષ્ફળ જાય છે: સાઇનિંગ કે સબનેટ અથડામણ?
LAN પર ચાલતો શેર ફક્ત ટનલ દ્વારા નિષ્ફળ થઈ શકે છે. સાઇનિંગ અસ્વીકાર, ઓવરલેપ થતું સબનેટ અને જૂનું SMB સત્ર અલગ કરો.
ઓફિસમાં ચાલતી અને ઘરે ટાઇમ આઉટ થતી મેપ કરેલી ડ્રાઇવ પોતાની જાતે લગભગ કોઈ ઉપયોગી માહિતી આપતી નથી. ટનલ સ્પષ્ટ રીતે પેકેટ લઈ જઈ રહી છે, નહીં તો સર્વર સુધી કંઈ પહોંચતું નહીં. જે નિષ્ફળ ગયું તે ત્રણ સ્તરોમાંથી એક છે: નામ ખોટા સરનામા પર ઉકેલાયું, ક્લાયન્ટે સત્ર પર સહી કરવાનો ઇનકાર કર્યો, અથવા જૂનું સત્ર તેને વહન કરતા કનેક્શન કરતાં વધુ જીવ્યું. દરેકની સમારકામ અલગ છે, અને ત્રણમાંથી બે ક્લાયન્ટની બાજુ છે.
ત્રણ ખામીઓ એક જ ભૂલ પહેરે છે
ડ્રાઇવ અક્ષર કહેતું નથી કે કયું સ્તર તૂટ્યું, અને ભૂલનું લખાણ સામાન્ય રીતે ત્રણેયને લાગુ પડે તેવું સામાન્ય હોય છે. તેમને બે ઝડપી પ્રશ્નોથી અલગ કરો: શું સર્વર તેના IP સરનામા પર જવાબ આપે છે, અને શું પોર્ટ 445 કનેક્શન સ્વીકારે છે?
એ જવાબો અનુમાનને બદલે નિર્ણય કોષ્ટક બનાવે છે. જો IP ચાલે છે અને નામ નહીં, તો તે નામ ઉકેલવા તરફ સંકેત આપે છે. જો બંને ચાલે છે અને લોગિન અસ્વીકાર થાય છે, તો તે સાઇનિંગ તરફ સંકેત આપે છે. જો બંને ચાલે છે અને ટનલ વિક્ષેપ પછી ફાઇલ વાંચવું અટકે છે, તો તે જૂના સત્ર તરફ સંકેત આપે છે.
| Symptom | Layer to inspect |
|---|---|
| IP works, hostname times out | DNS or subnet overlap |
| TCP 445 opens, logon refused | SMB signing policy |
| Hangs after reconnect | Session state and timers |
તેમને એ જ ક્રમમાં પૂરા કરો, કારણ કે ખોટા હોસ્ટ પર ઉકેલાતું નામ પછીના દરેક પરીક્ષણને અર્થહીન બનાવે છે.
શેરને સ્પર્શ કરતા પહેલાં નામ ઉકેલો
જો સર્વર તેના સરનામા પર જવાબ આપે છે અને શેરનું નામ ટાઇમ આઉટ થાય છે, તો ટનલ પોતાનું કામ કરી રહી છે અને ક્લાયન્ટ ખોટી જગ્યાએ જોઈ રહ્યું છે. દૂરસ્થ ઍક્સેસમાં આનો મોટો ભાગ બે કારણો સમજાવે છે.
પહેલું સરનામાંઓનું ઓવરલેપ છે. જ્યારે ઓફિસ 192.168.70.0/24 વાપરે છે અને ઘરનું રાઉટર એ જ શ્રેણી વહેંચે છે, ત્યારે 192.168.70.20 પર ઉકેલાતું હોસ્ટ નામ ટનલ પાછળના સર્વરને બદલે સ્થાનિક ઉપકરણ તરફ સંકેત આપી શકે છે. Windows પછી વિનંતી સ્થાનિક રીતે મોકલી શકે, રૂટ નકારી શકે, અથવા એવા પ્રિન્ટર પર ઉકેલી શકે જેની પાસે સંયોગવશાત એ સરનામું હોય. સમારકામ એક બાજુ ફરી નંબર કરવી છે, બીજો રૂટ ઉમેરવો નહીં.
બીજું DNS વ્યાપ્તિ છે. આંતરિક DNS સર્વર વગરનું, અથવા ટનલ દ્વારા અપહોંચ સર્વરવાળું VPN અડેપ્ટર ટૂંકા નામોને જાહેર રિઝોલ્વર તરફ જવા દે છે. અડેપ્ટરની DNS એન્ટ્રીઓ વાંચો અને શેરને સ્પર્શ કરતા પહેલાં આંતરિક નામ સીધું પૂછો:
> ipconfig /all | findstr /i "DNS Servers"
> nslookup files.corp.internal
Server: 10.90.0.2
Address: 10.90.0.2
Name: files.corp.internal
Address: 10.90.0.15જો એ ક્વેરી અપેક્ષિત સરનામું પાછું આપે, તો નામ ઉકેલ સ્પષ્ટ છે અને સમસ્યા સ્ટેકમાં ઉપર છે.
બંને છેડે સાઇનિંગની જરૂરિયાત વાંચો
દરેક લોગિન નકારતું પહોંચવાળું સર્વર નેટવર્ક ખામી નહીં પણ નીતિ બેમેલનું સંકેત છે. Windows ક્લાયન્ટ પર SMB સાઇનિંગ ફરજિયાત કરી શકે છે, અને સહી ન કરતું સર્વર કે NAS સત્ર પૂર્ણ કરી શકતું નથી, ટનલ ગમે તેટલી સ્વસ્થ હોય.
તમે નીતિ સંપાદકમાં શોધ્યા વગર ક્લાયન્ટ સેટિંગ વાંચી શકો છો:
> Get-SmbClientConfiguration | Select-Object RequireSecuritySignature
RequireSecuritySignature
-------------------------
True
> Get-SmbConnectionસર્વર બાજુનું અનુરૂપ મૂલ્ય સર્વરની SMB રૂપરેખાંકનમાં છે, અને બંનેનું મેળ ખાવું જોઈએ. એક નોંધાયેલા કિસ્સામાં ક્લાયન્ટ પર જરૂરિયાત સ્થાનિક નીતિથી સક્ષમ હતી જ્યારે સર્વર બિલકુલ સહી કરતું ન હતું; તેને નિષ્ક્રિય કરીને gpupdate /force ચલાવવાથી શેર તરત જ પુનઃસ્થાપિત થયો. આ કારણની પુષ્ટિ માટેનું નિદાનાત્મક પગલું છે, કાયમી ઉપાય નહીં.
જ્યાં સર્વર સમર્થન આપે ત્યાં બંને છેડે સાઇનિંગ ચાલુ કરવાનું પસંદ કરો. શેર ચાલે તે માટે સુરક્ષા સેટિંગ બદલવાનું તેના પાછલા મૂલ્ય અને કારણ સાથે નોંધવું જોઈએ, જેથી આગલા ઓડિટમાં કોઈને તે ફરી શોધવું ન પડે.
ટાઇમર ટ્યુન કરતા પહેલાં જૂનું સત્ર સાફ કરો
જે શેર ફક્ત VPN પડ્યા પછી અને ફરી જોડાયા પછી અટકે છે, તે સામાન્ય રીતે એવું સત્ર પકડી રાખે છે જે સર્વર પહેલેથી જ ફેંકી દીધું છે. સર્વર નિષ્ક્રિય SMB સત્રોને LanmanServer\Parameters હેઠળ Autodisconnect ટાઇમર પર બંધ કરે છે, જે ડિફૉલ્ટ રૂપે 15 મિનિટ છે, જ્યારે ક્લાયન્ટનું પોતાનું SessTimeout LanmanWorkstation\Parameters હેઠળ છે. આ મૂલ્યો કરતાં લાંબો વિક્ષેપ દરેક છેડાને સત્ર વિશે અલગ ધારણા સાથે છોડી દે છે.
પરિણામનો અર્થ થાય તે માટે તેને નિશ્ચિત ક્રમમાં પુનરાવર્તિત કરો: ટનલ જોડો, શેર ખોલો, ટનલ બે મિનિટ માટે કાપો, પુનઃસ્થાપિત કરો, પછી ફાઇલ વાંચવાનો પ્રયાસ કરો. જો માઉન્ટ જાતે સુધરી જાય તો ટાઇમર છોડી દો. જો ફરી માઉન્ટ કર્યા વગર અટકે તો, ટનલ ઊભી રહ્યા પછી શેર ફરી જોડો, તેના અસ્તિત્વ પહેલાં માઉન્ટ કરવાને બદલે, અને માઉન્ટ સહાયક ફરી પ્રયાસ કરે છે કે નહીં તે તપાસો.
ટાઇમ આઉટ વધારવો અસ્થિર લિંક માટે વાજબી છેલ્લું પગલું છે, પણ તે લક્ષણની સારવાર કરે છે. સર્વર ભૂલી ગયું સત્ર વધુ વાર રાહ જોતું ક્લાયન્ટ તો પણ રાહ જુએ છે.
માઉન્ટ દ્વારા એક ફાઇલ વાંચીને અને પછી વધુ એક વાર ટનલ કાપીને પુનઃસ્થાપિત કરીને સમાપ્ત કરો. એ સ્વીકૃતિ પરીક્ષણ ત્રણેય સ્તરોને એકસાથે આવરી લે છે, અને વપરાશકર્તા ખરેખર શું કરે છે તેની સાથે મેળ ખાતું એ એકમાત્ર પરીક્ષણ છે.