Isang host ng Tailscale na hindi maabot: subnet router o exit node?

Isang host ng Tailscale ang sumasagot habang ang isa ay nananatiling madilim, o gumagana ang lahat hanggang sa ang mga pampublikong website ay magsimulang mag-ulat ng maling bansa. Pareho ang dating ng dalawang reklamo bilang „sira ang Tailscale“, at pareho silang karaniwang maling konstruksyon na naka-enable para sa maling destinasyon. Isaayos muna ang destinasyong nabigo, pagkatapos piliin ang papel na sumasaklaw dito.

Magsimula sa destinasyong nabigo

Isulat ang address o pangalang hindi gumana, at kung anong uri ng bagay ito. Isang device sa pribadong LAN sa likod ng ibang site, isang serbisyo sa sarili mong segment, at isang pampublikong website ay tatlong problema sa routing na nagbabahagi ng isang kliyente nang nagkataon. Ang pagkakaiba ay hindi kosmetiko, dahil ang dalawang konstruksyon ay sumasaklaw sa magkaibang hanay ng mga destinasyon. Ang pag-enable sa isa ay walang ginagawa para sa isa, at iyon ang buong pinagmulan ng kalituhan.

Pansinin din ang pamilya ng address. Ang subnet na inaanunsiyo lamang bilang IPv4 ay nag-iiwan ng mga destinasyong IPv6 sa lokal na landas, na binabasa bilang bahagyang pagkabigo hanggang may maghambing ng dalawang routing table. Isulat kung anong landas ang inaasahan mo, para may makontra ang pagsubok mamaya.

Abutin ang device na hindi kailanman nagpapatakbo ng Tailscale

Inaanunsiyo ng router ang mga partikular na saklaw sa tailnet, pagkatapos ay ipinapasa ang mga packet sa pagitan ng tailnet at ng pribadong segment, kaya ang mga device sa segment na iyon ay hindi kailangan ng sariling kliyente. Ang pag-abot sa NAS sa opisina mula sa laptop sa bahay ay eksaktong kasong ito. Ang router ang tanging miyembro ng tailnet sa panig na iyon.

tailscale up --advertise-routes=10.40.0.0/24 --advertise-exit-node=false
ip route get 10.40.0.55
tailscale status

Ang anunsyo ay una lamang sa tatlong kondisyon. Dapat aprubahan ang ruta para sa tailnet, dapat tanggapin ng kliyente ang mga inanunsyong ruta, at dapat payagan ng isang tuntunin sa pag-access ang koneksyon. Ang chain na iyon ang dahilan kung bakit ang sintomas ay madalas na gumagana ang router at hindi ang NAS. Ang naaabot na router ay nagpapatunay na gumagana ang tunnel; wala itong pinapatunayan tungkol sa pag-apruba, pagtanggap ng kliyente o patakaran.

Ang bawat isa sa tatlong pagkabigong iyon ay iba ang hitsura sa admin console. Suriin sila nang sunud-sunod sa halip na baguhin ang tatlo nang sabay, dahil tinatago ng ikalawang pagbabago kung alin ang mahalaga.

Ilabas ang pampublikong trapiko sa pamamagitan ng ibang makina

Ang exit node ay nagruruta ng iyong pangkalahatang trapiko sa internet sa pamamagitan ng sarili nito, na pinakamalapit na kahalintulad ng buong-tunnel na setup sa ibang produkto ng VPN. Kailangan din nito ng tatlong hiwalay na pahintulot: inaanunsiyo ng device ang papel, pinapayagan ito ng administrator, at pinipili ito ng kliyente. Ang pagsali sa tailnet ay walang ipinapadala sa ibang miyembro bilang default.

tailscale up --advertise-exit-node
tailscale up --exit-node=100.101.102.103 --exit-node-allow-lan-access=false
tailscale status --json | grep -i exitnode

Ang pagpili ng exit node ay hindi awtomatikong nagbibigay ng access sa sarili nitong LAN. Umiiral ang opsyon sa pag-access sa LAN dahil magkaibang pahintulot ito, at ang pag-iwan nito na nakapatay ay ang mas ligtas na default. Ang mga ruta patungo sa ibang mapagkukunan ng Tailscale ay pinapanatili ang sariling paghawak kahit aktibo ang exit node. Kaya nga ang isang serbisyong naka-host sa subnet ay maaaring magpatuloy na gumana habang nagbago ang pampublikong landas sa internet.

Binabago rin ng exit node kung paano ka nakikita ng internet, hindi lamang kung gaano kabilis ang pakiramdam. Asahan na ang heolokasyon, mga katalogo ng streaming at mga limitasyon sa bilis ay susunod sa address ng exit at hindi sa iyo.

Basahin ang tatlong-daan na paghahati kapag isang host lang ang nabigo

Isang printer sa sarili mong segment, isang NAS sa likod ng malayong subnet router, at isang pampublikong site ay tatlong destinasyon na may tatlong magkaibang landas. Kung eksaktong isa sa kanila ang nabigo, ang depekto ay kabilang sa landas ng destinasyong iyon at hindi sa kliyente sa kabuuan. Para sa lokal na printer habang ginagamit ang exit node, ang setting ng pag-access sa LAN ang karaniwang sagot. Para sa malayong NAS, suriin ang inanunsyong saklaw, ang kalagayan ng pag-apruba nito at ang mga tuntunin sa pag-access sa ganoong pagkakasunod-sunod. Para sa pampublikong site, suriin kung aling exit node ang napili at kung talagang tinanggap ito ng kliyente.

Kung gumagana ang address at hindi ang pangalan, itigil ang pagtingin sa mga ruta. Ang pribadong DNS ay isinasakonfig nang hiwalay, at ang pangalang nagsasalin sa maling address ay nabigo sa paraang mukhang kapareho ng naka-block na ruta. Subukan muna ang address, pagkatapos ang pangalan, at sasabihin ng dalawang resulta kung aling layer ang bubuksan.

Kumpirmahin ang landas na inaakala mong itinayo mo

Ang pagpapatunay ay isang paghahanap ng ruta at pagsuri ng address, hindi ping. Sinasabi ng paghahanap kung aling interface ang gagamitin ng isang destinasyon, at sinasabi ng pagsuri ng address kung saang saklaw talaga nakatira ang destinasyon. Ang isang matagumpay na ping ay nagsasabi na buhay ang host sa kung saan, na hindi ang tanong. Patakbuhin ang dalawa bago baguhin ang anumang konfigurasyon.

ip route get 10.40.0.55
ip -6 route show default
tailscale ping 10.40.0.55

Ipares iyon sa sariling tanawin ng tailnet, na nagpapakita kung direktang konektado ang kapareha o dumadaan sa relay. Gumagana pa rin ang landas sa relay, at ipinapaliwanag nito ang mga reklamo sa latency na walang kinalaman sa rutang ini-debug mo. ang dokumentasyon ng subnet router ay sumasaklaw sa hakbang ng pag-apruba kung hindi ito pamilyar. Pagkatapos isulat kung aling konstruksyon ang sumasaklaw sa aling destinasyon sa sarili mong network, dahil ang susunod na taong magdadagdag ng site ay magtatanong ng parehong tanong.