Netty SOCKS muzokaralarini ilova protokolingizdan oldin qo'ying

Netty SOCKS proksi ishlovchisini ilova trafigidan oldin joylashtiring va DNS proksi tomonida bo'lishi ko'zda tutilganda hal qilinmagan manzilni saqlang.

SOCKS serveri manzilni hal qilishi kerak bo'lgan mavjud Netty bootstrap/pipeline uchun:

bootstrap.resolver(NoopAddressResolverGroup.INSTANCE);

pipeline.addFirst(
    new Socks5ProxyHandler(new InetSocketAddress("127.0.0.1", 1080))
);

bootstrap.connect(
    InetSocketAddress.createUnresolved("example.com", 443)
);

Proksi oxirgi nuqtasi — mahalliy 1080 porti; hal qilinmagan ulanish maqsadi — example.com:443. Proksi manzilini ikkala rol uchun ishlatmang va ishlovchi uni olishidan oldin nomni hal qilmang. Ruxsat etilgan ommaviy proksi yo'lidagi ommaviy maqsadlar uchun SOCKS5 proksilari ro'yxati ishlovchining proksi oxirgi nuqtasi uchun nomzodlar beradi.

Socks5ProxyHandler ni manzil trafigini almashtiruvchi ishlovchilardan oldin qo'ying. Faqat tinglovchiga yetib borgan kanalni emas, uning proksi ulanish future ini kuting. Rad etilgan usul yoki manzil ushbu sozlash bosqichiga tegishli.

HTTPS uchun keyingi TLS qatlami manzilning xost nomini, talab qilinadigan tekshiruv va ishonchni ishlatadi—SOCKS oxirgi nuqtasining identifikatorini emas. Shundan keyingina HTTP/ilova almashinuvi boshlanadi.

Bu parcha hodisalar tsikllari, kanal turlari, TLS/HTTP ishlovchilari yoki oddiy xatolarni qayta ishlashni bermaydi. Autentifikatsiya ehtiyojlariga mos SOCKS konstruktorini tanlang; HTTP Basic ishlovchisi boshqa protokol.

no-op resolver ni faqat shu quyi ishlovchi xost nomini hal qilishga ega joyda ishlating. Boshqa ulanishlarga mahalliy qidiruv kerak bo'lishi mumkin. Nosozlikni diagnostika qilishda resolver chiqishi, proksi future, TLS va ilova natijasini alohida saqlang.

O'xshash maqolalar