Samba VPN helbide batean: zergatik desagertzen den entzulea

Partekatzeak goiz osoan funtzionatzen du, tunela eguerdian berriz konektatzen da, eta UNC bide berak orain iraungitzen du, ping-ek zerbitzariari oraindik erantzuten dion bitartean. Partekatzearen definizioan ezer ez da aldatu eta VPN-a aktibo dago. Aldatu dena Sambak lotuta zuen tokiko helbidea da, eta interfazea berriz sortu ondoren ez da existitzen. Hutsegite modu hori entzulearen bizi-zikloaren arazoa da, ez baimenen arazoa.

Partekatzeak funtzionatzen du tunela berrabiarazi arte

Zerbitzu bat helbide bati lotzeak haren socket-a helbide horren bizitzari lotzen dio. Tunelaren interfazea suntsitu eta berriz eraikitzen denean, helbide zaharra desagertzen da eta hari lotutako socket-a berarekin doa. Zerbitzuak martxan jarraitzen du, baina ezerk ez du entzuten bezeroak bideratzen diren tokian.

Ping-ek oraindik arrakasta dezake helbide berriak ICMP-ri erantzuten badio, eta horregatik irisgarritasuna ondo ikusten da partekatzea hilda dagoen bitartean. Engainagarria den arrakasta bakar horrek bidaltzen ditu pertsonak suebakira.

Irisgarritasuna ez da lotura-helbidea

Hemen hiru erabaki nahasten dira. Ibilbideak erabakitzen du bezeroaren paketea iristen den. Entzuten ari den socket-ak erabakitzen du ezerk tokiko helbidean onartzen duen. Partekatzearen konfigurazioak eta fitxategi-sistemaren baimenek erabakitzen dute gero zer gertatzen den. Interfazea berriz sortzen denean bigarrena soilik hausten da.

VPN igerilekuko helbide bat ere ez da automatikoki tokiko lotura-helbide. Bezero bati dagokio, ez fitxategi-zerbitzariari. Ping proba txarra da fitxategi-zerbitzu baterako.

Mantendu jabeari horiek bereizita dokumentazioan ere. VPN igerilekuan etorkizuneko aldaketak ez luke Samba editatu beharrik izan behar, eta partekatze-baimenen aldaketak ez luke tunela berrabiarazi behar.

Lotu helbide egonkor bati horren ordez

Diseinu egonkorragoak Samba helbide iraunkor batean mantentzen du eta VPN-ari bezeroak hara eroaten uzten dio. Zerbitzariaren helbidea ez da aldatzen tunela kulunkatzen denean, beraz entzuleak ez du inoiz interfaze bati jarraitu behar. Onarpena VPN bideak eta ostalariaren suebakiak egikaritzen dute orduan, eta horiek lan horretarako eraikiak daude.

Tunelari lotu behar baduzu, ulertu instalatutako bertsioaren kontratua. interfaces eta bind interfaces only parametroak ez dira gauza bera, eta loturaren dokumentazioak interfaze aldizkakoez ohartarazten du. Entzulearen kudeaketa dinamikoa plataforma batzuetan badago, baina egiaztatu beharreko gaitasuna da, ez suposatuzkoa. Irakurri taula kulunkaren aurretik eta ondoren eta konparatu bi irteerak.

ss -ltnp | grep ':445'

Probatu berriz konektatzea, ez argi berdea

Egiaztatu entzulea berriz konektatu ondoren, ez zerbitzua hasi ondoren soilik. Sortu tunela berriz, gero irakurri entzuteko taula eta egiaztatu socket-a bezeroak bideratzen diren helbidean dagoela. Tunelaren adierazle berdeak eta konfigurazio-proba gainditzeak ez dute horietako ezer frogatzen.

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

Gero exekutatu baimendutako eragiketa bat eta ukatutako bide bat bezero batetik, eta errepikatu bigarren berriz konektatzearen ondoren. Partekatzeak lehen kulunka arte soilik funtzionatzen badu, lotura oraindik interfazearen bizitzari lotuta dago eta diseinua ez da konpondu. Aldatu lotura edo zerbitzuaren helbidea, eta sintoma ez da gehiago itzuliko.