Bakit binabalewala ng Tailscale client sa Linux ang mga inanunsyong subnet route

Nasa Linux laptop ka, naglilista ang tailscale status ng iba pang makina, at nag-ti-time out pa rin ang NAS sa 10.80.0.25. Malusog ang tailnet, online ang subnet router, at walang sinasabi ang output ng client kung bakit hindi maabot ang LAN sa likod nito. Ang gabay sa ibaba ay lumalabas mula sa sintomas na iyon: ang flag sa client na ito, pagkatapos ang anunsyo sa router, pagkatapos ang pag-apruba, pagkatapos ang patakaran, at pagkatapos lamang ang destinasyon mismo. Bawat gate ay nabigo sa parehong timeout, kaya mas mahalaga ang pagkakasunod-sunod kaysa sa mga utos.

Ano ang tinatanggihan ng Linux client na i-install

Ang mga Tailscale client sa Linux ay hindi tumatanggap ng mga inanunsyong subnet route maliban kung hihilingin mo. Kung wala ang setting na iyon, sumasali ang client sa tailnet at naaabot ang mga address ng peer, habang bawat prefix na inaanunsyo ng router ay nananatiling hindi ginagamit. Ang default ay sinasadya, at iyon ang dahilan kung bakit ang sintomas ay mukhang sira ang router at hindi lokal na desisyon.

Dalawang magkaibang bagay ang tinatawag na routing dito, at isa lamang ang sa iyo. Nag-aanunsyo ang router ng prefix sa tailnet; ang iyong makina ang magpapasya kung i-install ito. Ang pagkabigo sa alinman ay nagbibigay ng parehong timeout, kaya ang paghula ay nagsasayang ng isang hapon. Alamin kung aling panig ang tumatanggi bago ka magbago ng anuman.

I-on ang pagtanggap ng ruta para sa makinang ito

Itakda ang kagustuhan sa client, pagkatapos tingnan kung ano ang nagbago sa halip na ipagpalagay na gumana ang utos. Ang kasalukuyang anyo ay naglalapat ng setting nang hindi inuulit ang daloy ng pag-login, na mahalaga kapag nasa gitna ka ng session.

sudo tailscale set --accept-routes
tailscale status
ip route show table 52

Nag-i-install ang Tailscale ng mga tinanggap na ruta sa sarili nitong talahanayan sa Linux, kaya ang prefix na lumilitaw sa talahanayan 52 ay direktang ebidensiya na na-install ng client na ito ang anunsyo. Kung wala ang iyong saklaw sa talahanayang iyon, huminto: lokal ang problema at walang gawain sa router ang makakabago nito.

Ang mga lumang client ay naglalantad ng parehong kagustuhan bilang flag ng login command, kaya ang sudo tailscale up --accept-routes ang alternatibo kapag wala ang tailscale set. Gamitin ito sa halip na mano-manong i-edit ang mga ruta, dahil muling isinusulat ng daemon ang sarili nitong talahanayan at nawawala ang iyong edit sa susunod na muling pagkonekta. Suriin ang bersyon bago kopyahin ang utos mula sa lumang post.

Suriin nang hiwalay ang anunsyo at pag-apruba

Sa subnet router, kailangang i-anunsyo ang prefix, at kailangang i-forward ng kernel ang mga packet sa pagitan ng mga interface. Ang anunsyo na walang forward ay nagbibigay sa iyo ng aprubadong ruta na tahimik na nagtatapon ng trapiko, at ito ang pinakakaraniwang kalahating-tapos na setup.

sudo tailscale up --advertise-routes=10.80.0.0/24
sysctl net.ipv4.ip_forward
ip -br addr

Ihambing ang inanunsyong prefix sa address na talagang sinusubukan mong maabot, karakter bawat karakter. Ang router na nag-aanunsyo ng 10.70.0.0/24 ay walang sinasabi tungkol sa NAS sa 10.80.0.25, at ang pagkakaiba ay hindi nakikita sa anumang output ng status dahil parehong kapani-paniwala ang dalawang numero. Karamihan sa mga ulat ng sirang ruta ay nagtatapos dito. Itama ang anunsyo bago mo hawakan ang anumang bagay sa ibaba.

Ang pag-apruba ang susunod na gate, at madaling laktawan kapag na-configure ang router mula sa shell. Kailangang i-enable ang anunsyo para sa device na iyon sa admin console bago ito magamit ng ibang makina. Ang pagtanggap ng ruta sa client ay walang inaaprubahan at hindi lumalabag sa anumang patakaran sa pag-access.

Subukan ang pribadong address bago ang hostname

Ang matagumpay na koneksyon sa sariling tailnet address ng router ay nagpapatunay na gumagana ang tailnet, na alam mo na. Ang kapaki-pakinabang na pagsubok ay ang serbisyong talagang kailangan mo, laban muna sa pribadong address, upang hindi magpanggap na kabiguan sa routing ang kabiguan ng DNS.

tailscale ping 10.80.0.1
ping -c 2 10.80.0.25
nc -vz 10.80.0.25 445
getent hosts nas.internal.example

Kung sumasagot ang address at hindi ang hostname, may problema ka sa paglutas ng pangalan at dapat mong itigil ang pagtrato dito bilang problema sa ruta. Kung wala sa dalawa ang sumasagot, bumalik ng isang seksyon at kumpirmahin na saklaw ng anunsyo ang address. Ang dalawang kabiguan ay magkapareho mula sa aplikasyon at inaayos sa magkaibang lugar.

Sulit ang isang lokal na pagsusuri bago mo sisihin ang tailnet. Kapag ang kasalukuyang LAN mo ay gumagamit ng parehong prefix gaya ng malayong subnet, pinipili ng kernel ang direktang konektadong ruta at hindi kailanman lumalabas ng makina ang trapiko; iyon ang nangyayari kapag pinili ng bahay at opisina ang 192.168.1.0/24.

Bakit ang client flag ay hindi setting ng router

Iba't ibang tungkulin ito na may iba't ibang pangangailangan, at ang pagkopya ng client flag sa router ang paraan kung paano nagkakaroon ng loop ang gumaganang tailnet. Ang makinang nag-aanunsyo ng ruta ay nangangailangan ng forward, mga patakaran ng firewall na nagpapahintulot sa na-forward na trapiko, at desisyon kung aling prefix ang iaanunsyo. Wala sa mga iyon ang ipinahihiwatig ng --accept-routes.

Nagbabala ang dokumentasyon ng subnet router laban sa pag-on ng pagtanggap ng ruta sa mga redundanteng router na nag-aanunsyo ng isang prefix, dahil maaaring itulak ng standby node palabas ang trapikong lokal na sa aktibong node. Kung nagpapatakbo ka ng HA pair, ituring itong hadlang sa disenyo at hindi footnote, at magpasya kung aling node ang may-ari ng prefix bago aprubahan ito sa dalawa. Sa isang router, ang parehong babala ay binabasa bilang paalala na ang pagtanggap ay para sa mga client, hindi sa makinang nag-aanunsyo. Isulat kung aling gate ang sarado.

Para sa ordinaryong client, nagtatapos ang pagkakasunod-sunod sa pagsubok ng aplikasyong nabigo sa simula. Para sa router, suriin ang forward, anunsyo, pag-apruba at firewall sa ganoong pagkakasunod-sunod, dahil ang unang kulang ay gumagawa ng eksaktong timeout na sinimulan mo.