Ձեզ պետք չէ նպատակակետի հասցեների ընտանիքից հասցե՝ դրան հասնելու համար, քանի դեռ ուղու վրա ինչ-որ բան պատրաստ է վերահասցեավորել։ Հավելվածը միանում է փրոքսիին, և փրոքսին բացում է երկրորդ միացում դեպի նպատակակետ։ Սրանք երկու սոկետներ են՝ անկախ հասցեների ընտանիքներով, և ոչ մի արձանագրություն չի պահանջում, որ դրանք համընկնեն։ Սա հավելվածային մակարդակի վերահասցեավորում է, ոչ թե բնիկ IPv4 ուղի, և այդ տարբերությունն է որոշում, թե ինչ կաշխատի և ինչ ոչ։ Երկուսը շփոթելն այն է, ինչի պատճառով նոթբուքը նկարագրվում է որպես IPv4 կապ ունեցող, մինչդեռ այն ամենը, ինչ ունի, փրոքսի է։

Երկու սոկետ, երկու հասցեների ընտանիք

SOCKS5 հարցումը նշում է նպատակակետը երեք ձևերից մեկով՝ բառացի v4 հասցե, բառացի v6 հասցե կամ անուն, որը փրոքսին պետք է լուծի։ Հարցումը նկարագրում է, թե որտեղ պետք է միանա փրոքսին, ոչ թե ինչպիսին է հաճախորդ-փրոքսի միացումը։

Կարդացեք այս հասցեատեսակները որպես երեք անկախ ընտրություն մեկ հաղորդագրության մեջ։ IPv6-ով հասանելի փրոքսին կարող է բացել IPv4 նպատակակետի սոկետ, երբ ունի աշխատող IPv4 ելք և իր քաղաքականությունը թույլ է տալիս հարցումը։ SOCKS5 ճշգրտումը սահմանում է դրանք՝ առանց որևէ հղում հաճախորդի տրանսպորտին։

Կառավարվող SSH օրինակ

Վերցրեք SSH հոսթ, որն օգտագործելու թույլտվություն ունեք, որը պատասխանում է IPv6-ով և ինքը կարող է հասնել HTTPS ծառայության, որը գոյություն ունի միայն v4-ով։ OpenSSH-ի դինամիկ փոխանցումը ձեր մեքենայի վրա տեղադրում է տեղային SOCKS լսիչ, քանի դեռ մուտքի նստաշրջանն անցնում է v6-ով։

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

Վերևի հոսթը և հաշիվը օրինակներ են, իսկ loopback կապումը լսիչը պահում է այս համակարգչում։ Մի փոխարինեք այն վայրի քարտի կապումով, որպեսզի գրասենյակը կարողանա կիսել չնույնականացված փրոքսի։ ExitOnForwardFailure=yes գոյություն ունի, որպեսզի ձախողված փոխանցումը վերջացնի նստաշրջանը՝ հետին պլանում լուռ հրաման թողնելու փոխարեն։

Երբ նստաշրջանը աշխատում է, հարցումը այսպիսին է՝

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

Loopback միացումը IPv4 ինտերնետ ուղի չէ։ Ձեր մեքենայից դուրս է գալիս v6-ով մուտքի նստաշրջանը, և հեռավոր կողմն է, որ բացում է նպատակակետի սոկետը։ socks5h ձևը նաև անվանալուծումը պատվիրակում է այդ կողմին, ինչը կարևոր է, երբ հաճախորդը սեփական IPv4 լուծիչ ուղի չունի։

Ինչ է իրականում տեսնում նպատակակետը

Նպատակակետը տեսնում է վերահասցեավորողի ելքային հասցեն։ Այնտեղ չի հայտնվում ձեր նոթբուքին պատկանող ոչ մի հասցե։ Այդ ծառայության աղբյուրների թույլատրելի ցանկը պետք է նշի վերահասցեավորողին։ Նրա մատյանները նույնպես երթևեկությունը կվերագրեն վերահասցեավորողին։ Գրեք դա փոփոխությունների գրառման մեջ աուդիտից առաջ, որովհետև հաճախորդների հասցեների շուրջ կառուցված թույլատրելի ցանկը ձախողվում է առաջին իսկ հարցման ժամանակ։

Վերահասցեավորողը նաև այն տեղն է, որտեղ երևում են զրույցի երկու կեսերը, ինչը օգտակար հատկություն է ախտորոշման ժամանակ և ծանրաբեռնվածություն, եթե վերահասցեավորողը կիսվում է առանց քաղաքականության։

Սա DNS64 կամ NAT64 չէ

DNS64-ը պատասխանում է սինթեզված գրառումներով, որոնք փոխարինում են v4 նպատակակետերին, իսկ NAT64-ը վերագրում է փաթեթները կազմաձևված ուղու երկայնքով։ Ոչ մեկը չի նկարագրում, թե ինչ է կատարվում այստեղ, որտեղ մի տրանսպորտային զրույց ավարտվում է և մյուսը սկսվում, և ոչ մի սինթեզված հասցե չի բացատրում արդյունքը։ Հետևաբար հաջող հարցումը ոչինչ չի ասում այն մասին, թե ձեր մատակարարը ինչ թարգմանչական ծառայություններ է շահագործում, և փրոքսին կարող է սովորական NAT վարել իր ելքի վրա։

Երկու մեխանիզմներն էլ կարող են գոյություն ունենալ նույն ցանցում, ուստի նկարագրեք այն, ինչ իրականում ստուգել եք, ոչ թե այն, ինչ ամենամոտն է հնչում։

Իմացեք շրջանակը, նախքան խոստանալը

OpenSSH-ի դինամիկ փոխանցումը կրում է TCP միացումներ, ոչ թե կամայական IP երթևեկություն, ուստի UDP-ն, ICMP-ն և փրոքսին անտեսող ցանկացած արձանագրություն պահանջում են այլ աջակցվող ձևավորում։ Պահպանեք SSH հոսթի բանալու ստուգումը, սերվերի փոխանցման սահմանափակումները և HTTPS վկայագրի վավերացումը, որովհետև փրոքսին լրացուցիչ վստահելի մասնակից է, ոչ թե ինքնության ստուգումները թուլացնելու պատճառ։ Եթե նպատակը VPN-ի արտաքին տրանսպորտը փրոքսիով կրելն է, ստուգեք, որ երկու ծայրերն էլ աջակցում են այդ տրանսպորտին, փոխարենը ենթադրելու, որ ցանկացած SOCKS լսիչ կարող է վերահասցեավորել այն։

Սրանից ոչ մեկը հաճախորդին երկկույտ չի դարձնում, և դրա կարիքը չկա։ Այն մեկ հավելվածի թույլ է տալիս մեկ վերահասցեավորողի միջով հասնել մեկ ծառայության, ինչը ավելի փոքր պնդում է և շատ ավելի հեշտ ստուգելի։

Առնչվող հոդվածներ