Tegye a Netty SOCKS-egyeztetését az alkalmazásprotokoll elé

Rendezze a Netty SOCKS proxy kezelőt az alkalmazásforgalom elé, és őrizze meg a feloldatlan célt, amikor a proxy oldali DNS a szándék.

Egy meglévő Netty bootstrap/pipeline esetén, ahol a SOCKS kiszolgálónak kell feloldania a célt:

bootstrap.resolver(NoopAddressResolverGroup.INSTANCE);

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

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

A proxy végpontja az 1080-as helyi port; a feloldatlan kapcsolati cél a example.com:443. Ne használja a proxy címét mindkét szerepre, és ne oldja fel a nevet, mielőtt a kezelő megkapja. Engedélyezett nyilvános proxy-útvonalon lévő nyilvános célokhoz a SOCKS5 proxy lista jelölteket biztosít a kezelő proxy végpontjához.

Helyezze a Socks5ProxyHandler-t a célforgalmat cserélő kezelők elé. Várjon a proxy kapcsolat future-jére, ne csupán egy figyelőt elérő csatornára. Az elutasított metódus vagy cél ehhez a beállítási szakaszhoz tartozik.

HTTPS esetén a következő TLS réteg a cél hosztnevét, a szükséges ellenőrzést és bizalmat használja—nem a SOCKS végpont identitását. Csak ezután kezdődik a HTTP/alkalmazás csere.

A részlet nem biztosít eseményhurkokat, csatornatípusokat, TLS/HTTP kezelőket vagy normál hibakezelést. Válassza az hitelesítési igényekhez illő SOCKS konstruktort; a HTTP Basic kezelő más protokoll.

A no-op resolvert csak ott használja, ahol ez a lejjebb lévő kezelő birtokolja a hosztnév-feloldást. Más kapcsolatokhoz helyi keresésre lehet szükség. Hiba diagnosztizálásakor tartsa külön a resolver kimenetét, a proxy future-t, a TLS-t és az alkalmazás eredményét.

Kapcsolódó cikkek