“FTP-proxy” kan 'n poort beskryf wat self FTP praat. Om daarmee te verbind verskil daarvan om 'n HTTP-proxy vir CONNECT te vra of om 'n SOCKS-bediener te vra om 'n TCP-bestemming oop te maak.

Die poort het die teikengasheer en die rekening nodig, en dit mag eers sy eie aanmelding nodig hê. Produkte druk dié gesprek op verskillende maniere uit:

RangskikkingTipiese opdragvorm
Teiken in 'n gebruikersnaam gekodeerUSER target-user@target-host
Aparte poortaanmeldingPoort USER/PASS, gevolg deur die teiken-aanmelding
Eksplisiete bestemmingsopdragSITE target-host of OPEN target-host, dan die vereiste aanmelding

Dit is families van konvensies, nie een standaardvolgorde wat na elke poort gestuur word nie. Kies die metode wat deur die administrateur gedokumenteer is en deur die kliënt ondersteun word.

Hou albei rekeninge sigbaar in die opstelling

Die teiken-FTP-wagwoord en die poortwagwoord kan verskil. Sommige poorte kombineer hulle in een USER/PASS-voorstelling; ander vereis aparte uitruilings. Om elke waarde in een string te sit, kan nie 'n kliënt naboots wat bykomende opdragte moet stuur nie.

Dit verduidelik 'n nuttige grens in ou FtpWebRequest-kode. 'n Gewone FTP-verbinding na die poort, met 'n poortspesifieke gebruikersnaam, kan by sommige USER/PASS-reëlings pas. 'n Poort wat 'n aparte SITE- of OPEN-gesprek vereis, het 'n kliënt nodig wat daardie vloei werklik ondersteun. Die WebRequest-eienskap Proxy is weer 'n ander koppelvlak.

WinSCP byvoorbeeld bied afsonderlike FTP-proxy-aanmeldmetodes eerder as om alle poorte as een gasheerveld te behandel. Sy numeriese rou instellingswaardes hoort by sy gedokumenteerde API; gebruik die metodenem en die beoogde gesprek wanneer jy 'n konfigurasie nagaan.

Ná aanmelding het lêeroordrag steeds sy FTP-datakonneksie en die gekose TLS-modus nodig. 'n Suksesvolle beheerkanaal-aanmelding is die begin van daardie roete, nie bewys dat elke data-oordrag al toegelaat word nie.

Verwante artikels