Skiptur göng: hvers vegna hlekkur opnast utan þess VPN sem þú settir upp

Að leiða forrit í gegnum göng flytur ekki leiðsögn þess yfir á allt sem forritið ræsir, þótt viðmótið bendi til hins gagnstæða. Hlekkur afhendir beiðni öðru forriti, það forrit opnar sinn eigin sokk, og kerfisvaktin beitir reglunum á nýja ferlið en ekki það sem sýndi textann. Það er þetta síðara ferli sem stefna gagnanna sér í raun, og það er ekki það sem þú stilltir.

Forrit sem er innifalið getur því opnað vafra sem stendur utan gagnanna. Vafri sem er útilokaður getur skilað vinnu til forrits sem stendur innan hans. Báðar áttir þessarar óvæntu hegðunar eru venjuleg.

Sá hluti vinnuflæðisins sem enginn stillti

Stefna fyrir hvert forrit er skrifuð gegn auðkenni keyrsluskrár eða pakka, og hver tenging er metin á þeirri stundu sem hún verður til. Vafrinn, skjalaskoðarinn, miðilspilarinn og deilingarblað kerfisins bera hver sitt auðkenni, og hvert fær sinn dóm. Djúpur hlekkur ber gögn, ekki stefnu.

Þess vegna virðist athugunin tilviljanakennd: sama smellan er leiðbeind tvo vegu eftir því hvaða meðhöndlari svarar. Póstforrit innan gagnanna opnar hlekk í vafra sem lifir utan gagnanna, og síðan hleðst frá heimilisfangi þínu. Vafri utan gagnanna opnar skjal í skoðara sem lifir innan þeirra, og skráin kemur í gegnum útganginn. Ekkert þessara útkoma er bilun í biðlanum.

Meðhöndlari sem er þegar í gangi gerir illa verra. Ef vafrinn er þegar opinn verður hlekkurinn skilaboð til ferlis sem fyrir er, og það ferli heldur þeirri leiðsögn sem það hafði við ræsingu. Að loka og enduropna meðhöndlaranum breytir niðurstöðunni, og þess vegna endurnýtist vandamálið aldrei fyrir beiðni.

Hvaða ferli bjó í raun til tenginguna

Mældu móttökuþáttinn í stað þess að rökræða um hann. Hafðu göngin í gangi, smelltu á meinlaust hlekk og skoðaðu sokkana sem nýja forritið heldur.

ss -tnp state established '( dport = :443 )'
Get-NetTCPConnection -State Established | Select-Object RemoteAddress,OwningProcess

Fyrsta skipunin nefnir ferlið á bak við hvern kominn sokk á Linux, og önnur gerir hið sama á Windows með því að leysa auðkenni ferlisins sem á sokkinn. Berðu ferlisheitið saman við heitin í stefnunni þinni. Ef heitið er vafrinn og vafrinn er útilokaður, þá fór smellan út úr göngunum að hönnun en ekki vegna bilunar. Að para stefnureglu við lifandi sokk er öll aðferðin.

Endurtaktu athugunina með meðhöndlaranum þegar í gangi, og svo með hann lokaðan. Niðurstöðurnar tvær geta verið ólíkar, og sá munur skýrir flestar óreglulegar tilkynningar um hlekki sem sleppa úr göngum.

Umfang er eiginleiki vinnuflæðisins

Ef verkefni á að vera innan gagnanna frá upphafi til enda þarf hver sá hluti sem það nær að vera innan stefnunnar: ræsirinn, meðhöndlarinn, skoðarinn og hver sá milliliður sem kerfisvaktin setur á milli þeirra. Víðtækara umfang er oft heiðarlegt svar, og það er ódýrara en að endurskoða hvert deilingarmark.

Að útiloka millilið kerfisins til að laga eitt forrit er algeng mistök. Milliliðir eru sameiginlegir, svo undantekningin fylgir hverju öðru forriti sem notar sömu leið, yfirleitt án þess að nokkur taki eftir því fyrr en tilkynning berst vikum síðar. Lestu hvað annað er háð hlutnum áður en þú útilokar hann.

Haltu auðkenni aðskildu frá leiðsögn. Hlekkur getur borið setutákn eða auðkenni reiknings óháð því hvaða útgangur tekur við beiðninni. Rétt leiðbeind smellan getur samt sagt áfangastaðnum nákvæmlega hver fylgdi henni.

Skjalfestu vinnuflæðið, ekki fyrsta gátreitinn. Þegar verkefni spannar fjögur forrit er skýringarmyndin með fjórum forritum sú sem spáir fyrir um hvert umferðin fer, og stillingin fyrir eitt forrit er aðeins ein röð í henni.