SOCKS-konekto povas malsukcesi loke antaŭ ol la prokurilo havos ŝancon solvi la celon. Kontrolu ĉu via kodo solvis la celon dum ĝi konstruis la soketan adreson.

Por Java SOCKS-soketo, konservu la celan gastigan nomon kun nesolvita cela adreso:

Proxy proxy = new Proxy(Proxy.Type.SOCKS,
    new InetSocketAddress("203.0.113.10", 1080));
Socket socket = new Socket(proxy);
socket.connect(InetSocketAddress.createUnresolved(
    "destination.example", 443), 5000);

La finpunkto kaj gastiga nomo estas anstataŭiloj; uzu vian SOCKS5-servon aŭ kandidaton el la listo de SOCKS5-prokuriloj por permesitaj testoj de publikaj celoj. La grava distingo estas inter solvi la prokurilon por ke vi povu atingi ĝin kaj konservi la celan nomon por la SOCKS-interŝanĝo.

Post konekto, HTTPS-kliento ankoraŭ bezonas TLS-sesion por la cela gastiga nomo. TLS-ĉirkaŭaĵo ne uzu la gastigan nomon de la prokurilo kiel la identecon de la kontraŭparto.

Kontrolu ankaŭ pli altnivelan kodon: biblioteko povas fari sian propran serĉon antaŭ ol ĝi vokas vian konektilon. Konservi gastigan nomon en ĉi tiu soketa adreso ne povas malfari serĉon faritan aliloke en la aplikaĵo.

Rilataj artikoloj