የsocat SOCKS ድልድዮች፡ የድረ-ገጹን 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 ድርድሩን ያቀርባል። አዲስ የHTTP CONNECT ጥያቄ ወደ 9443 መላክ ሌላ መዳረሻ አይመርጥም—እነዚያን ባይቶች ወደ ቋሚው አገልግሎት ይልካል።

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 ማሰሪያ የአውታረ መረብ መጋለጥን ይገድባል፣ ነገር ግን ሌሎች ብቁ የአካባቢ ሂደቶች አሁንም ሊደርሱበት ይችላሉ። የአገልግሎቱን የህይወት ዘመንና ተጠቃሚዎች ተገቢ ያድርጉ። በloopback URL የሚፈጠረውን የማንነት ስህተት ከማፈን ይልቅ የTLS ማረጋገጫን ይጠብቁ።