Setu SOCKS-samningum Netty framan við forritasamskiptaregluna þína

Raðaðu Netty SOCKS proxy-meðhöndlara framan við forritaumferð og varðveittu óleyst áfangastað þegar DNS á proxy-hlið er ætlað.

Fyrir núverandi Netty bootstrap/pipeline þar sem SOCKS-þjónninn á að leysa áfangastaðinn:

bootstrap.resolver(NoopAddressResolverGroup.INSTANCE);

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

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

Proxy-endapunkturinn er staðbundin port 1080; óleysta tengingarmarkið er example.com:443. Notaðu ekki proxy-vistfangið fyrir bæði hlutverkin og leystu ekki nafnið áður en meðhöndlarinn fær það. Fyrir opinber markmið á leyfðri opinberri proxy-leið veitir SOCKS5 proxy-listinn frambjóðendur fyrir proxy-endapunkt meðhöndlarans.

Setu Socks5ProxyHandler framan við meðhöndlara sem skipta áfangastaðarumferð. Bíddu eftir proxy-tengingarfuture-inu, ekki bara rás sem nær til hlustandans. Hafnaðri aðferð eða áfangastað tilheyrir þessu uppsetningarstigi.

Fyrir HTTPS notar næsta TLS-lag hostnafn áfangastaðarins, nauðsynlega sannprófun og traust—ekki auðkenni SOCKS-endapunktsins. Aðeins þá hefst HTTP-/forritaskiptin.

Brotstykkið veitir ekki atburðalykkjur, rásargerðir, TLS/HTTP-meðhöndlara eða venjulega villumeðferð. Veldu SOCKS-smiðinn sem passar við auðkenningarþarfir; HTTP Basic-meðhöndlari er önnur samskiptaregla.

Notaðu no-op resolverinn aðeins þar sem þessi neðri meðhöndlari á hostnafnalausnina. Aðrar tengingar gætu þurft staðbundna leit. Haltu útkomu resolversins, proxy-future-inu, TLS og niðurstöðu forritsins aðskildum þegar þú greinir bilun.

Tengdir greinar