Delt tunnel: kvifor ei lenkje opnar utanfor VPN-en du sette opp

Å tunnela ein app flyttar ikkje rutinga hans til alt appen startar, sjølv om grensesnittet kan tyde på det motsette. Ei lenkje gjev ein førespurnad vidare til eit anna program, det programmet opnar sin eigen sokkel, og plattforma brukar reglane på den nye prosessen i staden for på den som viste teksten. Det er den andre prosessen tunnelpolitikken faktisk ser, og han er ikkje den du sette opp.

Ein inkludert app kan difor opne ein nettlesar som ligg utanfor tunnelen. Ein utelaten nettlesar kan gje arbeid tilbake til ein app som ligg inni han. Begge retningane av den overraskinga er vanleg åtferd.

Den delen av arbeidsflyten som ingen sette opp

Politikk per app blir skriven mot identiteten til ei køyrbar fil eller ei pakke, og kvar tilkopling blir vurdert i det augneblinken ho blir laga. Nettlesaren, dokumentvisaren, mediespelaren og delearket til systemet ber kvar sin identitet, og kvar får sin eigen dom. Ei djup lenkje ber data, ikkje politikk.

Difor verkar observasjonen vilkårleg: det same klikket blir ruta to vegar alt etter kva behandlar som svarar. Ein e-postklient i tunnelen opnar ei lenkje i ein nettlesar som lever utanfor tunnelen, og sida blir lasta frå heimeadressa di. Ein nettlesar utanfor tunnelen opnar eit dokument i ein visar som lever inni han, og fila kjem gjennom utgangen. Ingen av dei to resultata er ein feil i klienten.

Ein behandlar som alt køyrer gjer det verre. Viss nettlesaren alt er open, blir lenkja ei melding til ein eksisterande prosess, og den prosessen held på rutinga han hadde då han starta. Å lukke og opne behandlaren på nytt endrar resultatet, og difor blir problemet aldri reprodusert på kommando.

Kva prosess som faktisk laga tilkoplinga

Mål den mottakande sida i staden for å resonnera om henne. Hald tunnelen oppe, klikk på ei uskuldig lenkje og sjå på soklane det nye programmet held.

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

Den første kommandoen namngjev prosessen bak kvar etablert sokkel på Linux, og den andre gjer det same på Windows ved å løyse opp identifikatoren til prosessen som eig han. Samanlikn prosessnamnet med namna i politikken din. Viss namnet er nettlesaren og nettlesaren er utelaten, forlét klikket tunnelen med vilje og ikkje på grunn av ein feil. Å para ein politikregel med ein levande sokkel er heile metoden.

Gjenta kontrollen med behandlaren alt køyrande, og deretter med han lukka. Dei to resultata kan variere, og den skilnaden forklarar dei fleste periodiske rapportane om lenkjer som slepp ut av ein tunnel.

Dekking er ein eigenskap ved arbeidsflyten

Viss ei oppgåve skal bli inne i tunnelen frå start til slutt, må kvar komponent ho kan nå vere innanfor politikken: startaren, behandlaren, visaren og ein kvar mellommann plattforma set inn mellom dei. Breiare dekking er ofte det ærlege svaret, og det er billegare enn å revidere kvart delingsmål.

Å utelate ein systemmellommann for å rette ein app er ein vanleg feil. Mellommannar blir delte, så unntaket følgjer kvar annan app som brukar same veg, vanlegvis utan at nokon merkar det før ein rapport kjem veker seinare. Les kva anna som er avhengig av komponenten før du utelèt han.

Hald identitet skild frå ruting. Ei lenkje kan bere eit sesjonstoken eller ein kontoidentifikator, uansett kva utgang som tek imot førespurnaden. Eit rett ruta klikk kan framleis fortelje målet nøyaktig kven som følgde det.

Dokumenter arbeidsflyten, ikkje den første avkrysningsboksen. Når ei oppgåve spenner over fire program, er diagrammet med fire program det som føreser kvar trafikken går, og innstillinga for éin app er berre éi rad i det.