የSOCKS ወኪልን ከNode HTTPS ደንበኛ ጋር ይጠቀሙ

SOCKS የሚደግፍ ወኪል ለNode አስኳል HTTPS ደንበኛ የመድረሻ ግንኙነትን ሊፈጥር ይችላል። socks-proxy-agent በመተግበሪያው ውስጥ ሲገኝ፦

const https = require('node:https');
const { SocksProxyAgent } = require('socks-proxy-agent');

const agent = new SocksProxyAgent('socks5h://proxy.example:1080');
const request = https.get('https://www.example.com/', {
  agent,
  signal: AbortSignal.timeout(15000),
}, (response) => {
  console.log(response.statusCode);
  response.on('error', console.error);
  response.resume();
});
request.on('error', console.error);

የምሳሌውን የመጨረሻ ነጥብ ከየSOCKS5 ተኪ ዝርዝር ያልተረጋገጠ እጩ ጋር ለዚህ ይፋዊ HTTPS ጥያቄ ይተኩ። የመመለሻ ተግባሩ ሁኔታውን ካተመ በኋላ ምላሹን ያፈሳል፤ መተግበሪያው ከፈለገ አካሉን እዚያ ይጠቀሙ። ወኪሉን ለተመደቡት ሥራዎች እንደገና ይጠቀሙ፣ ከዚያ የደንበኛ መመሪያው ሲወገድ እና ሥራው ሲጠናቀቅ ያጥፉት።

የመድረሻ ስሙ የሚፈታበትን ቦታ ይምረጡ

በsocks-proxy-agent የURL አያያዝ፣ socks5h የመድረሻ አስተናጋጅ ስም መፍታትን ለተኪው መንገድ ይተዋል፤ socks5 በአካባቢው ይፈታል። ስሙ በተኪው አውታረ መረብ ላይ ብቻ ሲገኝ ይህ አስፈላጊ ነው።

የHTTPS URL የድረ-ገጹን ማንነት ይጠብቃል። ወኪሉ Node ወደዚያ ድረ-ገጽ TLS ከመጀመሩ በፊት የSOCKS ድርድርን ያከናውናል።

ለተጠቃሚ ስም/የይለፍ ቃል አገልግሎት፣ መረጃዎችን በተኪው URL ውስጥ ለተያዙ ቁምፊዎች የURI-ክፍል ኢንኮዲንግ በመጠቀም ያስገቡ። ሙሉውን URL ከምዝግብ ማስታወሻዎች ውጭ ያስቀምጡ። የመድረሻ Authorization ራስጌዎች የድረ-ገጹ መለያ ናቸው።

ይህ ወኪል ከNode አስኳል HTTP/HTTPS ጥያቄ APIዎች ጋር ይሠራል። የNode fetch dispatcher በይነገጽን ይጠቀማል፣ ስለዚህ የዚያ ደንበኛ የሚደገፈውን SOCKS ውህደት ለየብቻ ያዋቅሩ።