“FTP-välityspalvelin” voi tarkoittaa yhdyskäytävää, joka puhuu itse FTP:tä. Siihen yhdistäminen eroaa siitä, että pyytää HTTP-välityspalvelinta CONNECTiin tai SOCKS-palvelinta avaamaan TCP-kohteen.

Yhdyskäytävä tarvitsee kohdeisännän ja tilin, ja se voi tarvita ensin oman kirjautumisensa. Tuotteet ilmaisevat tämän keskustelun eri tavoin:

JärjestelyTyypillinen komennon muoto
Kohde käyttäjänimeen koodattunaUSER target-user@target-host
Erillinen yhdyskäytävän kirjautuminenYhdyskäytävän USER/PASS, sitten kohteen kirjautuminen
Selkeä kohdekäskySITE target-host tai OPEN target-host, sitten vaadittu kirjautuminen

Nämä ovat käytäntöperheitä, eivät yksi vakiosekvenssi jokaiseen yhdyskäytävään. Valitse menetelmä, jonka ylläpitäjä on dokumentoinut ja jota asiakasohjelma tukee.

Pidä molemmat tilit näkyvinä asetuksissa

Kohteen FTP-salasana ja yhdyskäytävän salasana voivat olla erilaiset. Jotkin yhdyskäytävät yhdistävät ne yhteen USER/PASS-esitykseen; toiset vaativat erilliset vaihdot. Kaikkien arvojen laittaminen yhteen merkkijonoon ei voi toistaa asiakasohjelmaa, jonka on lähetettävä lisäkomentoja.

Tämä selittää hyödyllisen rajan vanhassa FtpWebRequest-koodissa. Tavallinen FTP-yhteys yhdyskäytävään, yhdyskäytäväkohtaisella käyttäjänimellä, voi sopia joihinkin USER/PASS-järjestelyihin. Yhdyskäytävä, joka vaatii erillisen SITE- tai OPEN-keskustelun, tarvitsee asiakasohjelman, joka todella tukee tätä virtaa. WebRequestin Proxy-ominaisuus on jälleen toinen rajapinta.

WinSCP esimerkiksi tarjoaa erilliset FTP-välityspalvelimen kirjautumismenetelmät sen sijaan, että kohtelisi kaikkia yhdyskäytäviä yhtenä isäntäkenttänä. Sen numeeriset raaka-asetusarvot kuuluvat sen dokumentoituun APIiin; käytä menetelmän nimeä ja aiottua keskustelua, kun tarkistat kokoonpanoa.

Kirjautumisen jälkeen tiedostonsiirto tarvitsee edelleen FTP-tietoyhteyden ja valitun TLS-tilan. Onnistunut kirjautuminen ohjauskanavaan on tämän reitin alku, ei todiste siitä, että jokainen tiedonsiirto on jo sallittu.

Aiheeseen liittyvät artikkelit