Zergatik Linuxeko Tailscale bezeroak iragarritako azpisare bideak alde batera uzten dituen
52. taula da arrastoa: Linuxeko Tailscale bezeroak --accept-routes ondoren bakarrik instalatzen du iragarritako azpisare bide bat, eta gailuaren onespena ate bereizia da.
Linux ordenagailu eramangarrian zaude, tailscale status beste makinak zerrendatzen ditu, eta 10.80.0.25 helbideko NASak oraindik denbora-muga agortzen du. Tailnet osasuntsu dago, azpisare routerra linean dago, eta bezeroaren irteeran ez dago ezer atzean dagoen LANa zergatik iristezina den esaten duenik. Beheko ibilbideak sintoma horretatik kanpora egiten du: bezero honetako bandera, gero routerreko iragarkia, gero onespena, gero politika, eta orduan soilik helmuga bera. Ate bakoitzak denbora-muga berarekin huts egiten du, beraz ordenak aginduak baino gehiago balio du.
Zer ukatzen dio Linux bezeroak instalatzeari
Linuxeko Tailscale bezeroek ez dituzte iragarritako azpisare bideak onartzen horretarako eskatzen ez badiezu. Ezarpen hori gabe bezeroa tailnet-era elkartzen da eta pareen helbideetara iristen da; routerrak iragartzen duen aurrizki bakoitza erabili gabe geratzen da. Lehenetsitako balioa nahita da, eta horregatik sintomak router hondatua dirudi eta ez erabaki lokala.
Hemen bi gauza ezberdini bideratze deitzen zaie, eta horietako bat bakarrik da zurea. Routerrak aurrizki bat iragartzen du tailnet-en; zure makinak erabakitzen du instalatu ala ez. Biak edozeinetan huts egiteak denbora-muga bera sortzen du, horregatik asmatzeak arratsalde bat alferrik galtzen du. Ezer editatu aurretik aurkitu zein alderdi ukatzen duen.
Aktibatu bideen onarpena makina honetan
Ezarri hobespena bezeroan, eta gero begiratu zer aldatu den komandoak eragin duela suposatu beharrean. Oraingo formak ezarpena aplikatzen du saio-hasierako fluxua errepikatu gabe, eta hori saio erdian zaudenean garrantzitsua da.
sudo tailscale set --accept-routes
tailscale status
ip route show table 52
Tailscalek onartutako bideak bere taula propioan instalatzen ditu Linuxen, beraz 52. taulan agertzen den aurrizki bat bezero honek iragarkia instalatu duen froga zuzena da. Zure barrutia taula horretan ez badago, gelditu: arazoa lokala da eta routerrean egindako lanak ez du aldatuko.
Bezero zaharrek hobespen bera saio-hasierako komandoaren bandera gisa erakusten dute, beraz sudo tailscale up --accept-routes da ordezkoa tailscale set falta denean. Erabili bideak eskuz editatu beharrean, demonioak bere taula berridazten baitu eta zure edizioa hurrengo birrrekonexioan desagertzen da. Egiaztatu bertsioa post zahar batetik komando bat kopiatu aurretik.
Egiaztatu iragarkia eta onespena bereizita
Azpisare routerrean aurrizkia iragarri behar da, eta kernelak paketeak interfazeen artean birbidali behar ditu. Birbidaltzerik gabeko iragarkiak onartutako bide bat ematen dizu trafikoa isilki botatzen duena, eta hori da ohikoena den konfigurazio erdi-amaitua.
sudo tailscale up --advertise-routes=10.80.0.0/24
sysctl net.ipv4.ip_forward
ip -br addr
Konparatu iragarritako aurrizkia benetan iritsi nahi duzun helbidearekin, karakterez karaktere. 10.70.0.0/24 iragartzen duen router batek ez du ezer esaten 10.80.0.25 helbideko NASari buruz, eta desadostasuna ikusezina da edozein egoera-irteeratan, bi zenbakiak berdin sinesgarri agertzen direlako. Bide hautsien txostenen gehiengoa hemen amaitzen da. Konpondu iragarkia beherago ezer ukitu aurretik.
Onespena da hurrengo atea, eta erraza da saltatzea routerra shell batetik konfiguratu bada. Iragarkia gailu horretarako gaituta egon behar da administrazio-kontsolan beste makinek erabili ahal izan aurretik. Bezeroan bideak onartzeak ez du ezer onartzen eta ez dio inongo sarbide-arauri ihes egiten.
Probatu helbide pribatua ostalari-izena baino lehen
Routerraren beraren tailnet helbiderako konexio arrakastatsuak tailnet-ak funtzionatzen duela frogatzen du, dagoeneko badakizuna. Proba erabilgarria benetan behar duzun zerbitzua da, lehenengo helbide pribatuaren aurka, DNS hutsegite batek bideratze-hutsegite gisa mozorrotu ez dadin.
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
Helbideak erantzuten badu eta ostalari-izenak ez, izen-ebazpen arazoa duzu eta utzi hori bide-arazotzat hartzeari. Batak ere ez badu erantzuten, atzera egin atal bat eta egiaztatu iragarkiak helbidea estaltzen duela. Bi hutsegiteek berdinak dirudite aplikaziotik eta leku ezberdinetan konpontzen dira.
Tokiko egiaztapen bat merezi du tailnet-a erruduntzatu aurretik. Zure oraingo LANak urruneko azpisarearen aurrizki bera erabiltzen duenean, kernelak zuzenean konektatutako bidea lehenesten du eta trafikoak ez du makina uzten; hori gertatzen da etxe batek eta bulego batek biak 192.168.1.0/24 aukeratzen dutenean.
Zergatik bezeroaren bandera ez den routerraren ezarpena
Rol ezberdinak dira eskakizun ezberdinekin, eta bezeroaren bandera router batera kopiatzea da tailnet funtzional batek begizta bat nola lortzen duen. Bideak iragartzen dituen makinak birbidalketa, birbidalitako trafikoa onartzen duten suebakiko arauak eta zein aurrizki iragartzen dituen erabakia behar ditu. Horietako bat ere ez du --accept-routes inplikatzen.
Azpisare routerren dokumentazioak aurrizki bakarra iragartzen duten router soberakinetan bide-onarpena ez gaitzeko ohartarazten du, zeren standby nodo batek jada lokala den trafikoak aktiboa denaren bidez kanpora bulta baitezake. HA bikote bat baduzu, hartu hori diseinu-murriztapen gisa eta ez oin-ohar gisa, eta erabaki zein nodok duen aurrizkia bietan onartu aurretik. Router bakarrean ohartarazpen berak onarpena bezeroenean dagoela gogorarazten du, ez iragartzen duen makinean. Idatzi zein ate zegoen itxita.
Bezero arrunt batentzat sekuentzia hasieran huts egin zuen aplikazio-probarekin amaitzen da. Routerraren kasuan, berrikusi birbidalketa, iragarkia, onespena eta suebakia ordena horretan, lehenengoa falta baita hasi zinen denbora-muga bera sortzen duena.