Kill switch proba: neurtu hutsunea, ez bakarrik berriz konektatzea

Segundo batean amaitzen den berriz konektatzeak bezeroa azkarra dela esaten dizu. Ez dizu esaten tunelean behera zegoen bitartean ezer ihes egin ote zen. Minutu bat behar duen berriz konektatzeak bezeroa motela dela esaten dizu, eta oraindik ez dizu esaten hutsunean zuzeneko trafikoa baimendu ote zen. Bi neurketa dira, eta lehenengoa soilik jakinarazten duen kill switch probak ez du etengailua probatu.

Bi behaketa, bi epai bereizi

Erabilgarritasunaren galdera sinplea da: noiz bihurtu zen tunela berriro erabilgarri, eta aplikazio babestuak konexio berri bat behar izan zuen hara iristeko. Betearazpenaren galdera desberdina da: zein paketek utzi zuten makina babesak behera egin zuen unetik babesa itzuli zen unera arte.

Erantzun haiei erregistro bereiziekin. Lerro batek hutsuneak zenbait segundo iraun zuela dio. Beste lerro batek hutsune hartan babesik gabeko eskaera bat lortu zen ala ez dio. Bakar batean onartu edo huts eginda elkartzeak garrantzitsuena den kasua ezkutatzen du: berriz konektatze azkarra ihes batekin.

Eraiki denboran neurtu dezakezun zunda bat

Hautatu kaltegabea, merkea eta tunelearen beraren kontrol kanaletik independentea den eskaera bat. Beheko begiztak denbora-marka bat, HTTP egoera bat eta igarotako denbora inprimatzen ditu segundoan behin, eta zintzilikatu ordez ozenki huts egiten du:

while true; do
  printf '%s ' "$(date +%H:%M:%S)"
  curl -sS -o /dev/null -w '%{http_code} %{time_total}\n' --max-time 2 https://example.com || echo "curl-exit-$?"
  sleep 1
done

Irakurri curl-en irteera-kodeak, ez egoera soilik. 28 eskaerak denbora agortu duela esan nahi du, horrela ikusten da bide blokeatu bat. 6 izenen ebazpenak huts egin duela esan nahi du, aurkikuntza desberdina eta sarritan interesgarriena. Hutsunean igarotako denbora txikia duen 200 batek trafikoa ateratzen utzi zela esan nahi du.

Idatzi irteera fitxategi batean eta gorde. Terminaleko historiala ez da froga, eta zatirik interesgarriena normalean erdiko hiru lerroak dira.

Eragin benetako hutsegite bat, ez txukuna

Bezeroaren beraren menutik deskonektatzeak bide kooperatiboa probatzen du, non bezeroak bere blokeo-arauak instalatzeko denbora duen. Horren ordez hil prozesua edo moztu azpiko esteka, eta benetako hutsegite batek hartzen duen bidea probatuko duzu.

Abiarazle bakoitzak kode-bide desberdin bat erabiltzen du. Zerbitzariaren aldeko etena, tokiko esteka-galera eta bezeroaren kraskatzeak bakoitzak egoera desberdina utz dezake, eta horietako bat da ziurrenik azkenean aurkituko duzun kasua. Exekutatu zunda gutxienez bi abiarazlerekin, eta etiketatu emaitzak abiarazlearen arabera.

Irakurri erregistroa baimendutako trafikoak nola itxura duen jakiteko

Hutsunean 200 bat edo konexio-hutsegite azkar bat ihesa da, norantz begiratzen duen edozein dela ere. Hutsune osoan zehar denbora-mugak blokeo-politika baten itxura espero da. Konexioek huts egiten duten bitartean izenen ebazpenak lortzeak ebazlea oraindik irisgarria dela iradokitzen du, eta hori beste mota bateko ihesa da.

Lehendik dauden socketek arreta behar dute. Programa batek deskonexioaren aurretik irekitako konexio bat erabiltzen jarrai dezake, beraz itxuraz bizirik dagoen trafikoak agian ez du frogatzen bide berri bat baimendu zela. Socket zerrendak erakusten du konexio bat gertaera baino lehenagokoa den:

ss -tunp | grep -E 'ESTAB|SYN-SENT'
ip route get 198.51.100.7
resolvectl status | sed -n '1,20p'

Konparatu socketaren hasiera-ordua deskonexioaren denbora-markarekin. Etendura baino zaharragoa den konexio bat socketaren berrerabileraren froga da, ez ihesarena, eta hutsegite gisa jakinarazteak existitzen ez den akats baten bila bidaltzen du hurrengo pertsona.

Erregistratu emaitza eguneraketa bat gainditzen duen forman

Idatzi abiarazlea, hutsunea segundotan, blokeatu gabeko edozein eskaerak lortu zuen ala ez, izenen ebazpenak lortu zuen ala ez, eta bezeroaren eta sistema eragilearen bertsioak. Bost datu horien multzoa bertsioen artean aldera daiteke, eta hori ezin du prosa-paragrafo batek egin.

Exekutatu proba bera berriro bezeroaren eguneraketa edo profil-aldaketa baten ondoren, blokeo-jokabidea inplementazio-xehetasuna baita eta mugitu egiten baita. Erregistroaren helburua mugimendua gertakari bihurtu aurretik nabaritzea da, ez bezeroa behin ziurtatzea.