“FTP-proxy” kan een gateway aanduiden die zelf FTP spreekt. Verbinden daarmee is anders dan een HTTP-proxy om CONNECT vragen of een SOCKS-server vragen een TCP-bestemming te openen.

De gateway heeft de doelserver en het account nodig, en mogelijk eerst een eigen login. Producten drukken dat gesprek op verschillende manieren uit:

OpzetGebruikelijke opdrachtvorm
Doel gecodeerd in een gebruikersnaamUSER target-user@target-host
Aparte gateway-loginGateway USER/PASS, gevolgd door de doellogin
Expliciete bestemmingsopdrachtSITE target-host of OPEN target-host, dan de vereiste login

Dit zijn families van conventies, niet één standaardvolgorde voor elke gateway. Kies de methode die de beheerder documenteert en die de client ondersteunt.

Houd beide accounts zichtbaar in de configuratie

Het FTP-wachtwoord van het doel en het gateway-wachtwoord kunnen verschillen. Sommige gateways combineren ze in één USER/PASS-weergave; andere vereisen afzonderlijke uitwisselingen. Alle waarden in één tekenreeks zetten kan een client die extra opdrachten moet sturen niet nabootsen.

Dit verklaart een nuttige grens in oude FtpWebRequest-code. Een gewone FTP-verbinding met de gateway, met een gatewayspecifieke gebruikersnaam, kan bij sommige USER/PASS-opzetten passen. Een gateway die een apart SITE- of OPEN-gesprek vereist, heeft een client nodig die die stroom echt ondersteunt. De eigenschap Proxy in WebRequest is weer een andere interface.

WinSCP biedt bijvoorbeeld afzonderlijke FTP-proxyloginmethoden in plaats van alle gateways als één hostveld te behandelen. De numerieke ruwe instellingswaarden horen bij de gedocumenteerde API; gebruik de methodenaam en het bedoelde gesprek bij het beoordelen van een configuratie.

Na de login heeft bestandsoverdracht nog steeds de FTP-gegevensverbinding en de gekozen TLS-modus nodig. Een geslaagde login op het controlekanal is het begin van die route, niet het bewijs dat elke gegevensoverdracht al is toegestaan.

Gerelateerde artikelen