Proksi ya SOCKS5 kwa OpenVPN: handaki la TCP au kufanya proksi kwa programu?

Proksi husambaza mtiririko, si datagram. Linganisha handaki la TCP nyuma ya socks-proxy na uelekezaji wa redsocks, na uone kila muundo unashindwa wapi kwanza.

Mitandao inayoruhusu kutoka kwa njia ya proksi pekee ndiyo mahali wasifu unaofanya kazi unapokufa ghafla. Anwani ya proksi ni kigezo kisichovutia zaidi katika kushindwa huko. Kila kitu huamuliwa na umbo la trafiki ambayo proksi itasambaza, kwa sababu proksi hizi husafirisha mtiririko wa baiti na handaki la UDP si hivyo. Hilo huacha miundo miwili, na huvunjika mahali tofauti.

Kizuizi kimoja huamua muundo

SOCKS5 kwa kweli hubainisha hali ya muungano wa UDP. Hata hivyo msaada wa proksi wa mteja OpenVPN umejengwa kuzunguka mitiririko: socks-proxy imeandikwa kwa wasifu wa TCP, na proksi ya HTTP CONNECT haina njia yoyote ya datagram. Mstari mmoja wa nyaraka huamua usanifu kabla ya kugusa faili ya usanidi.

Kwa hiyo swali si proksi ipi ya kuchagua. Ni kama handaki linakuwa mtiririko, au linabaki datagram na kuruhusu kitu kingine kufyonza uproksishaji.

Chaguo A: fanya handaki kuwa mtiririko

Hii inahitaji seva yenye msikilizaji wa TCP, na wasifu wa mteja unaotaja proksi. Sehemu zote mbili zinahitajika, na upande wa seva ndio ambao watu husahau:

proto tcp-client
remote vpn.example.net 443
socks-proxy 127.0.0.1 1080

Badilisha mstari wa mwisho na http-proxy proxy.internal 8080 wakati proksi inazungumza HTTP, na uongeze faili ya stakabadhi ikiwa inaihitaji. Proksi lazima iwe tayari kutekeleza CONNECT kwenye bandari yako ya VPN, na seva lazima ijibu kwa TCP; msikilizaji wa UDP pekee hupuuza jaribio hilo. Kuchagua 443 ni hatua ya vitendo, kwa sababu mitandao mingi yenye vikwazo huruhusu hilo na vichache vingine.

Gharama ni TCP iliyorundikwa juu ya TCP. Sehemu moja ya nje iliyopotea huzuia kila mtiririko wa ndani unaoshiriki muunganisho huo, kwa hiyo urejeshaji ambao kwa kawaida ungekuwa huru huwa wa pamoja. Usanidi pia huchukua muda mrefu, na njia ya nje isiyotulia huwa handaki lisilotulia badala ya la polepole.

Chaguo B: acha handaki likae

Wakati handaki lazima libaki kwenye UDP, handaki si mahali panapoundwa kitu chochote. Badala yake TCP inayotoka kwenye programu huelekezwa kwa msikilizaji wa ndani wa SOCKS, na programu hazijui kamwe kwamba proksi ipo. Kwenye Linux hiyo kwa kawaida ni redsocks pamoja na kanuni ya NAT REDIRECT kwenye jedwali la nat.

Tena TCP pekee. Proksi ya HTTP pekee kama privoxy haiwezi kusambaza itifaki zisizo maalum, na muundo huu hauongezi msaada wa datagram kwa programu pia.

Kumwambia kila programu kuhusu proksi moja kwa moja kwa kawaida ni bora pale programu inapoiunga mkono. Ni rahisi kukagua, na hushindwa mahali ambapo unaweza kuona kweli.

Kila chaguo hushindwa wapi

Chaguo A hushindwa wakati seva haina msikilizaji wa TCP, wakati proksi inakataa lengo la CONNECT, au wakati mtiririko wa nje unapunguzwa chini ya kile handaki linahitaji. Mbili za kwanza huacha ingizo kwenye kumbukumbu ya proksi; ya tatu huacha muunganisho unaojengwa na kisha kuhisi vibaya. Soma kumbukumbu hiyo kabla ya kuhariri wasifu, kwa sababu hutenganisha tatizo la ruhusa na tatizo la uwezo. CONNECT iliyokamilika huhamisha uchunguzi ndani ya handaki.

Chaguo B hushindwa kwa kila kitu kinachohitaji datagram, kwa itifaki ambazo proksi hazielewi, na kwa utulivu kwenye wenyeji ambapo kanuni ya uelekezaji ipo lakini uelekezaji huelekeza trafiki kando yake.

Hakuna chaguo linalobadilisha hitaji la kifaa. Pakiti bado zinahitaji nodi ya TUN au TAP kabla ya kerneli kuzielekeza, kwa hiyo mchakato bado unahitaji ruhusa kwenye /dev/net/tun. Kifuniko hubadilisha kinachotokea baada ya nodi hiyo kufunguliwa, si kama unaihitaji.

Thibitisha ni njia ipi uliyojenga

Angalia soketi badala ya aikoni ya trei. Mchakato wa VPN unapaswa kushikilia muunganisho ulioanzishwa kwa anwani ya proksi, na proksi inapaswa kuwa imeandika lengo ililoombwa kufikia:

ss -tnp | grep openvpn

Kisha elekea mwisho ambao handaki pekee linaweza kuhudumia, na jina ambalo kitatuzi cha handaki pekee linaweza kujibu. Muunganisho wa proksi uliokamilika na handaki lililokufa kwa kawaida humaanisha kwamba upande wa mbali haukuweka wakati wowote usafirishaji uliotajwa katika wasifu wako.

Andika usafirishaji na proksi inayokubali mahali pa kudumu. Wasifu huo huo unaposhindwa kwenye mtandao mwingine, dokezo hilo huondoa au kuthibitisha proksi ndani ya sekunde.

Makala zinazohusiana