Tailscale ostalari bat iristezina: azpisare bideratzailea edo irteera nodoa?

Tailscale ostalari batek erantzuten du beste bat ilunpean geratzen den bitartean, edo dena funtzionatzen du webgune publikoek herrialde okerra jakinarazten hasi arte. Bi kexak «Tailscale hondatuta dago» gisa iristen dira, eta biak normalean helmuga okerrarentzako gaitutako eraikuntza okerra dira. Azpisare bideratzaileak sare pribatu bat tailnet-era irekitzen du, irteera nodoak berriz interneteko trafikoak nondik irteten duen aldatzen du. Lehenik huts egiten duen helmuga sailkatu, gero hura estaltzen duen rola aukeratu.

Huts egin duen helmutik hasi

Idatzi funtzionatu ez zuen helbidea edo izena, eta zer nolako gauza den. Beste kokaleku baten atzean dagoen LAN pribatuko gailu bat, zure segmentuko zerbitzu bat eta webgune publiko bat bezero bakarra partekatzen duten hiru bideratze arazo dira. Bereizketa ez da kosmetikoa, bi eraikuntzek helmuga multzo desberdinak estaltzen dituztelako. Bat gaitzeak ez du ezer egiten bestearentzat, eta hori da nahastearen iturri osoa.

Kontuan hartu helbide familia ere. IPv4 gisa soilik iragarritako azpisare batek IPv6 helmugak bide lokalean uzten ditu, eta hori huts partzial gisa irakurtzen da norbaitek bi bideratze taulak alderatu arte. Idatzi bideak zer izatea espero zenuen, probak gero zerbaitekin kontra egin dezan.

Iris Tailscale inoiz exekutatzen ez duen gailu batera

Bideratzaileak barruti zehatzak iragartzen dizkio tailnet-ari, eta gero paketeak bidaltzen ditu tailnet-aren eta segmentu pribatuaren artean, beraz segmentu horretako gailuek ez dute beren bezerorik behar. Bulegoko NAS batera etxeko eramangarri batetik iristea zehazki kasu hori da. Bideratzailea da alde horretako tailnet-aren kide bakarra.

tailscale up --advertise-routes=10.40.0.0/24 --advertise-exit-node=false
ip route get 10.40.0.55
tailscale status

Iragarpena hiru baldintzaren lehenengoa soilik da. Bidea tailnet-arentzat onartua izan behar da, bezeroak iragarritako bideak onartu behar ditu, eta sarbide arau batek konexioa baimendu behar du. Kate hori da sintoma hain sarritan bideratzailea martxan egotea eta NAS-a ez izatea. Bideratzaile eskuragarri batek tunela funtzionatzen duela frogatzen du; ez du ezer frogatzen onarpenaz, bezeroaren onespenaz edo politikaz.

Hiru hutsegite horietako bakoitza desberdin ikusten da administrazio kontsolan. Egiaztatu itzazu ordenan, hirurak batera aldatu beharrean, bigarren aldaketa batek zein zen garrantzitsua ezkutatzen duelako.

Atera trafiko publikoa beste makina batetik

Irteera nodo batek zure internet trafiko orokorra bere burutik bideratzen du, eta hori da beste VPN produktu batzuetako tunel osoaren antzekoena. Honek ere hiru onespen bereizi behar ditu: gailuak rola iragartzen du, administratzaileak baimendu egiten du eta bezeroak hautatzen du. Tailnet batera batzeak ez du ezer bidaltzen beste kide batetatik lehenespenez.

tailscale up --advertise-exit-node
tailscale up --exit-node=100.101.102.103 --exit-node-allow-lan-access=false
tailscale status --json | grep -i exitnode

Irteera nodo bat hautatzeak ez dio automatikoki sarbiderik ematen nodo horren LAN propioari. LAN sarbidearen aukera hori existitzen da hain zuzen baimen desberdinak direlako, eta itzalita uztea da lehenespen seguruena. Beste Tailscale baliabideetarako bideak beren tratamendua mantentzen dute irteera nodoa aktibo dagoen bitartean ere. Horregatik azpisarean ostatatutako zerbitzu batek funtzionatzen jarrai dezake interneteko bide publikoa aldatu den bitartean.

Irteera nodoak internetek zu nola ikusten zaituen ere aldatzen du, ez bakarrik zenbat azkar sentitzen den. Espero ezazu geokokapena, streaming katalogoak eta abiadura mugak irteeraren helbideari jarraitzea, zureari ez.

Irakurri hiru alderako banaketa ostalari bakarrak huts egiten duenean

Zure segmentuko inprimagailu bat, urruneko azpisare bideratzaile baten atzean dagoen NAS bat eta gune publiko bat hiru bide desberdinetako hiru helmuga dira. Horietako bat zehazki huts egiten badu, akatsa helmuga horren bidearena da, ez bezeroarena osotasunean. Inprimagailu lokalarentzat irteera nodoa erabiltzen ari den bitartean, LAN sarbidearen ezarpena da ohiko erantzuna. Urruneko NAS-arentzat, egiaztatu iragarritako barrutia, haren onarpen egoera eta sarbide arauak ordena horretan. Gune publiko batentzat, egiaztatu zein irteera nodo hautatu den eta bezeroak benetan onartu duen.

Helbideak funtzionatzen badu eta izenak ez, utzi bideak begiratzeari. DNS pribatua bereiz konfiguratzen da, eta helbide okerra ebazten duen izen batek bide blokeatu baten itxura berdina duen moduan huts egiten du. Probatu lehenik helbidea, gero izena, eta bi emaitzek esango dizute zein geruza ireki.

Berretsi eraiki duzula uste duzun bidea

Egiaztatzea bide bilaketa bat gehi helbide egiaztapen bat da, ez ping. Bilaketak esaten du zein interfaze erabiliko lukeen helmugak, eta helbide egiaztapenak esaten du zein barrutitan bizi den helmuga benetan. Arrakasta duen ping batek ostalaria nonbait bizirik dagoela dio, eta hori ez da galdera. Exekutatu biak edozein konfigurazio aldatu aurretik.

ip route get 10.40.0.55
ip -6 route show default
tailscale ping 10.40.0.55

Konbinatu hori tailnet-aren beraren ikuspegiarekin, zeinak erakusten duen parekidea zuzenean konektatuta dagoen edo errele bidez. Errele bidea oraindik funtzionatzen du, eta horrek azaltzen ditu zuk konpontzen ari zinen bidearekin zerikusirik ez duten latentzia kexak. azpisare bideratzailearen dokumentazioa onarpen urratsa estaltzen du ezaguna ez bada. Gero idatzi zein eraikuntzak zein helmuga estaltzen duen zure sarean, gune bat gehituko duen hurrengo pertsonak galdera bera egingo duelako.