Tunnelu iliyogawanyika: kwa nini kiungo hufunguka nje ya VPN uliyoweka

Kupitisha programu kwenye tunnelu hakuhamishi uelekezaji wake kwa kila kitu ambacho programu hiyo huanzisha, ingawa kiolesura kinaelekeza kinyume. Kiungo hukabidhi ombi kwa programu nyingine, programu hiyo hufungua soketi yake mwenyewe, na jukwaa hutumia kanuni kwa mchakato mpya, si kwa ule ulioonyesha maandishi. Mchakato huo wa pili ndio sera ya tunnelu inauona kwa kweli, na sio ule uliouweka.

Kwa hiyo programu iliyojumuishwa inaweza kufungua kivinjari kilicho nje ya tunnelu. Kivinjari kilichotengwa kinaweza kurudisha kazi kwa programu iliyo ndani yake. Mielekeo yote miwili ya mshangao huo ni tabia ya kawaida.

Sehemu ya mtiririko wa kazi ambayo hakuna aliyeweka

Sera kwa kila programu huandikwa dhidi ya utambulisho wa faili inayotekelezwa au kifurushi, na kila muunganisho hupimwa wakati unaundwa. Kivinjari, kionyeshi cha hati, kicheza vyombo vya habari na karatasi ya kushiriki ya mfumo kila kimoja hubeba utambulisho wake, na kila kimoja hupokea hukumu yake. Kiungo cha kina hubeba data, si sera.

Ndio sababu uchunguzi unaonekana kuwa wa kiholela: mbofyo huo huo huelekezwa njia mbili kutegemea ni mshughulikiaji gani anajibu. Mteja wa barua pepe ndani ya tunnelu hufungua kiungo kwenye kivinjari kinachoishi nje ya tunnelu, na ukurasa hupakiwa kutoka anwani yako ya nyumbani. Kivinjari cha nje ya tunnelu hufungua hati kwenye kionyeshi kinachoishi ndani yake, na faili hufika kupitia njia ya kutoka. Hakuna hata moja ya matokeo hayo mawili ambayo ni hitilafu kwa mteja.

Mshughulikiaji anayekwisha kufanya kazi hufanya hali kuwa mbaya zaidi. Ikiwa kivinjari tayari kimefunguliwa, kiungo huwa ujumbe kwa mchakato uliopo, na mchakato huo huhifadhi uelekezaji uliokuwa nao wakati ulipoanza. Kufunga na kufungua tena mshughulikiaji hubadilisha matokeo, na ndio sababu tatizo haliwezi kujirudia kamwe inapoulizwa.

Ni mchakato gani uliunda muunganisho kwa kweli

Pima upande unaopokea badala ya kufikiri juu yake. Weka tunnelu ikiwa wazi, bofya kiungo kisicho na madhara, na uangalie soketi ambazo programu mpya inashikilia.

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

Amri ya kwanza hutaja mchakato ulio nyuma ya kila soketi iliyoimarishwa kwenye Linux, na ya pili hufanya vivyo hivyo kwenye Windows kwa kutatua kitambulisho cha mchakato unaomiliki. Linganisha jina la mchakato na majina yaliyo kwenye sera yako. Ikiwa jina ni kivinjari na kivinjari kimetengwa, mbofyo uliondoka kwenye tunnelu kwa muundo na sio kwa hitilafu. Kuoanisha kanuni ya sera na soketi hai ndio mbinu yote.

Rudia ukaguzi wakati mshughulikiaji anafanya kazi tayari, kisha ukiwa umefungwa. Matokeo mawili yanaweza kutofautiana, na tofauti hiyo inaeleza ripoti nyingi za mara kwa mara kuhusu viungo vinavyotoka kwenye tunnelu.

Ufikiaji ni sifa ya mtiririko wa kazi

Ikiwa kazi inapaswa kubaki ndani ya tunnelu kutoka mwanzo hadi mwisho, kila sehemu ambayo inaweza kuifikia inahitaji kuwa ndani ya sera: kianzishi, mshughulikiaji, kionyeshi na mpatanishi yeyote ambaye jukwaa huweka kati yao. Ufikiaji mpana mara nyingi ndio jibu la uaminifu, na ni wa bei nafuu kuliko kukagua kila lengo la kushiriki.

Kutenga mpatanishi wa mfumo ili kurekebisha programu moja ni kosa la kawaida. Wapatanishi wanashirikiwa, kwa hiyo msamaha hufuata kila programu nyingine inayotumia njia hiyo hiyo, kwa kawaida bila mtu yeyote kugundua hadi ripoti ifike wiki kadhaa baadaye. Soma nini kingine kinategemea sehemu hiyo kabla ya kuitenga.

Weka utambulisho kando na uelekezaji. Kiungo kinaweza kubeba tokeni ya kikao au kitambulisho cha akaunti bila kujali ni njia gani ya kutoka inayopokea ombi. Mbofyo ulioelekezwa vizuri bado unaweza kuambia lengwa hasa ni nani aliufuata.

Andika mtiririko wa kazi, sio kisanduku cha kwanza cha kuteua. Wakati kazi inagusa programu nne, mchoro wenye programu nne ndio unaotabiri trafiki inakwenda wapi, na mpangilio wa programu moja ni mstari mmoja tu wake.