Weka Majadiliano ya SOCKS ya Netty Kabla ya Itifaki ya Programu Yako

Panga kishika proksi cha SOCKS cha Netty kabla ya trafiki ya programu na hifadhi lengwa lisilotatuliwa wakati DNS ya upande wa proksi inakusudiwa.

Kwa bootstrap/pipeline ya Netty iliyopo ambapo seva ya SOCKS inapaswa kutatua lengwa:

bootstrap.resolver(NoopAddressResolverGroup.INSTANCE);

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

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

Mwisho wa proksi ni bandari ya ndani 1080; lengo la muunganisho lisilotatuliwa ni example.com:443. Usitumie anwani ya proksi kwa majukumu yote mawili na usitatue jina kabla kishika hakijalipokea. Kwa malengo ya umma kwenye njia ya proksi ya umma inayoruhusiwa, orodha ya proksi za SOCKS5 hutoa watahiniwa kwa mwisho wa proksi wa kishika.

Weka Socks5ProxyHandler kabla ya vishika vinavyobadilishana trafiki ya lengwa. Subiri future ya muunganisho wa proksi, sio tu chaneli inayofikia msikilizaji. Mbinu au lengwa lililokataliwa ni la hatua hii ya usanidi.

Kwa HTTPS, tabaka la TLS linalofuata hutumia jina la mwenyeji wa lengwa, uthibitishaji na uaminifu unaohitajika—sio utambulisho wa mwisho wa SOCKS. Ndipo tu ubadilishanaji wa HTTP/programu unapoanza.

Kipande hiki hakitoi vitanzi vya matukio, aina za chaneli, vishika vya TLS/HTTP au utunzaji wa kawaida wa hitilafu. Chagua kijenzi cha SOCKS kinacholingana na mahitaji ya uthibitishaji; kishika cha HTTP Basic ni itifaki nyingine.

Tumia resolver ya no-op tu pale kishika hiki cha chini kinapomiliki utatuzi wa jina la mwenyeji. Muunganisho mwingine unaweza kuhitaji utafutaji wa ndani. Weka tofauti matokeo ya resolver, future ya proksi, TLS na matokeo ya programu unapochunguza hitilafu.

Makala zinazohusiana