Olet Linux-kannettavalla, tailscale status luettelee muut koneet, ja NAS osoitteessa 10.80.0.25 aikakatkaisee edelleen. Tailnet on kunnossa, aliverkkoreititin on verkossa, eikä mikään asiakkaan tulosteessa kerro, miksi sen takana oleva lähiverkko on tavoittamaton. Alla oleva kuvaus etenee oireesta ulospäin: lippu tällä asiakkaalla, sitten mainostus reitittimellä, sitten hyväksyntä, sitten käytäntö ja vasta sitten itse kohde. Jokainen portti epäonnistuu samalla aikakatkaisulla, joten järjestys on tärkeämpi kuin komennot.

Mitä Linux-asiakas kieltäytyy asentamasta

Linuxin Tailscale-asiakkaat eivät hyväksy mainostettuja aliverkkoreittejä, ellet pyydä sitä. Ilman tätä asetusta asiakas liittyy tailnetiin ja tavoittaa vertaisosoitteet, kun taas jokainen reitittimen mainostama etuliite jää käyttämättä. Oletusarvo on tarkoituksellinen, ja siksi oire näyttää rikkinäiseltä reitittimeltä eikä paikalliselta päätökseltä.

Tässä kutsutaan reititykseksi kahta eri asiaa, ja vain toinen niistä on sinun. Reititin mainostaa etuliitettä tailnetiin; koneesi päättää, asennetaanko se. Kummankin epäonnistuminen tuottaa saman aikakatkaisun, siksi arvailu tuhlaa iltapäivän. Selvitä, kumpi puoli kieltäytyy, ennen kuin muokkaat mitään.

Kytke reittien hyväksyntä päälle tälle koneelle

Aseta asetus asiakkaalle ja katso sitten, mikä muuttui, sen sijaan että olettaisit komennon toimineen. Nykyinen muoto soveltaa asetusta toistamatta kirjautumisvirtaa, millä on merkitystä istunnon keskellä.

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

Tailscale asentaa hyväksytyt reitit omaan tauluunsa Linuxissa, joten taulussa 52 näkyvä etuliite on suora todiste siitä, että tämä asiakas asensi mainostuksen. Jos alueesi puuttuu tästä taulusta, pysähdy: ongelma on paikallinen, eikä mikään reitittimellä tehty työ muuta sitä.

Vanhemmat asiakkaat tarjoavat saman asetuksen kirjautumiskomennon lippuna, joten sudo tailscale up --accept-routes on varavaihtoehto, kun tailscale set puuttuu. Käytä sitä sen sijaan, että muokkaisit reittejä käsin, koska taustaprosessi kirjoittaa oman taulunsa uudelleen ja muokkauksesi katoaa seuraavassa yhteydessä. Tarkista versio ennen kuin kopioit komennon vanhemmasta artikkelista.

Tarkista mainostus ja hyväksyntä erikseen

Aliverkkoreitittimellä etuliite on mainostettava, ja ytimen on välitettävä paketteja liitäntöjen välillä. Mainostus ilman välitystä antaa hyväksytyn reitin, joka pudottaa liikenteen äänettömästi, ja se on yleisin puolivalmis kokoonpano.

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

Vertaa mainostettua etuliitettä osoitteeseen, johon todella yrität päästä, merkki merkiltä. Reititin, joka mainostaa 10.70.0.0/24, ei kerro mitään NASista osoitteessa 10.80.0.25, eikä ristiriita näy missään tilatulosteessa, koska molemmat luvut näyttävät yhtä uskottavilta. Useimmat rikkinäistä reittiä koskevat raportit päättyvät tähän. Korjaa mainostus ennen kuin kosket mihinkään alavirrassa.

Hyväksyntä on seuraava portti, ja se on helppo ohittaa, kun reititin on määritetty komentotulkista. Mainostus on otettava käyttöön kyseiselle laitteelle hallintakonsolissa ennen kuin muut koneet saavat käyttää sitä. Reittien hyväksyminen asiakkaalla ei hyväksy mitään eikä ohita mitään käyttösääntöä.

Testaa yksityinen osoite ennen isäntänimeä

Onnistunut yhteys reitittimen omaan tailnet-osoitteeseen todistaa, että tailnet toimii, minkä tiesit jo. Hyödyllinen testi on palvelu, jota todella tarvitset, ensin yksityistä osoitetta vasten, jotta DNS-virhe ei voi esiintyä reititysvirheenä.

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

Jos osoite vastaa mutta isäntänimi ei, sinulla on nimien selvitysongelma, ja se kannattaa lopettaa käsittelemästä reittiongelmana. Jos kumpikaan ei vastaa, palaa osio taaksepäin ja varmista, että mainostus kattaa osoitteen. Kaksi virhettä näyttävät sovelluksesta identtisiltä ja korjataan eri paikoissa.

Yksi paikallinen tarkistus kannattaa tehdä ennen kuin syytät tailnetiä. Kun nykyinen lähiverkkosi käyttää samaa etuliitettä kuin etäinen aliverkko, ydin suosii suoraan kytkettyä reittiä eikä liikenne koskaan poistu koneesta; näin käy, kun koti ja toimisto valitsevat molemmat 192.168.1.0/24.

Miksi asiakkaan lippu ei ole reitittimen asetus

Nämä ovat eri rooleja eri vaatimuksin, ja asiakkaan lipun kopioiminen reitittimelle on tapa, jolla toimiva tailnet saa silmukan. Reittejä mainostava kone tarvitsee välityksen, palomuurisäännöt, jotka sallivat välitetyn liikenteen, ja päätöksen siitä, mitä etuliitteitä se mainostaa. Mikään tästä ei sisälly --accept-routes-asetukseen.

Aliverkkoreitittimien dokumentaatio varoittaa kytkemästä reittien hyväksyntää päälle redundanttisilla reitittimillä, jotka mainostavat yhtä etuliitettä, koska valmiustilassa oleva solmu voi työntää jo paikallisen liikenteen aktiivisen kautta ulos. Jos ajat HA-paria, käsittele sitä suunnittelurajoituksena äläkä alaviitteenä, ja päätä, mikä solmu omistaa etuliitteen ennen kuin hyväksyt sen molemmilla. Yksittäisellä reitittimellä sama varoitus luetaan muistutuksena siitä, että hyväksyntä kuuluu asiakkaille, ei mainostavalle koneelle. Kirjoita muistiin, mikä portti oli suljettu.

Tavalliselle asiakkaalle sarja päättyy sovellustestiin, joka epäonnistui alussa. Reitittimen osalta käy läpi välitys, mainostus, hyväksyntä ja palomuuri tässä järjestyksessä, koska ensimmäinen puuttuva tuottaa täsmälleen sen aikakatkaisun, jolla aloitit.

Aiheeseen liittyvät artikkelit