ICMP-endurstýringar á móti VPN-leiðum þínum: hvað breytist í raun

Flæði sem ætti að fara um göngin tekur aðra næstu hopp og einhver finnur ICMP-endurstýringu í upptöku. Það er tilgáta, ekki greining. Endurstýring er tillaga beinisins um betra næsta hopp, og hvort hýsillinn bregst við henni fer eftir stillingum sem eru mismunandi eftir vettvangi, viðmóti og vistfanga fjölskyldu.

Endurstýring er tillaga frá beini

ICMP-endurstýringar í IPv4 hafa sina eigin skilaboðategund og þröngt sett af skilyrðum: beininn sendir pakka út um viðmótið sem hann kom inn á, og hann þekkir næsta hopp á sama tenginu sem er nær áfangastaðnum. Síðan segir hann sendandanum að nota það næsta hopp beint. Skilaboðin nefna nýju gáttina og innihalda hluta af upprunalega pakkanum svo sendandinn geti parað hann við flæði. Þtte eru kurteisisskilaboð um staðbundna topólógíu, og gert er ráð fyrir að sendandinn deili tengi með fyrirhugaðri gátt.

Sendandinn er frjáls að hunsa hana. Ekkert í samskiptareglunum krefst þes að hýsill breyti töflunni sinni, og endurstýring sem er handsömuð sannar aðeins að beinir hafi sent eina.

Það er einmitt í þessum greinarmun sem flestar rannsóknir á endurstýringum fara úrskeiðis.

IPv4 og IPv6 afhenda hana á mismunandi hátt

IPv6 hefur sambærilega aðferð inni í uppgötvun nágranna í stað ICMPv4, með öðru sniði skilaboða og öðrum sannprófunarreglum. Hugtökin ríma og pakkarnir ekki. Upptökusía sem er skrifuð fyrir ICMP tegund 5 sýnir ekkert á IPv6-netkerfi, sem stundum er lesið sem sönnun þes að engin endurstýring hafi átt sér stað.

Stefnurofarnir eru líka aðskildir, þannig að hýsill getur samþykkt IPv4-endurstýringar og hunsað IPv6, eða öfugt.

Athugaðu báðar fjölskyldurnar ef flæðið sem um ræðir gæti notað hvora sem er.

Samþykki er stefna hýsilsins, ekki staðreynd netkerfisins

Á Linux er samþykki endurstýringa stjórnað fyrir hvert viðmót og á alþjóðlegum skala, og sjálfgefin gildi eru mismunandi milli hlutverka hýsils og beinis. Gönguviðmót sem samþykkir endurstýringar er skrýtin hönnun, því inni í punkt-til-punkts göngum er ekkert merkilegt val næsta hopps á sama tengi. Það gerir stillinguna þes virði að lesa hana frekar en að gera ráð fyrir henni.

Stillingar fyrir öruggar endurstýringar takmarka frekar hvaða gáttum má trúa.

Ef þú ert að herða hýsil eru þetta rofarnir sem á að fara yfir, og það er líka ástæðan fyrir því að tvær vélar á sama netkerfi geta hegðað sér mismunandi. Breyttu þim sem stefnu, ekki sem flýtileið við villuleit.

Hvað endurstýring getur ekki útskýrt

Sérstakar leiðir, stefnuleiðarreglur og staðbundin viðmót útskýra flestar óvæntar slóðir án nokkurrar endurstýringar. Sértækari forskeyti, regla sem passar við upprunavistfangið, eða annað sjálfgefið gildi í annarri töflu hvert um sig mun sigra leiðina sem þú bjóst við. Athugaðu þær fyrst, því þær eru ákvarðanakenndar og sýnilegar.

Gamlar upptökur eru hin gildran, því biðlari sem skipti um netkerfi er með aðra staðbundna gátt.

Gömul endurstýring frá fyrri tengingu útskýrir ekkert um núverandi slóð, svo skráðu hvaða viðmót tekur við stjórnunumferðinni núna.

Athugaðu leiðina áður en þú kennir göngunum um

Spurðu kjarnann hvaða leið hann myndi nota fyrir áfangastaðinn, og berðu það síðan saman við töfluna sem þú ætlaðir. Ef svarið passar við töfluna breytti engin endurstýring neinu og rannsóknin á heima annars staðar. Ef það passar ekki, leitaðu að endurstýringu í skyndiminni, stefnureglu eða annarri töflu áður en þú gerir ráð fyrir að göngin séu sek. Uppflettingin er grunnsannleikurinn, og allt annað er saga um hvernig það komst þangað.

Endurstýring ætti aldrei að vera ástæðan fyrir því að varin slóð verði hljóðlaust óvarin, og þess vegna á samþykkisstefnan heima í hönnunarúttektinni. Skilgreiningin í RFC 792 er áfram tilvísunin fyrir það sem IPv4-skilaboðin mega segja.

Skrifaðu leiðaruppflettinguna og tímastimpla upptökunnar saman, og næsta manneskja getur endurskapað niðurstöðu þína.