169.254 VPN baten bidez: helbidea ez zen inoiz bideragarria
Helburu link-local bat baztertu egiten da tunelera iritsi aurretik, beraz ruta gehitzeak hutsa handiago egiten du solik. Aukeratu azpisarea konpontzea edo zubia egitea.
Ruta gehitzen duzu, tunela altxatzen da, eta urruneko alderako ping-ak galera osoa ematen du oraindik, «sarea eskuraezina» eman beharrean. Desberdintasun horrek garrantzia du, zure bideratze-taulatik helbidera bertara joaten baikara. 169.254 helburu bat link-local da, eta link-local esparrua lehen jauzian amaitzen da diseinuz, ez konfigurazio oker baten ondorioz.
Ondoren datorren erabakia estu dago eta merezi du argi eta garbi hartzea: zerbitzariaren aldeko azpisarea konpontzea, edo 2. geruza segmentua luzatzea helbideak berriro tokiko esanahia izan dezan. Gainerako guztia, ruta zabalago bat gehitzea barne, huts berbera helburu gehiagori aplikarazteko modu bat da.
Helbidea ez dago rutarik gabe: bideraezina da
IPv4 link-local helbideak bere kabuz esleitzen dira hoberik ez denean erantzuten, eta hortik dator Windows-en helbideratze pribatu automatikoko jokabidea eta beste sistema batzuetako ordezko mekanismo baliokidea. Tartea esteka guztietan aldi berean erabiltzen da, eta horrexegatik funtzionatzen du: segmentu bereko bi ostalarik koordinaziorik gabe hitz egin dezakete.
Propietate horrexegatik ez du bideratzaile batek pakete hauek sareen artean birbidali behar. Link-local helburu batera bidalitako paketea hartu eta beste interfaze batetik ateratzeak anbiguotasuna sortuko luke, igorlearen «tokikoa» eta hartzailearen «tokikoa» leku desberdinak baitira. Ez dago igorleak zein nahi zuen erabakiko lukeen kontsultarik. Birbidalketa ez da administratzaileak hemen gaitzeko politika-aukerarik; helbide-klaseak baztertu egiten du.
Beraz, 169.254.1.10 tunelaren bidez irisgarri gisa instalatzen duen atebide batek helbide-formatak debekatzen duen zerbait egiteko eskatzen dio nukleoari. Paketea urruneko ostalaria iritsi baino askoz lehenago baztertzen da, eta rutaren zehaztasun-mailak ez du emaitza hori aldatzen.
Zergatik egiten duen tunel batek esparru-arazoa ikusgai
TUN interfaze batek IP paketeak garraiatzen ditu bi pareen artean, eta ez du atzean segmentu partekaturik. Ez dago difusiorik, ez urrutiko alderako ARPrik, ez eta link-local helburu bat esteka-geruzako helbide bihur dezakeen bizilagunen aurkikuntzarik. Birbidalketa baimenduta egon arren, bezeroak ez luke jakingo zein parek erantzun beharko lukeen.
Sintomek primeran bat egiten dute zer bilatu jakin ondoren. Ruta taulan dago, ping-ak galera osoa ematen du sare eskuraezin baten ordez, eta bizilagunen taulak osatu gabeko edo huts egindako sarrera erakusten du helbururako. Tunelaren kaptura batek paketea irteten erakusten du, eta horrek jendea urrutiko muturrera begira jartzen du, helbide-klasean jarri beharrean.
Windows-en bigarren sintoma bat dago, itxuraz loturarik gabea, erro bera duena: link-local helbidea soilik duen egokitzaile batek ez du atebide erabilgarririk, beraz sare-identifikazioak ezin du konexioa sailkatu eta suebakiko profila publikoan geratzen da. Tunela ez da kausa; helbidea da.
Erabaki hiru galderarekin
Azpisarea konpontzearen eta estekak zubia egitearen arteko hautua hiru baldintzatan oinarritzen da, eta horietako edozeinek erabaki dezake konfigurazio-fitxategi bat ireki aurretik.
| Question | If yes | If no |
|---|---|---|
| Can the far-side host be given a routable address? | Change the host or fix DHCP and route normally | Continue to the next question |
| Does the device accept a static address at all? | Assign one from the site's real prefix | Bridging is the only remaining option |
| Can you accept broadcast crossing the tunnel? | A bridge is viable for a small segment | Replace the device or accept no remote access |
Kasurik gehienak lehen galderan gelditzen dira. Link-local helbidea erakusten duen ostalari batek normalean esan nahi du DHCPak ez duela erantzun, kable edo VLAN bat gaizki dagoela, edo norbaitek helbidea eskuz idatzi duela. Hori konpontzea tunelari buruzko edozein lan baino merkeagoa da, eta arazoa etorkizuneko bezero guztiei kentzen die, ez soilik honi. Gainera, guneak DHCP esparru erabilgarri bat izaten jarraitzen du, eta horixe zen benetan nahi zenuena.
Egiaztatu zerbitzariaren aldea ezer suposatu aurretik. Exekutatu ip addr show eta ip route ostalarian, eta arp -n edo route print -4 bezeroan, prefixua benetan existitzen den edo sarrera zaharkitu bat den hori dioen gauza bakarra ikusteko.
Zer kostatzen duen zubi batek erantzun zuzena denean
Egokitzaile fisiko bat TAP egokitzaile batekin zubiztatzeak bezero urrunekoak tokiko difusio-domeinuko kide egiten ditu. Orduan difusioak eta bizilagunen aurkikuntzak funtzionatzen dute, eta link-local helbideak berriro esanahia hartzen du bezeroa benetan esteka horretakoa delako.
Kostuak benetakoak dira eta inork onartu aurretik aipatu behar dira. Difusio-trafikoak tunela zeharkatzen du, bezeroa tokiko segmentuaren aurrean agertzen da helburu guztietarako, behar dituen zerbitzuetarako soilik ez, eta zerbitzariak orain markoak birbidali behar ditu paketeak bideratu beharrean. Truke zentzuzkoa da laborategiko mahaigain baterako edo bideratzeko moduko konfigurazio-biderik ez duen gailu baterako, eta lehenetsitako balio txarra urruneko sarbiderako.
Zubia egiten duzunean, bi erdiak behar dira: zerbitzariko zubia, eta bezeroaren profileko ruta bat zein helburu dauden urrutiko aldean adierazten diena. Zubi bat bakarrik bezeroa asmatzen uzten du, eta ruta bat bakarrik ezin du helbide-klase bat konpondu.