Ibilbidea baztertuta host bitengatik? Aurkitu nahi zenuten aurrizkia
Baztertutako ibilbide-lerroa host bitengatik izaten da normalean, ez birbidaltze-arazo batengatik. Zehaztu nahi zenuten aurrizkia, maskara zabaldu beharrean onartu arte.
Zure ibilbide-lerroa baztertuta itzultzen da, eta aurkitzen duzun aholkuak IP birbidaltzea gaitzeko esaten du. Bi gauza horiek problemaren etapa desberdinetan daude. Birbidaltzeak erabakitzen du host batek paketeak interfazeen artean mugi ditzakeen; ez du iritzirik idatzi duzun helmuga sare baliozkoa den ala ez. Konpondu aurrizkia lehenengo, birbidaltzeak ez baititu erreskatatuko bat ez datozen helbide eta maskara bat.
Zertaz ari da kexatzen parserra benetan
Helbide gehi maskara gisa idatzitako helmugak sare bat deskribatu behar du, eta sarea host bit zeroekin hasten da. Ematen duzun helbideak oraindik balio bat badarama host zatian, bikotea barnean koherentea da: 172.20.130.0 txukun dirudi zeroz amaitzen delako, baina laugarren oktetoan zero egotea ez da garrantzitsua den gauza bakarra. Hirugarren okteto da hemen bit solteak dituena.
Tresnek modu desberdinetan kudeatzen dute koherentzia eza hori. Parser zorrotzek lerroa ukatzen dute eta host bitak aipatzen dituzte. Parser toleranteek helbidea maskaratu eta eskatzen ez zenuten zerbait instalatzen dute, okerragoa dena, konfigurazioa orain inoiz nahi ez zenuten barruti bat bideratzen ari delako. Pythonen ipaddress moduluak aukera zuzenean erakusten du: sare analisi zorrotzak errore bat sortzen du, eta strict=False-ek host bitak maskaratzen ditu. Zure bezeroa zorrotza, tolerantea edo bertsioen artean koherentea ez izana izan daiteke, beraz irakurri mezua ohitura bati fidatu beharrean.
Egin adibidea eskuz
Hartu 172.20.130.0 helbidera /20 maskararekin iritsi behar duen tunel bat. /20 batek lau bit hartatzen ditu hirugarren oktetotik, beraz okteto hori 16ko pausotan soilik zenbatzen da: 0, 16, 32 eta aurrera 240 arte. 130 balioa 128 eta 143 artean dago, hau da, inguratzen duen sarea 172.20.128.0-n hasten da, ez 172.20.130.0-n azken oktetoa garbituta.
Idatzita, blokea 172.20.128.0-tik 172.20.143.255-era doa eta 4,096 helbide ditu. Balio berberak parser ez-zorrotz bati emateak zure izenean egingo lukeen ordezkapena erakusten du:
$ python3 -c "import ipaddress; n=ipaddress.ip_network('172.20.130.0/20', strict=False); print(n, n.num_addresses)"
172.20.128.0/20 4096Erabaki zein helmuga nahi zenuten benetan
Baztertutako lerroak hiru asmoetako bat ezkutatzen du normalean, eta zuk bakarrik aukera dezakezu. Tunelak bloke osoa behar badu, idatzi 172.20.128.0/20, sare-helbide kanonikoa. Tunelak 130 segmentua soilik behar badu, maskara okerra zen eta 172.20.130.0/24 da forma zintzoa. Helburua makina bakarra bada, IPv4 host ibilbide bat /32 da eta ez da maskara-aritmetikarik sartzen.
Horietako bakoitzak trafiko kopuru desberdina baimentzen du, eta hori da maskara ez zabaltzeko benetako arrazoia kexa gelditu arte. /16 batek lerroa ia edonon onartzen du eta inoiz tunelaren bidez bideratu nahi ez zenituen helmuguetara bidaltzen du trafikoa. Idatzi asmoarekin bat datorren aurrizkirik estuena, eta gero egiaztatu espero duzun hurrengo jauziaren aurka, ez parserraren isiltasunaren aurka.
Zergatik ez zen inoiz birbidaltzea konponbidea
Baztertutako ibilbide bat ez da inoiz iristen birbidaltze-bidera, beraz net.ipv4.ip_forward aldatzeak ezin du emaitza aldatu. Ezarpen horrek geroago du garrantzia, hostak paketeak interfazeen artean pasa behar dituenean, eta taula zuzena izan aurretik pizteak hurrengo zein etapa huts egingo duen bakarrik aldatzen du.
Beste bi gauza ere askotan erruztatzen dira puntu berean. Ibilbidea onartu eta hala ere ibilbide zehatzago baten aurka gal daiteke, eta suebaki-arau batek trafikoa bota dezake bilaketa zuzen baten ondoren. Eutsi etapak bereizita: sintaxia, instalazioa, hautaketa, iragazketa. Etapa okerrean lan egitea produktiboa dirudi aldaketa bakoitzak zerbait berrabiarazten duelako.
Egiaztatu instalatutako ibilbidea eta irabazten duen bidea
Bezeroak lerroa onartzen duenean, begiratu zer instalatu duen eta nukleoak blokearen barruko ordezkaritza-helbide baterako zein ibilbide aukeratzen duen. Instalatutako aurrizkia idatzitakoaren desberdina bada, normalizatzaile batek zure izenean jardun du.
Galdetu kide-helbide bat eta blokeaz kanpoko beste bat, konparazioa esanguratsua izan dadin eta lasaigarri den lerro bakar bat ez izateko:
ip -4 route show 172.20.128.0/20
ip -4 route get 172.20.140.10
ip -4 route get 172.20.200.10Hirugarren kontsultak tunelaz kanpo erori behar du zure aurrizkia zuzena bada, eta erortzen ez denean, eraiki duzun ibilbidea uste baino zabalagoa da. Idatzi aurrizkiak zer estali behar zuen hurrengo ezarpena ukitu aurretik, analizatzen den ibilbide batek eta funtzionatzen duen bide batek behaketa bereiziak izaten jarraitzen dutelako.