Vendosni negociatën SOCKS të Netty përpara protokollit të aplikacionit tuaj

Rregulloni një trajtues proxy SOCKS të Netty përpara trafikut të aplikacionit dhe ruani një destinacion të pazgjidhur kur DNS-ja në anën e proxy-t është e synuar.

Për një bootstrap/pipeline Netty ekzistues ku serveri SOCKS duhet të zgjidhë destinacionin:

bootstrap.resolver(NoopAddressResolverGroup.INSTANCE);

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

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

Pika fundore e proxy-t është porta lokale 1080; objektivi i lidhjes i pazgjidhur është example.com:443. Mos përdorni adresën e proxy-t për të dy rolet dhe mos e zgjidhni emrin përpara se trajtuesi ta marrë. Për objektiva publikë në një rrugë proxy publike të lejuar, lista e proxy-ve SOCKS5 ofron kandidatë për pikën fundore të proxy-t të trajtuesit.

Vendosni Socks5ProxyHandler përpara trajtuesve që shkëmbejnë trafik destinacioni. Prisni future-in e lidhjes së proxy-t, jo vetëm një kanal që arrin dëgjuesin. Një metodë ose destinacion i refuzuar i përket këtij hapi konfigurimi.

Për HTTPS, shtresa tjetër TLS përdor emrin e hostit të destinacionit, verifikimin dhe besimin e kërkuar—jo identitetin e pikës fundore SOCKS. Vetëm atëherë fillon shkëmbimi HTTP/aplikacion.

Fragmenti nuk ofron sythe ngjarjesh, lloje kanalesh, trajtues TLS/HTTP ose trajtim normal gabimesh. Zgjidhni konstruktorin SOCKS që përputhet me nevojat e vërtetimit; një trajtues HTTP Basic është protokoll tjetër.

Përdorni resolver-in no-op vetëm aty ku ky trajtues në rrjedhën e poshtme zotëron zgjidhjen e emrit të hostit. Lidhjet e tjera mund të kenë nevojë për kërkim lokal. Mbani të ndara daljen e resolver-it, future-in e proxy-t, TLS-në dhe rezultatin e aplikacionit kur diagnostikoni një dështim.

Artikuj të ngjashëm