Ping zaindari batek ezin du tunel hautsi bat osasuntsu batetik bereizi

Hiru baldintzek erabakitzen dute zaindari batek laguntzen duen edo kalte egiten duen: probak zer bereiz dezakeen, zenbat hutsegite jarraian justifikatzen duten jardutea, eta jardutea berrerosketa edo zerbitzari aldaketa den. Helbide publiko bat pingatzen duen cron lerro batek ez dio horietako ezeini ondo erantzuten. Ondo dauden tunelak berriz konektatzen ditu eta hautsiak dauden tunelak uzten ditu, eta biak erregistrorik gabe egiten ditu. Mantu behar den diseinuak hiru aukera horiek esplizitu egiten ditu.

Proba da beste guztia erabakitzen duen zatia.

Zer frogatzen duen benetan interneteko ping batek

Resolver publiko bat pingatzeak erakusten du tokiko internet bidea bizirik dagoela. Ez du frogatzen tunelak trafikoa daramanik, eta tunel osoko profilean ping bera tuneletik igarotzen da, beraz erantzun osasuntsu bat eta tunel hautsi bat batera egon daitezke bezeroak oraindik paketeak aurrera bidaltzen dituen bitartean. Profilak izenen bilaketak tuneletik bidaltzen baditu, DNS hutsegite bat esteka hiltzat irakurtzen da eta ezer konpondu ezin duen berrerosketa bat hasten du.

Errorearen bi norabideetatik bat ere ez da irteera kodean agertzen. Seinale horretan eraikitako zaindaria cron ordutegi duen txanpon jaurtiketa bat da.

Aztertu tunelaren atzean bizi den zerbait

ip -brief addr show tun0
ip route get 10.100.20.10
nc -z -w3 10.100.20.10 443

Aztertu barrutik, proba merkeena lehenik. Interfazea badagoela dio tuneletik gora dagoela; barne helbide ezagun baterako ibilbide kontsulta batek trafikoa bertara sartuko litzatekeela dio; beste aldeko ostalari baterako TCP proba batek zerbait benetan erantzuten duela dio. Oihartzun eskaerek soilik engainatzen dute: barne ostalari askok TCP-ri pozik erantzuten diote baina ICMP botatzen dute, beraz pingean oinarritutako zaindari batek inoiz funtzionatzeari utzi ez zion tunel bat berriz konektatzen du.

Eduki proba denboran mugatua eta eman irteera egoera bereizia. Hogeita hamar segundo zintzilik geratzen den proba batek zaindaria geldialdi detektagailu bihurtzen du, atzerapen eraikia duela.

Aukeratu lerro bakarraren eta begizta baten artean

* * * * * nc -z -w5 10.100.20.10 443 || myvpn reconnect

Cron sarrera memoria gabeko lerro bakarra da, eta hori egokia da berrerosketa gehigarri batek ezer kostatzen ez duen ordenagailu eramangarri baterako. Gainbegiratutako begizta batek kontagailu bat mantentzen du eta huts batzuk gertatu ondoren soilik jarduten du, eta horrek esteka ezegonkor batek berrerosketa ekaitza eragitea eragozten du. Edonola ere, exekutatu gainbegiratzaile baten pean, krash bat bizirik iraun dezan eta egunkarian idazteko. Aukeratu berrerosketa faltsu bat axola duen edo ez, ez zein bertsio den laburrena.

failures=0
while sleep 30; do
  if nc -z -w5 10.100.20.10 443; then failures=0
  else failures=$((failures+1)); fi
  if [ $failures -ge 3 ]; then myvpn reconnect; failures=0; fi
done

Begizta horrek huts egite jarraiak zenbatzen ditu leiho bateko frakzio bat baino. Leihoak erloju bat eta laginen memoria behar ditu, eta eskuz egindako zaindarietako akats gehienak aritmetika horretan bizi dira.

Zerbitzari aldaketa beste erabaki bat da

Zerbitzariak aldatzea berriz konektatzea ez bezalakoa da. Lehenik esteka zaharra desegin, lehena helbidearekin oraindik dabilen bitartean hasten den bigarren bezero batek talka egingo baitu. Zenbatu huts egite jarraiak aldatu aurretik, mugatu saiakerak, eta aztertu berriro esteka berria altxatuta dagoenean, connect komandoaren irteera kodea fidatu beharrean. Konfigurazio oker batek ez luke zerbitzari guztietan zehar biratuko begizta batean.

Ez aztertu VPN zerbitzariaren beraren helbide publikoa tunel oso baten barruan. Egiaztapen hori probatzen ari den gauzaren mende dago, eta arrakasta jakinarazten du balidatu behar zuen bidea jada ez dagoenean.

Erregistratu zein proba exekutatu zen, zer itzuli zuen eta zein ekintzak jarraitu zuen. Erregistro horrek berrerosketa misteriotsu bat diagnostika daitekeen gertaera bihurtzen du.