“FTP proxy” kan betegne en gateway, der selv taler FTP. At forbinde til den er anderledes end at bede en HTTP-proxy om CONNECT eller bede en SOCKS-server åbne en TCP-destination.

Gatewayen har brug for målværten og kontoen og kan først have brug for sit eget login. Produkter udtrykker den samtale på forskellige måder:

OrdningTypisk kommandofacon
Mål kodet i et brugernavnUSER target-user@target-host
Separat gateway-loginGateway USER/PASS, derefter målets login
Eksplicit destinationskommandoSITE target-host eller OPEN target-host, derefter det krævede login

Det er familier af konventioner, ikke én standardsekvens til hver gateway. Vælg den metode, administratoren har dokumenteret, og som klienten understøtter.

Hold begge konti synlige i opsætningen

Målets FTP-adgangskode og gatewayens adgangskode kan være forskellige. Nogle gateways slår dem sammen i én USER/PASS-repræsentation; andre kræver separate udvekslinger. At putte alle værdier i én streng kan ikke genskabe en klient, der skal sende yderligere kommandoer.

Det forklarer en nyttig grænse i ældre FtpWebRequest-kode. En almindelig FTP-forbindelse til gatewayen med et gatewayspecifikt brugernavn kan passe til nogle USER/PASS-ordninger. En gateway, der kræver en separat SITE- eller OPEN-samtale, har brug for en klient, der faktisk understøtter det flow. Proxy-egenskaben i WebRequest er igen en anden grænseflade.

WinSCP eksponerer for eksempel særskilte FTP-proxy-loginmetoder i stedet for at behandle alle gateways som ét værtfelt. Dets numeriske råindstillingsværdier hører til dets dokumenterede API; brug metodenavnet og den tilsigtede samtale, når du gennemgår en konfiguration.

Efter login har filoverførsel stadig brug for sin FTP-dataforbindelse og den valgte TLS-tilstand. Et vellykket login på kontrolkanalen er begyndelsen på den rute, ikke bevis for at enhver dataoverførsel allerede er tilladt.

Relaterede artikler