Hvers vegna Linux-Tailscale-biðlarinn hunsar tilkynntar undirnetsleiðir

Þú ert á Linux fartölvu, tailscale status listar hinar vélarnar, og NAS á 10.80.0.25 rennur enn út á tíma. Tailnetið er heilbrigt, undirnetsbeinin er á netinu, og ekkert í úttaki biðlarans segir hvers vegna LANið bak við hann er óaðgengilegt. Leiðsögnin hér fyrir neðan færist út frá þeim einkennum: fáninn á þessum biðlara, svo tilkynningin á beininum, svo samþykkið, svo stefnan, og aðeins þá áfangastaðurinn sjálfur. Hvert hlið bregst með sama tímamörkum, svo röðin skiptir meira máli en skipanalínurnar.

Hvað Linux-biðlarinn neitar að setja upp

Tailscale-biðlarar á Linux samþykkja ekki tilkynntar undirnetsleiðir nema þú biðjir um það. Án þeirrar stillingar tengist biðlarinn tailnetinu og nær jafningjaaðsetrum, á meðan hvert forskeyti sem beinin tilkynnir er ónotað. Sjálfgefið gildi er viljandi, og þess vegna lítur einkennið út eins og bilaður beinir frekar en staðbundin ákvörðun.

Tvennt ólíkt er kallað leiðsla hér, og aðeins annað er þitt. Beinin tilkynnir forskeyti inn í tailnetið; vélin þín ákveður hvort setja eigi það upp. Bilun í hvorugu gefur sömu tímamörk, svo giskun eyðir síðdegi. Finndu út hvor hliðin neitar áður en þú breytir einhverju.

Kveiktu á leiðarsamþykki fyrir þessa vél

Stilltu valið á biðlaranum, og skoðaðu svo hvað breyttist í stað þess að gera ráð fyrir að skipunin hafi virkað. Núverandi mynd beitir stillingunni án þess að endurtaka innskráningarflæðið, sem skiptir máli þegar þú ert í miðri setu.

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

Tailscale setur upp samþykktar leiðir í sína eigin töflu á Linux, svo forskeyti sem birtist í töflu 52 er bein sönnun þess að þessi biðlari setti upp tilkynninguna. Ef sviðið þitt vantar í þá töflu, stöðvaðu: vandamálið er staðbundið og engin vinna á beininum mun breyta því.

Eldri biðlarar bjóða sama val sem fána á innskráningarskipuninni, svo sudo tailscale up --accept-routes er varaleiðin þegar tailscale set vantar. Notaðu hana í stað þess að breyta leiðum handvirkt, því dæmoninn endurskrifar sína eigin töflu og breytingin þín hverfur við næstu endurtengingu. Athugaðu útgáfuna áður en þú afritar skipun úr eldri færslu.

Athugaðu tilkynninguna og samþykkið aðskilið

Á undirnetsbeininum þarf að tilkynna forskeytið, og kjarninn þarf að senda pakka á milli tengiflata. Tilkynning án sendingar gefur þér samþykkta leið sem hendir umferð hljóðlega, og það er algengasta hálfkláraða uppsetningin.

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

Berðu saman tilkynnta forskeytið og aðsetrið sem þú ert í raun að reyna að ná, staf fyrir staf. Beinir sem tilkynnir 10.70.0.0/24 segir ekkert um NAS á 10.80.0.25, og misræmið er ósýnilegt í hverju stöðuúttaki því báðar tölurnar líta jafn trúverðugar út. Flest skýrslur um bilaða leið enda hér. Lagaðu tilkynninguna áður en þú snertir eitthvað neðar.

Samþykkið er næsta hlið, og auðvelt að sleppa því þegar beininum var stillt úr skel. Tilkynninguna þarf að virkja fyrir það tæki í stjórnborðinu áður en aðrar vélar mega nota hana. Að samþykkja leiðir á biðlaranum samþykkir ekkert og hnekkir engri aðgangsreglu.

Prófaðu einkaaðsetrið á undan hýsilnafninu

Árangursrík tenging við eigið tailnet-aðsetur beinisins sannar að tailnetið virkar, sem þú vissir nú þegar. Gagnlega prófið er þjónustan sem þú þarft í raun, fyrst á einkaaðsetrið, svo DNS-bilun geti ekki þótt leiðslubilun.

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

Ef aðsetrið svarar en hýsilnafnið ekki, hefurðu vandamál með nafnaupplausn og ættir að hætta að meðhöndla það sem leiðarvandamál. Ef hvorugt svarar, farðu eina grein til baka og staðfestu að tilkynningin nái yfir aðsetrið. Báðar bilanir líta eins út frá forritinu og er lagaðar á mismunandi stöðum.

Ein staðbundin athugun er þess virði áður en þú kennir tailnetinu um. Þegar núverandi LAN þitt notar sama forskeyti og fjarlæga undirnetið, velur kjarninn beintengdu leiðina og umferðin yfirgefur aldrei vélina; það gerist þegar heimili og skrifstofa velja bæði 192.168.1.0/24.

Hvers vegna biðlarafáni er ekki beinastilling

Þetta eru ólík hlutverk með ólíkar kröfur, og að afrita biðlarafána á beini er leiðin sem virkt tailnet fær lykkju. Vél sem tilkynnir leiðir þarf sendingu, eldveggjarreglur sem leyfa senda umferð, og ákvörðun um hvaða forskeyti hún tilkynnir. Ekkert af þessu er gefið í skyn af --accept-routes.

Skjöl undirnetsbeinanna vara við að kveikja á leiðarsamþykki á varabeinum sem tilkynna eitt forskeyti, því varanlegur hnútur getur ýtt umferð sem þegar er staðbundin út um virka hnútinn. Ef þú rekur HA-par, meðhöndlaðu það sem hönnunartakmörkun en ekki neðanmálsgrein, og ákveddu hvaða hnútur á forskeytið áður en þú samþykkir það á báðum. Á einum beini er sama viðvörun lesin sem áminning um að samþykki tilheyri biðlurum, ekki vélinni sem tilkynnir. Skrifaðu niður hvaða hlið var lokað.

Fyrir venjulegan biðlara endar röðin á forritsprófinu sem mistókst í upphafi. Fyrir beininn skaltu fara yfir sendingu, tilkynningu, samþykki og eldvegg í þeirri röð, því fyrsta sem vantar framleiðir nákvæmlega þau tímamörk sem þú byrjaðir með.