Jarri Netty-ren SOCKS negoziazioa zure aplikazioaren protokoloaren aurretik

Jarri Netty SOCKS proxy handler bat aplikazioaren trafikoaren aurretik eta gorde konpondu gabeko helmuga proxy aldeko DNSa nahi denean.

Dagoeneko badagoen Netty bootstrap/pipeline baterako, non SOCKS zerbitzariak helmuga konpondu behar duen:

bootstrap.resolver(NoopAddressResolverGroup.INSTANCE);

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

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

Proxyaren amaiera-puntua 1080 portu lokala da; konpondu gabeko konexio-helburua example.com:443 da. Ez erabili proxy helbidea bi roletarako eta ez konpondu izena handler-ak jaso aurretik. Baimendutako proxy publikoaren ibilbideko helburu publikoetarako, SOCKS5 proxy zerrendak hautagaiak ematen ditu handler-aren proxy amaiera-punturako.

Jarri Socks5ProxyHandler helmugako trafikoa trukatzen duten handler-en aurretik. Itxaron proxy konexioaren future-a, ez soilik listener-ra iristen den kanal bat. Baztertutako metodo edo helmuga konfigurazio-fase honetakoa da.

HTTPSrako, hurrengo TLS geruzak helmugako ostalari-izena, beharrezko egiaztapena eta konfiantza erabiltzen ditu—ez SOCKS amaiera-puntuaren identitatea. Orduan baino ez da HTTP/aplikazio trukea hasten.

Zatiak ez ditu event loop-ak, kanal motak, TLS/HTTP handler-ak edo errore-kudeaketa arrunta ematen. Aukeratu autentifikazio-beharrekin bat datorren SOCKS eraikitzailea; HTTP Basic handler-a beste protokolo bat da.

Erabili no-op resolver-a beheragoko handler honek ostalari-izenaren konponketa duen tokian soilik. Beste konexio batzuek bilaketa lokala behar dezakete. Mantendu bereiz resolver-aren irteera, proxy future-a, TLS eta aplikazioaren emaitza huts bat diagnostikatzean.

Erlazionatutako artikuluak