Ei SOCKS-rute for FTPSClient i Commons Net

Når ein SOCKS-mellommann er tilgjengeleg, kan FTPSClient i Commons Net bruke det arva socket-proxy-grensesnittet. Hald på FTPS-tenaren som mål for tilkoplinga:

var client = new org.apache.commons.net.ftp.FTPSClient(false);
client.setProxy(new java.net.Proxy(
    java.net.Proxy.Type.SOCKS,
    new java.net.InetSocketAddress("proxy.example", 1080)));
client.setTrustManager(null);
client.setEndpointCheckingEnabled(true);
client.setConnectTimeout(10000);
client.connect("ftps.example", 21);

Dette startar ei eksplisitt FTPS-tilkopling. Programmet eig framleis innlogging, forhandling om databeskyttelse, handsaming av overføring og fråkopling. Innstillinga null trust manager vel standard trust managers i JVM i staden for Commons Net si datobaserte sertifikatkontroll. Bruk den tiltenkte trust store og vertsnamnet til sertifikatet til tenaren.

Ved passive overføringar lagar den noverande FTPSClient-implementasjonen òg datasocketen sin gjennom den konfigurerte proxyen og legg deretter til TLS-laget. Etter innlogging brukar du passiv modus og forhandlar den nødvendige verna datakanalen gjennom det vanlege FTPS-API-et. Ei vellukka kontrolltilkopling fullfører ikkje det arbeidet; den passive dataforbindinga held fram som ein eigen veg.

Koden føreset ein SOCKS-teneste utan ekstra konto. Støtte for autentisering krev særskild gjennomgang for det valde Java-køyremiljøet og utrullinga.

Dette er ikkje HTTP CONNECT-grensesnittet til FTPHTTPClient. Den systera handterer vanleg FTP over ein HTTP-tunnel; å endre porten hennar legg ikkje til FTPS. Viss nettet berre tillèt ein HTTP-proxy, vel ein FTPS-implementasjon eller ei vedlikehalden tilpassing som støttar CONNECT på både kontroll- og databanen.

Hald på proxykonfigurasjonen gjennom heile livssyklusen til klienten, og gå gjennom han før ein gjenbrukt instans vert kopla til på nytt: fråkopling av FTPS nullstiller socket-fabrikkane. Ikkje erstatt sertifikatkontrollar med ein trust-all-manager for å få ruta til å sjå vellukka ut.