VPN સરનામા પર Samba: શ્રોતા કેમ અદૃશ્ય થાય છે

શેર આખી સવાર કામ કરે છે, બપોરે ટ્યુનેલ ફરી જોડાય છે, અને એ જ UNC માર્ગ હવે સમય સમાપ્ત થાય છે, જ્યારે સર્વરને ping હજી જવાબ આપે છે. શેરની વ્યાખ્યામાં કંઈ બદલાયું નથી અને VPN ચાલુ છે. જે બદલાયું તે છે સ્થાનિક સરનામું જેના પર Samba બંધાયેલું હતું, અને ઇન્ટરફેસ ફરી બનાવ્યા પછી તે અસ્તિત્વમાં નથી. એ નિષ્ફળતાની રીત શ્રોતાના જીવનચક્રની સમસ્યા છે, પરવાનગીની સમસ્યા નથી.

ટ્યુનેલ ફરી શરૂ થાય ત્યાં સુધી શેર કામ કરે છે

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

જો નવું સરનામું ICMPનો જવાબ આપે તો ping હજી સફળ થઈ શકે છે, અને એટલે શેર મૃત હોવા છતાં પહોંચ યોગ્ય લાગે છે. એ જ એક ભ્રામક સફળતા લોકોને ફાયરવોલ તરફ મોકલે છે.

પહોંચ એ બંધન સરનામું નથી

અહીં ત્રણ નિર્ણય ભેગા થાય છે. માર્ગ નક્કી કરે છે કે ક્લાયન્ટનું પેકેટ પહોંચે છે કે નહીં. સાંભળતું સોકેટ નક્કી કરે છે કે સ્થાનિક સરનામા પર કંઈ તેને સ્વીકારે છે કે નહીં. શેર રૂપરેખા અને ફાઇલસિસ્ટમ પરવાનગીઓ નક્કી કરે છે કે પછી શું થાય. ઇન્ટરફેસ ફરી બને ત્યારે ફક્ત બીજું જ તૂટે છે.

VPN પૂલનું સરનામું પણ આપોઆપ સ્થાનિક બંધન સરનામું નથી. તે ક્લાયન્ટનું છે, ફાઇલ સર્વરનું નથી. ફાઇલ સેવા માટે ping નબળી કસોટી છે.

દસ્તાવેજીકરણમાં પણ એ માલિકોને અલગ રાખો. VPN પૂલમાં ભવિષ્યનો ફેરફાર Samba સંપાદિત કરવાની જરૂર ન કરવી જોઈએ, અને શેર પરવાનગીનો ફેરફાર ટ્યુનેલ ફરી શરૂ કરવાની જરૂર ન કરવી જોઈએ.

તેના બદલે સ્થિર સરનામા સાથે બાંધો

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

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

ss -ltnp | grep ':445'

ફરી જોડાણ ચકાસો, લીલી લાઇટ નહીં

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

smbclient -L //files.corp.example -U alice

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