Firwat de Linux-Tailscale-Client ugekënnegt Subnetzrouten ignoréiert
Tabell 52 ass den Hiwäis: e Linux-Tailscale-Client installéiert eng ugekënnegt Subnetzroute just no --accept-routes, an d'Apparatsgeneemegung ass eng separat Paart.
Dir sidd op engem Linux-Laptop, tailscale status lëscht déi aner Maschinnen op, an den NAS op 10.80.0.25 leeft nach ëmmer an en Timeout. Den Tailnet ass gesond, de Subnetzrouter ass online, an näischt an der Ausgab vum Client seet, firwat d'LAN dohannert net erreechbar ass. D'Duerchgank hei drënner beweegt sech vun deem Symptom no baussen: de Flag op dësem Client, dann d'Ukënnegung um Router, dann d'Geneemegung, dann d'Politik, an eréischt dann d'Destinatioun selwer. All Paart schléit mat demselwechten Timeout feel, dofir ass d'Reiefolleg wichteger wéi d'Befehler.
Wat de Linux-Client refuséiert z'installéieren
Tailscale-Cliente op Linux akzeptéieren ugekënnegt Subnetzrouten net, ausser Dir frot se. Ouni dës Astellung trëtt de Client dem Tailnet bäi an erreecht Peer-Adressen, wärend all Prefix, deen de Router ugekënnegt, onbenotzt bleift. Den Default ass bewosst, an dofir gesäit d'Symptom aus wéi e futti Router an net wéi eng lokal Entscheedung.
Zwee verschidde Saachen heeschen hei Routing, an nëmmen eng dovu gehéiert Iech. De Router kënnegt e Prefix am Tailnet un; Är Maschinn entscheet, ob se en installéiert. E Feeler an engem vun deenen zwee gëtt deeselwechten Timeout, dofir verschwënnt Rätselen en Nomëtteg. Fënnt eraus, wéi eng Säit refuséiert, ier Dir eppes ännert.
Routenakzeptanz fir dës Maschinn aschalten
Setzt d'Preferenz um Client, a kuckt dann, wat sech geännert huet, amplaz unzehuelen, de Befehl hätt gewierkt. Déi aktuell Form applizéiert d'Astellung ouni de Login-Flow ze widderhuelen, wat zielt, wann Dir mëtt an enger Sëtzung sidd.
sudo tailscale set --accept-routes
tailscale status
ip route show table 52
Tailscale installéiert akzeptéiert Routen a sengem eegenen Tabell op Linux, dofir ass e Prefix, deen am Tabell 52 erschéngt, e direkte Beweis, datt dëse Client d'Ukënnegung installéiert huet. Wann Äre Beräich an deem Tabell fehlt, stoppt: de Problem ass lokal an egal wéi vill Aarbecht um Router en net ännert.
Méi al Cliente bidden déiselwecht Preferenz als Flag vum Login-Befehl un, dofir ass sudo tailscale up --accept-routes de Réckgrëff, wann tailscale set fehlt. Benotzt en amplaz d'Routen vun Hand ze änneren, well den Daemon säin eegenen Tabell nei schreift an Är Ännerung beim nächsten Uschloss verschwënnt. Kontrolléiert d'Versioun, ier Dir e Befehl aus engem eelere Post kopéiert.
D'Ukënnegung an d'Geneemegung getrennt kontrolléieren
Um Subnetzrouter muss de Prefix ugekënnegt ginn, an de Kernel muss Pakete tëscht Interface weiderleeden. Ukënnegung ouni Weiderleedung gëtt Iech eng geneemegt Route, déi de Verkéier stëll fale léisst, an dat ass déi heefegst hallef fäerdeg Astellung.
sudo tailscale up --advertise-routes=10.80.0.0/24
sysctl net.ipv4.ip_forward
ip -br addr
Vergläicht de ugekënnegten Prefix mam Adress, deen Dir wierklech wëllt erreechen, Zeechen fir Zeechen. E Router, deen 10.70.0.0/24 ukënnegt, seet näischt iwwer en NAS op 10.80.0.25, an d'Diskrepanz ass an all Statusausgab onsichtbar, well béid Zuelen gläich plausibel ausgesinn. Déi meescht Rapporte vun enger futti Route ennen hei. Korrigéiert d'Ukënnegung, ier Dir eppes ënnerhalb beréiert.
D'Geneemegung ass déi nächst Paart, an et ass einfach se ze iwwersprangen, wann de Router vun enger Shell aus konfiguréiert gouf. D'Ukënnegung muss fir deen Apparat an der Administratiounskonsol aktivéiert sinn, ier aner Maschinnen se benotze kënnen. Routen um Client ze akzeptéieren geneemegt näischt a setzt keng Zougrëffsregel ausser Kraaft.
Déi privat Adress virum Hostnumm testen
Eng erfollegräich Verbindung mat dem eegene Tailnet-Adress vum Router beweist, datt den Tailnet funktionéiert, wat Dir schonn wousst. Den nëtzlechen Test ass de Service, deen Dir wierklech braucht, fir d'éischt géint déi privat Adress, sou datt en DNS-Feeler sech net als Routingfeeler ausginn kann.
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
Wann d'Adress äntwert an den Hostnumm net, hutt Dir e Nummopléisungsproblem a sollt ophalen, et als Routenproblem ze behandelen. Wann keng vun deenen zwee äntwert, gitt eng Sektioun zréck a bestätegt, datt d'Ukënnegung d'Adress deckt. Déi zwou Feeler gesinn aus der Applikatioun identesch aus a ginn op verschiddene Plazen behuewen.
Eng lokal Kontroll ass et wäert, ier Dir den Tailnet beschëllegt. Wann Är aktuell LAN deeselwechte Prefix wéi deen entfernten Subnetz benotzt, bevorzugt de Kernel déi direkt verbonne Route an de Verkéier verléisst ni d'Maschinn; dat geschitt, wann en Heem an en Büro allebéid 192.168.1.0/24 wielen.
Firwat e Client-Flag keng Routerastellung ass
Dat sinn ënnerschiddlech Rollen mat ënnerschiddlechen Ufuerderungen, an e Client-Flag op e Router ze kopéieren ass de Wee, wéi en funktionéierenden Tailnet eng Schlauf kritt. Eng Maschinn, déi Routen ukënnegt, brauch Weiderleedung, Firewall-Reegelen, déi de weidergeleete Verkéier erlaben, an eng Entscheedung, wéi eng Prefixen se ukënnegt. Näischt dovu gëtt vun --accept-routes implizéiert.
D'Dokumentatioun vun de Subnetzroutere warnt drop, d'Routenakzeptanz op redundante Routeren anzeschalten, déi ee Prefix ukënnegen, well en Standby-Knäpper Verkéier, deen schonn lokal ass, duerch den aktiven erausdrécke kann. Wann Dir en HA-Puer bedreift, behandelt dat als Designrestriktioun an net als Foussnout, a entscheet, wéi en Knäpper de Prefix besëtzt, ier Dir en op béide geneemegt. Op engem eenzegen Router liest sech déi selwecht Warnung als Erënnerung, datt d'Akzeptanz de Cliente gehéiert, net der Maschinn, déi ukënnegt. Schreift op, wéi eng Paart zou war.
Fir en normale Client ennt d'Reiefolleg mam Applikatiounstest, deen am Ufank duerchgefall ass. Fir de Router, iwwerpréift Weiderleedung, Ukënnegung, Geneemegung a Firewall an där Reihenfolg, well déi éischt déi feelt genau dee Timeout produzéiert, mat deem Dir ugefaang hutt.