Node'ning HTTPS mijozi bilan SOCKS agentidan foydalaning

socks-proxy-agent'ni Node yadrosining HTTPS so'roviga ulang va Node agenti bilan fetch dispetcheri o'rtasidagi farqni saqlang.

SOCKS qo'llab-quvvatlaydigan agent Node yadrosining HTTPS mijozi uchun manzil ulanishini o'rnatishi mumkin. Ilovada socks-proxy-agent mavjud bo'lganda:

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);

Ushbu ommaviy HTTPS so'rovi uchun misoldagi oxirgi nuqtani SOCKS5 proksi ro'yxatidan autentifikatsiya qilinmagan nomzod bilan almashtiring. Qayta chaqiruv holatni chop etgandan so'ng javobni bo'shatadi; ilovaga kerak bo'lsa, tanani o'sha yerda iste'mol qiling. Agentni o'ziga biriktirilgan amallar uchun qayta ishlating, so'ng bu mijoz siyosati bekor qilinganda va ishi tugaganda uni yo'q qiling.

Manzil nomi qayerda hal qilinishini tanlang

socks-proxy-agent'ning URL bilan ishlashida socks5h manzil xost nomini hal qilishni proksi yo'liga qoldiradi; socks5 uni mahalliy hal qiladi. Bu nom faqat proksi tarmog'ida mavjud bo'lganda muhim.

HTTPS URL veb-saytning identifikatsiyasini saqlaydi. Agent Node o'sha saytga TLS boshlashidan oldin SOCKS muzokaralarini amalga oshiradi.

Foydalanuvchi nomi/parol xizmati uchun hisob ma'lumotlarini proksi URL'iga zaxiralangan belgilar uchun URI komponent kodlash yordamida joylashtiring. To'liq URL'ni jurnallardan tashqarida saqlang. Manzilning Authorization sarlavhalari veb-sayt hisobiga tegishli.

Bu agent Node yadrosining HTTP/HTTPS so'rov API'lari bilan ishlaydi. Node'ning fetch'i dispetcher interfeysidan foydalanadi, shuning uchun o'sha mijozning qo'llab-quvvatlanadigan SOCKS integratsiyasini alohida sozlang.

O'xshash maqolalar