Huminto ang subnet router ng Tailscale: suriin muna ang susi ng device

Ipinapakita pa rin ng telepono ang ruta ng subnet, nakalista pa rin sa dashboard ang anunsyo, at walang sumasagot sa likod ng router. Mukhang regression ito sa routing o firewall, kaya ang natural na hakbang ay idagdag muli ang subnet sa client. Karaniwang wala itong binabago, dahil nawala ng connector ang pagkakakilanlan nito, hindi ang configuration nito. Ang nag-expire na susi ng device ay nag-iiwan ng rutang nakikita habang humihinto ang device sa pagpapasa.

Nananatili ang ruta at humihinto ang mga packet

Itinuturing ng Tailscale ang pag-anunsyo ng ruta at ang awtorisasyon ng device bilang magkahiwalay na katotohanan. Ang subnet router ay nag-anunsyo ng prefix, tinatanggap at ginagamit ito ng mga client, at ang connector ang nagdadala ng trapiko. Kapag nag-expire ang susi ng device, hindi na makapagpatunay ang node sa coordination service, kaya humihinto ito sa pagsali. Maaaring itago ng mga client ang ruta sa kanilang talahanayan dahil ang pagtanggal nito ay maaaring magpadala ng trapiko sa hindi sinasadyang landas. Ang pagpiling iyon na magsara kapag may failure ang nagpapaliwanag sa nakalilitong sintomas: rutang umiiral at patutunguhang wala.

Nananatiling totoong pahayag ang anunsyo tungkol sa layunin. Huminto itong maging pahayag tungkol sa kakayahan.

Basahin ang susi at status ng connector

Kumpirmahin ang kalagayan ng connector bago baguhin ang anumang client. Dalawang output ang naghihiwalay ng pagkakakilanlan sa maabot.

tailscale status
tailscale ping 100.101.102.103

Minamarkahan ng status output ang router bilang offline o nag-expire at iniuulat kung kailan matatapos ang susi, habang ang ping ay tumutok sa sariling tailnet address ng node at hindi sa serbisyong nasa likod nito. Ang ping na hindi kailanman lumalabas sa client at ang linyang status na nagsasabing nag-expire ay isang natuklasan mula sa dalawang direksyon. Suriin kung ang pangalawang device na gumagamit ng router na iyon ay nabigo sa parehong sandali, dahil ang pinagsamang failure ay tumutukoy sa connector at ang nag-iisang failure sa pagtanggap ng ruta ng isang client. Huwag gamitin muli ang tailnet address mula sa lumang tala nang hindi ito kinukumpirma sa live na status.

Muling magpatunay nang hindi pinuputol ang sariling landas

Ibinabalik ng pag-renew ang pagkakakilanlan, ngunit ang gawin ito sa nag-iisang gumaganang session ay maaaring mag-iwan sa iyo na nakahiwalay. Panatilihin muna ang isa pang administratibong landas.

tailscale up --force-reauth
tailscale status --self

Sa node na may access sa console, ang --force-reauth ay muling nagsisimula ng daloy ng pag-login at naglilimbag ng URL na dapat tapusin ng awtorisadong account. Sa malayong router, kumpirmahin bago magsimula na may console na serial, console ng provider o out-of-band na landas ng pamamahala, dahil maaaring bumagsak ang tailnet session habang nag-renew. Pagkatapos ng pag-renew, tiyakin na ang node ay online at ang mga inanunsyong ruta ay pinagana pa rin. Ang muling pagdaragdag ng prefix sa client ay hindi hakbang ng pag-renew at hindi ito maaaring palitan.

Magpasya ng patakaran sa pag-expire para sa mga device na walang pagmamatyag

Umiiral ang pag-expire ng susi upang ang nawawalang laptop ay tuluyang huminto sa paggana, at ipinagpapalit ng infrastructure na walang pagmamatyag ang proteksyong iyon para sa pagkakaroon. Maaaring patayin ng mga administrator ang pag-expire para sa isang partikular na device, na bagay sa pinagkakatiwalaang router sa aparador ng kable ngunit nangangailangan ng imbentaryo at plano sa pagtanggal. Ang mga device na may tag ay may sariling pagkakakilanlan at pag-uugali sa pag-expire, kaya hindi sila inilalarawan ng setting ng laptop. Repasuhin ang tunay na talaan ng device sa halip na umasa sa paalala na ginawa mga buwan na ang nakalipas.

Pagkatapos, subukan ang mapagkukunang nasa likod ng router, hindi lamang ang node. Ang na-renew na susi ay nag-aayos ng pagkakakilanlan, samantalang kailangang gumana pa rin ang pag-apruba ng ruta, patakaran at pagpapasa.