socat SOCKS կամուրջներ. պահպանել կայքի TLS հոսթի անունը

Օգտագործեք loopback TCP լսող մեկ SOCKS նպատակակետի համար՝ պահպանելով HTTP և TLS ինքնությունը հավելվածում։

Հավելվածը SOCKS տարբերակ չունի, բայց կարող է միանալ ընտրված TCP հասցեին։ Ֆիքսված թիրախով ադապտերը կարող է ապահովել SOCKS զրույցը մեկ նպատակակետի համար։ Այն պարտավոր չէ դառնալ ևս մեկ ընդհանուր ուղղորդող պրոքսի։

SOCKS4A տրամադրող socat կառուցումների համար օրինակելի դասավորությունը սա է.

socat TCP4-LISTEN:9443,bind=127.0.0.1,reuseaddr,fork \
  SOCKS4A:127.0.0.1:service.example.net:443,socksport=1080

SOCKS վերջնակետը տեղական 1080 պորտն է։ Ադապտերը լսում է տեղական 9443 պորտին և այդ վերջնակետից պահանջում service.example.net:443։ Սրանք օրինակային արժեքներ են, ոչ թե ծառայության ամբողջական տեղակայում։

Ադապտերն ունի մեկ ֆիքսված թիրախ

Յուրաքանչյուր ընդունված TCP կապ պահանջում է նույն ծառայությունը։ 9443-ին միացող հավելվածը տալիս է իր սովորական պրոտոկոլային բայթերը. socat-ը տալիս է SOCKS4A բանակցությունը։ 9443-ին նոր HTTP CONNECT հարցում ուղարկելը այլ նպատակակետ չէր ընտրի—այն այդ բայթերը կուղարկեր ֆիքսված ծառայությանը։

SOCKS4A-ն հոսթի անուն է տալիս SOCKS վերջնակետին հեռավոր լուծման համար։ Սա տարբերվում է SOCKS4 ձևից, որն օգտագործում է հաճախորդի ընտրած հասցեն։ Ընտրված վերին հոսքը—ներառյալ SOCKS4 պրոքսիների ցանկից հանրային թեկնածուն—պետք է աջակցի SOCKS4A հոսթի անվան մշակմանը և պահանջվող նույնականացմանը. այս օրինակը SOCKS5 գաղտնաբառով մուտքի բաղադրատոմս չէ։

Միացեք տեղական, ճանաչեք իրական ծառայությունը

HTTPS URL-ը https://127.0.0.1:9443/-ի փոխելը փոխում է այն հոսթի անունը, որը հաճախորդը կարող է օգտագործել TLS-ի և HTTP-ի համար։ service.example.net-ի համար վկայականը loopback-ի համար վավեր վկայական չի դառնա։

Երբ հաճախորդը աջակցում է առանձին կապի երթուղմանը, պահպանեք սկզբնական URL-ի ինքնությունը։ Curl-ը կարող է ցույց տալ այդ տարբերությունը.

curl --noproxy '*' \
  --connect-to service.example.net:443:127.0.0.1:9443 \
  https://service.example.net/

Սոկետը գնում է տեղական ադապտեր, մինչդեռ TLS ստուգումը և HTTP նպատակակետը մնում են service.example.net։ Այլ հավելվածներին անհրաժեշտ է իրենց համարժեք աջակցվող կառավարումը. ոչ բոլոր հաճախորդներն են տրամադրում այն։

loopback կապակցումը սահմանափակում է ցանցային ազդեցությունը, սակայն այլ իրավասու տեղական գործընթացներ դեռ կարող են հասնել դրան։ Պահեք ծառայության կյանքի տևողությունը և օգտատերերը համապատասխան։ Պահպանեք TLS ստուգումը՝ loopback URL-ից առաջացած ինքնության սխալը ճնշելու փոխարեն։

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