Tunneli, joka kaatuu, kun kukaan ei katso

Yhteydenottosivun chat pyörii kotikoneella. Liikenne pääsee sinne Tailscale Funnelin kautta, joka on julkinen sisääntulo ja ohjaa hostnamen paikalliseen porttiin. Se toimii, kunnes ei toimi, ja vikaantuminen on hiljainen. Tunneli pysyy rekisteröitynä, joten kaikki näyttää olevan kunnossa, mutta se lakkaa välittämästä liikennettä. Ulkopuolelta se näyttää chat-laatikolta, joka ei koskaan vastaa.

Tämä commit-erä lisäsi vahtikoiran, joka tarkistaa reitin säännöllisin väliajoin ja palauttaa sen, kun se on todella vanhentunut. Suurin osa jatkotyöstä oli vahtikoiran korjaamista eikä tunnelin.

Ensimmäinen versio tulkitsi lukukelvottoman statuksen kuolleeksi tunneliksi ja käynnisti tunnelin uudelleen sen perusteella. Se on väärinpäin. Jos status-komento epäonnistuu omista syistään, uudelleenkäynnistys muuttaa ohimenevän lukuvirheen todelliseksi katkokseksi, jonka vahtikoira itse aiheutti. Tästä syntyi sääntö: älä koskaan väitä tilaa, jota et todellisuudessa pystynyt lukemaan. Auttoi sekin, että funnel-status luetaan JSON-muodossa sen sijaan, että täsmäytettäisiin printattuun tekstiin, koska tekstimuoto oli epäselvä juuri niissä tapauksissa, joissa sillä oli väliä.

Toinen ongelma oli, että tunnelisolmu on jaettu. Muut projektit ajavat omia funneleitaan samalla koneella, joten kaikki nollaukset ja uudelleenkäynnistykset täytyy rajata tämän palvelun porttiin. Laaja nollaus olisi kaatanut muuta, jolla ei ollut mitään tekemistä chatin kanssa.

Pienempiä korjauksia samalla alueella: vahtikoira suojaa nyt tallennettua pid-arvoaan uudelleenkäytöltä, joten se ei voi päätyä signaloimaan mitä tahansa prosessia, joka on perinyt kyseisen numeron, ja sen pysäyttäminen SIGTERMillä jättää tunnelisolmun käyntiin sen sijaan, että se purkaisi infrastruktuuria, josta muut asiat riippuvat. Yhdistämisyritysten määrä on rajattu, mikä pääasiassa tarkoittaa, että rikkinäinen tunneli epäonnistuu nyt näkyvästi sen sijaan, että se yrittäisi loputtomasti taustalla.