Miks Linuxi Tailscale'i klient eirab teavitatud alamvõrgu marsruute

Olete Linuxi sülearvutis, tailscale status loetleb teised masinad ja NAS aadressil 10.80.0.25 jookseb ikka aegumiseni. Tailnet on terve, alamvõrgu ruuter on võrgus ja miski kliendi väljundis ei ütle, miks selle taga olev LAN kättesaamatu on. Allpool kirjeldatud käik liigub sellest sümptomist väljapoole: lipp sellel kliendil, siis teavitus ruuteril, siis kinnitamine, siis poliitika ja alles siis sihtkoht ise. Iga värav nurjub sama aegumisega, seega järjekord loeb rohkem kui käsud.

Mida Linuxi klient paigaldada keeldub

Linuxi Tailscale'i kliendid ei võta teavitatud alamvõrgu marsruute vastu, kui te neid selleks ei palu. Ilma selle sätteta liitub klient tailnetiga ja jõuab peer-aadressideni, samal ajal kui iga ruuteri teavitatud prefiks jääb kasutamata. Vaikeväärtus on tahtlik ja just seetõttu näeb sümptom välja nagu katkine ruuter, mitte nagu kohalik otsus.

Siin nimetatakse marsruutimiseks kahte eri asja ja ainult üks neist on teie oma. Ruuter teavitab prefiksi tailneti; teie masin otsustab, kas see paigaldada. Mõlema nurjumine annab sama aegumise, seetõttu raiskab oletamine terve pärastlõuna. Enne millegi muutmist tehke kindlaks, milline pool keeldub.

Lülitage selle masina jaoks marsruutide vastuvõtt sisse

Määrake eelistus kliendil ja vaadake seejärel, mis muutus, selle asemel et eeldada käsu toimimist. Praegune vorm rakendab sätte ilma sisselogimisvoogu kordamata, mis loeb siis, kui olete sessiooni keskel.

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

Tailscale paigaldab vastuvõetud marsruudid Linuxis oma tabelisse, seega tabelis 52 ilmuv prefiks on otsene tõend, et see klient paigaldas teavituse. Kui teie vahemik selles tabelis puudub, peatuge: probleem on kohalik ja ükski töö ruuteril ei muuda seda.

Vanemad kliendid esitavad sama eelistuse sisselogimiskäsu lipuna, seega sudo tailscale up --accept-routes on varuvariant, kui tailscale set puudub. Kasutage seda marsruutide käsitsi muutmise asemel, sest deemon kirjutab oma tabeli üle ja teie muudatus kaob järgmisel ühendusel. Kontrollige versiooni enne käsu kopeerimist vanemast postitusest.

Kontrollige teavitust ja kinnitust eraldi

Alamvõrgu ruuteril tuleb prefiks teavitada ja tuum peab pakette liideste vahel edasi suunama. Teavitamine ilma edasisuunamiseta annab kinnitatud marsruudi, mis viskab liikluse vaikselt ära, ja see on kõige tavalisem pooleli jäänud seadistus.

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

Võrrelge teavitatud prefiksit aadressiga, kuhu te tegelikult jõuda püüate, märk märgi haaval. Ruuter, mis teavitab 10.70.0.0/24, ei ütle midagi NAS-i kohta aadressil 10.80.0.25, ja lahknevus on igas olekuväljundis nähtamatu, sest mõlemad numbrid näivad võrdselt usutavad. Enamik katkise marsruudi aruandeid lõpeb siin. Parandage teavitus enne, kui puudutate midagi allavoolu.

Kinnitamine on järgmine värav ja seda on lihtne vahele jätta, kui ruuter seadistati kestast. Teavitus tuleb selle seadme jaoks halduskonsoolis lubada, enne kui teised masinad tohivad seda kasutada. Marsruutide vastuvõtt kliendil ei kinnita midagi ega tühista ühtegi juurdepääsureeglit.

Kontrollige privaatset aadressi enne hostinime

Edukas ühendus ruuteri enda tailneti aadressiga tõestab, et tailnet töötab, mida te juba teadsite. Kasulik test on teenus, mida tegelikult vajate, kõigepealt privaatse aadressi vastu, et DNS-i tõrge ei saaks end esitada marsruutimise tõrkena.

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

Kui aadress vastab ja hostinimi mitte, on teil nimede lahendamise probleem ja peaksite lõpetama selle käsitlemise marsruudiprobleemina. Kui kumbki ei vasta, minge jaotis tagasi ja kinnitage, et teavitus katab aadressi. Kaks tõrget näevad rakendusest identsed välja ja parandatakse eri kohtades.

Üks kohalik kontroll tasub teha enne, kui süüdistate tailneti. Kui teie praegune LAN kasutab sama prefiksit kui kaugem alamvõrk, eelistab tuum otse ühendatud marsruuti ja liiklus ei lahku kunagi masinast; nii juhtub siis, kui kodu ja kontor valivad mõlemad 192.168.1.0/24.

Miks kliendi lipp ei ole ruuteri säte

Need on eri rollid eri nõuetega ja kliendi lipu kopeerimine ruuterile on viis, kuidas töötav tailnet saab silmuse. Marsruute teavitav masin vajab edasisuunamist, tulemüürireegleid, mis lubavad edasisuunatud liiklust, ja otsust, milliseid prefikseid see teavitab. Midagi sellest ei tulene --accept-routes-st.

Alamvõrgu ruuterite dokumentatsioon hoiatab marsruutide vastuvõtu sisselülitamise eest liiasel ruuteritel, mis teavitavad ühte prefiksit, kuna varunood võib lükata juba kohaliku liikluse aktiivse kaudu välja. Kui hoiate HA-paari, käsitlege seda projekteerimispiiranguna, mitte joonealuse märkusena, ja otsustage, milline sõlm prefiksi omanik on, enne kui kinnitate selle mõlemal. Üksikul ruuteril loetakse sama hoiatus meeldetuletusena, et vastuvõtt kuulub klientidele, mitte teavitavale masinale. Kirjutage üles, milline värav oli suletud.

Tavakliendi jaoks lõpeb jada rakenduse testiga, mis alguses nurjus. Ruuteri jaoks vaadake üle edasisuunamine, teavitus, kinnitamine ja tulemüür selles järjekorras, sest esimene puuduv annab täpselt selle aegumise, millega alustasite.