Rruga u refuzua për shkak të biteve të hostit? Gjeni prefiksin e synuar

Rreshti i rrugës suaj kthehet i refuzuar, dhe këshilla që gjeni thotë të aktivizoni përcjelljen IP. Këto dy gjëra janë në faza të ndryshme të problemit. Përcjellja vendos nëse një host mund të lëvizë paketa midis ndërfaqeve; nuk ka mendim nëse destinacioni që shkruani është një rrjet i vlefshëm. Rregulloni së pari prefiksin, sepse përcjellja nuk shpëton një adresë dhe maskë që nuk përputhen.

Për çfarë ankohet në të vërtetë analizatori

Një destinacion i shkruar si adresë plus maskë duhet të përshkruajë një rrjet, dhe një rrjet fillon me bitet e hostit të zeroizuara. Kur adresa që jepni ende mban një vlerë në pjesën e hostit, çifti është brendësisht i paqëndrueshëm: 172.20.130.0 duket i rregullt sepse përfundon me zero, por zeroja në oktetin e katërt nuk është e vetmja gjë me rëndësi. Është okteti i tretë ai që mban këtu bite të humbura.

Mjetet e trajtojnë këtë paqëndrueshmëri ndryshe. Analizatorët e rreptë e refuzojnë rreshtin dhe emërtojnë bitet e hostit. Analizatorët e butë e maskojnë adresën dhe instalojnë diçka që nuk e kërkuat, që është më keq, sepse konfigurimi tani rrugëton një interval që nuk e kishit ndërmend kurrë. Moduli ipaddress i Python-it e shfaq zgjedhjen drejtpërdrejt: analiza e rreptë e rrjetit ngre një gabim, dhe strict=False maskon bitet e hostit. Klienti juaj mund të jetë i rreptë, i butë ose i paqëndrueshëm midis versioneve, prandaj lexoni mesazhin në vend që të besoni një zakon.

Punojeni shembullin me dorë

Merrni një tunel që duhet të arrijë 172.20.130.0 me një maskë /20. Një /20 huazon katër bit nga okteti i tretë, kështu që ai oktet numërohet vetëm në hapa prej 16: 0, 16, 32 dhe kështu me radhë deri në 240. Vlera 130 bie midis 128 dhe 143, që do të thotë se rrjeta që e përfshin fillon në 172.20.128.0, jo në 172.20.130.0 me oktetin e fundit të zeroizuar.

E shkruar, blloku shkon nga 172.20.128.0 në 172.20.143.255 dhe mban 4,096 adresa. Dhënia e të njëjtave vlera një analizatori jo të rreptë tregon zëvendësimin që do të kishte bërë në emrin tuaj:

$ 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 4096

Vendosni cilin destinacion kishit vërtet ndërmend

Rreshti i refuzuar zakonisht fsheh një nga tre qëllimet, dhe vetëm ju mund të zgjidhni. Nëse tunelit i duhet i gjithë blloku, shkruani 172.20.128.0/20, adresa kanonike e rrjetit. Nëse tunelit i duhet vetëm segmenti 130, maska ishte e gabuar dhe 172.20.130.0/24 është forma e ndershme. Nëse objektivi është një makinë e vetme, një rrugë hosti IPv4 është /32 dhe nuk përfshihet asnjë aritmetikë maske.

Secila prej tyre autorizon një sasi të ndryshme trafiku, dhe kjo është arsyeja e vërtetë për të mos e zgjeruar maskën derisa ankesa të ndalet. Një /16 e pranon rreshtin pothuajse kudo dhe dërgon trafik drejt destinacioneve që nuk kishit ndërmend t'i rrugëtonit kurrë përmes tunelit. Shkruani prefiksin më të ngushtë që përputhet me qëllimin, pastaj konfirmojeni kundrejt hop-it të radhës që prisni, jo kundrejt heshtjes së analizatorit.

Pse përcjellja nuk ishte kurrë zgjidhja

Një rrugë e refuzuar nuk arrin kurrë në rrugën e përcjelljes, prandaj ndryshimi i net.ipv4.ip_forward nuk mund ta ndryshojë rezultatin. Ajo cilësim ka rëndësi më vonë, kur hosti duhet t'i kalojë paketat midis ndërfaqeve, dhe aktivizimi i saj para se tabela të jetë e saktë ndryshon vetëm cilën fazë do të dështojë më pas.

Dy gjëra të tjera shpesh fajësohen në të njëjtën pikë. Rruga mund të pranohet dhe prapë të humbasë ndaj një rruge më specifike, dhe një rregull muri zjarri mund ta hedhë trafikun pas një kërkimi të saktë. Mbani fazat të ndara: sintaksa, instalimi, përzgjedhja, filtrimi. Puna në fazën e gabuar duket produktive sepse çdo ndryshim rinis diçka.

Kontrolloni rrugën e instaluar dhe shtegun që fiton

Pasi klienti ta pranojë rreshtin, shikoni çfarë instaloi dhe cilën rrugë zgjedh kerneli për një adresë përfaqësuese brenda bllokut. Nëse prefiksi i instaluar ndryshon nga ai që shkruat, një normalizues ka vepruar në emrin tuaj.

Pyetni për një adresë anëtare dhe gjithashtu për një jashtë bllokut, që krahasimi të jetë kuptimplotë dhe jo vetëm një rresht qetësues:

ip -4 route show 172.20.128.0/20
ip -4 route get 172.20.140.10
ip -4 route get 172.20.200.10

Kërkesa e tretë duhet të bjerë jashtë tunelit nëse prefiksi juaj është i saktë, dhe kur nuk bie, rruga që ndërtuat është më e gjerë sesa mendoni. Shënoni çfarë duhej të mbulonte prefiksi përpara se të prekni cilësimin tjetër, sepse një rrugë që analizohet dhe një shteg që funksionon mbeten vëzhgime të ndara.