Uunganisho wa IPv6 pekee, huduma ya IPv4: acha proksi ya SOCKS ijenge daraja

Huhitaji anwani kutoka familia ya anwani ya lengo ili kuifikia, mradi kitu fulani kwenye njia kiko tayari kupitisha. Programu inaunganisha na proksi, na proksi inafungua muunganisho wa pili kwa lengo. Hizi ni soketi mbili zenye familia za anwani huru, na hakuna kitu katika itifaki yoyote kinachohitaji zilingane. Hii ni upitishaji wa ngazi ya programu, si njia asilia ya IPv4, na tofauti hiyo ndiyo huamua kitakachofanya kazi na kisichofanya kazi. Kuchanganya hizi mbili ndiyo sababu kompyuta mpakato hujulikana kuwa na muunganisho wa IPv4 wakati kila kitu ilichonacho ni proksi.

Soketi mbili, familia mbili za anwani

Ombi la SOCKS5 hutaja lengo kwa mojawapo ya namna tatu: anwani halisi ya v4, anwani halisi ya v6, au jina ambalo proksi itatatua. Ombi linaeleza proksi inapaswa kuunganisha wapi, si jinsi muunganisho wa mteja-kwa-proksi unavyoonekana.

Soma aina hizi za anwani kama chaguo tatu huru ndani ya ujumbe mmoja. Proksi inayofikiwa kwa IPv6 inaweza kufungua soketi ya lengo la IPv4 kila inapokuwa na toka la IPv4 linalofanya kazi na sera yake ikiruhusu ombi. Vipimo vya SOCKS5 huzifafanua bila rejeleo lolote kwa usafirishaji wa mteja.

Mfano wa SSH unaodhibitiwa

Chukua mwenyeji wa SSH ulioruhusiwa kutumia, anayejibu kwa IPv6 na yeye mwenyewe anaweza kufikia huduma ya HTTPS inayopatikana tu kwa v4. Uhamishaji tendaji wa OpenSSH huweka msikilizaji wa SOCKS wa ndani kwenye mashine yako wakati kikao cha kuingia kinaenda kwa v6.

ssh -6 -N -D 127.0.0.1:1081 -o ExitOnForwardFailure=yes [email protected]

Mwenyeji na akaunti hapo juu ni mifano, na ufungaji wa loopback huweka msikilizaji kwenye kompyuta hii. Usiubadilishe na ufungaji wa wildcard ili ofisi iweze kushiriki proksi isiyo na uthibitisho. ExitOnForwardFailure=yes upo ili uhamishaji ulioshindikana umalize kikao badala ya kuacha amri ya kimya ikiendelea chinichini.

Wakati kikao kinaendelea, ombi linaonekana hivi:

curl --proxy socks5h://127.0.0.1:1081 https://v4-only.example/

Muunganisho wa loopback si njia ya intaneti ya IPv4. Kinachotoka kwenye mashine yako ni kikao cha kuingia kwa v6, na upande wa mbali ndio unaofungua soketi ya lengo. Umbo la socks5h pia hukabidhi utatuzi wa majina kwa upande huo, jambo ambalo ni muhimu wakati mteja hana njia yake ya kutatua IPv4.

Lengo huona nini kwa hakika

Lengo linaona anwani ya toka ya mpitishaji. Hakuna anwani ya kompyuta yako mpakato inayoonekana hapo. Orodha ya vyanzo vinavyoruhusiwa kwenye huduma hiyo lazima itaje mpitishaji. Kumbukumbu zake pia zitahusisha trafiki na mpitishaji. Andika hilo katika rekodi ya mabadiliko kabla ya ukaguzi, kwa sababu orodha ya ruhusa iliyojengwa kuzunguka anwani za wateja hushindwa kwenye ombi la kwanza.

Mpitishaji pia ni mahali ambapo nusu mbili za mazungumzo zinaonekana, jambo ambalo ni sifa muhimu wakati wa utambuzi na mzigo ikiwa mpitishaji anashirikiwa bila sera.

Hii si DNS64 wala NAT64

DNS64 hujibu kwa rekodi zilizoundwa ambazo huchukua nafasi ya malengo ya v4, na NAT64 huandika upya pakiti kando ya njia iliyosanidiwa. Hakuna kinachoeleza kinachotokea hapa, ambapo mazungumzo ya usafirishaji yanaisha na mengine yanaanza na hakuna anwani iliyoundwa inayoeleza matokeo. Kwa hivyo ombi lililofanikiwa halisemi chochote kuhusu huduma za tafsiri ambazo mtoa huduma wako anaendesha, na proksi inaweza kuendesha NAT ya kawaida kwenye toka lake mwenyewe.

Mbinu zote mbili zinaweza kuwepo kwenye mtandao mmoja, kwa hivyo eleza ile uliyoithibitisha kweli badala ya ile inayosikika karibu zaidi.

Jua wigo kabla ya kuahidi

Uhamishaji tendaji wa OpenSSH hubeba miunganisho ya TCP, si trafiki ya IP ovyo, kwa hivyo UDP, ICMP na itifaki yoyote inayopuuza proksi zinahitaji muundo mwingine unaotumika. Hifadhi uthibitisho wa ufunguo wa mwenyeji wa SSH, vikwazo vya uhamishaji vya seva na uthibitisho wa cheti cha HTTPS, kwa sababu proksi ni mshiriki wa ziada anayeaminika, si sababu ya kudhoofisha ukaguzi wa utambulisho. Ikiwa lengo ni kubeba usafirishaji wa nje wa VPN kupitia proksi, thibitisha kwamba pande zote mbili zinaunga mkono usafirishaji huo badala ya kudhani msikilizaji yeyote wa SOCKS anaweza kuupitisha.

Hakuna lolote la haya linalomfanya mteja kuwa na stack mbili, na hakuna linalohitajika. Inafanya programu moja kufikia huduma moja kupitia mpitishaji mmoja, ambayo ni dai dogo na rahisi zaidi kuthibitisha.