د Node د HTTPS کلاینټ سره SOCKS استازی وکاروئ
socks-proxy-agent د Node د اصلي HTTPS غوښتنې سره ونښلوئ او د Node استازي او fetch dispatcher ترمنځ توپیر وساتئ.
د 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);
د دې عامه HTTPS غوښتنې لپاره د بېلګې پای ټکی د SOCKS5 پروکسي لیست څخه یو نه تصدیق شوی کاندید سره بدل کړئ. بیرته غږیدنه د حالت چاپولو وروسته ځواب خالي کوي؛ که اپلیکیشن ورته اړتیا ولري هلته بدن وکاروئ. استازی د هغې ټاکل شوو عملیاتو لپاره بیا وکاروئ، بیا یې له منځه یوسئ کله چې هغه کلاینټ تګلاره لیرې شي او کار یې پای ته ورسیږي.
وټاکئ چې د منزل نوم چېرې حل کیږي
د socks-proxy-agent د URL په سمبالښت کې، socks5h د منزل د کوربه نوم حل د پروکسي لارې ته پریږدي؛ socks5 یې په محلي ډول حل کوي. دا مهم دی کله چې نوم یوازې د پروکسي په شبکه کې شتون ولري.
HTTPS URL د وېبپاڼې هویت ساتي. استازی د SOCKS خبرې اترې کوي مخکې لدې چې Node هغې وېبپاڼې ته TLS پیل کړي.
د کارن نوم/پټنوم خدمت لپاره، د ساتل شوو تورو لپاره د URI-برخې کوډ کول په کارولو سره په پروکسي URL کې اسناد کیږدئ. بشپړ URL له لاګونو بهر وساتئ. د منزل Authorization سرلیکونه د وېبپاڼې حساب دي.
دا استازی د Node د اصلي HTTP/HTTPS غوښتنې API سره کار کوي. د Node fetch د dispatcher انٹرفیس کاروي، نو د هغه کلاینټ ملاتړ شوی SOCKS یوځای کول جلا تنظیم کړئ.