Set Netty syn SOCKS-ûnderhanneling foar jo applikaasjeprotokol
Pleatst in Netty SOCKS-proxyhandler foar it applikaasjeferkear en behâld in net-oploste bestimming as DNS oan de proxykant bedoeld is.
Foar in besteande Netty bootstrap/pipeline wêr't de SOCKS-tsjinner de bestimming oplosse moat:
bootstrap.resolver(NoopAddressResolverGroup.INSTANCE);
pipeline.addFirst(
new Socks5ProxyHandler(new InetSocketAddress("127.0.0.1", 1080))
);
bootstrap.connect(
InetSocketAddress.createUnresolved("example.com", 443)
);It proxy-einpunt is lokale poarte 1080; it net-oploste ferbiningsdoel is example.com:443. Brûk it proxy-adres net foar beide rollen en oplos de namme net foardat de handler dy krijt. Foar publike doelen op in tastiene publike proxy-route leveret de SOCKS5-proxylist kandidaten foar it proxy-einpunt fan de handler.
Pleatst Socks5ProxyHandler foar handlers dy't bestimmingsferkear útwikselje. Wacht op syn proxy-ferbiningsfuture, net allinnich op in kanaal dat de listener berikt. In wegere metoade of bestimming heart by dizze ynstellingsfaze.
Foar HTTPS brûkt de folgjende TLS-laach de hostnamme fan 'e bestimming, de fereaske ferifikaasje en fertrouwen—net de identiteit fan it SOCKS-einpunt. Pas dan begjint de HTTP/applikaasje-útwikseling.
It fragmint leveret gjin event loops, kanaaltypen, TLS/HTTP-handlers of normale flerbehanneling. Kies de SOCKS-konstruktor dy't by de autentikaasjebehoeften past; in HTTP Basic-handler is in oar protokol.
Brûk de no-op resolver allinnich dêr't dizze delstream handler it hostnamme-oplossen hat. Oare ferbiningen kinne lokale sykje nedich wêze. Hâld resolver-útfier, proxy-future, TLS en applikaasje-resultaat apart by it diagnostearjen fan in flater.