Az „FTP-proxy” jelenthet olyan átjárót, amely maga beszél FTP-t. Csatlakozni hozzá más, mint CONNECT-et kérni egy HTTP-proxytól, vagy megkérni egy SOCKS-kiszolgálót, hogy nyisson egy TCP-célt.

Az átjárónak szüksége van a célgazdagépre és a fiókra, és lehet, hogy előbb a saját bejelentkezésére. A termékek ezt a beszélgetést különböző módokon fejezik ki:

ElrendezésTipikus parancsforma
A cél a felhasználónévbe kódolvaUSER target-user@target-host
Külön átjáró-bejelentkezésÁtjáró USER/PASS, majd a cél bejelentkezése
Kifejezett célparancsSITE target-host vagy OPEN target-host, majd a szükséges bejelentkezés

Ezek konvenciócsaládok, nem egyetlen szabványos sorrend minden átjáróhoz. Válassza azt a módot, amelyet az adminisztrátor dokumentált, és amelyet a kliens támogat.

Tartsa mindkét fiókot láthatóan a beállításban

A cél FTP-jelszava és az átjáró jelszava eltérhet. Egyes átjárók egyetlen USER/PASS-reprezentációba vonják össze őket; mások külön cseréket igényelnek. Minden érték egyetlen karakterláncba helyezése nem tud olyan klienst újraalkotni, amelynek további parancsokat kell küldenie.

Ez egy hasznos határt magyaráz a régi FtpWebRequest-kódban. Egy szokásos FTP-kapcsolat az átjáróhoz, átjáróspecifikus felhasználónévvel, illeszkedhet bizonyos USER/PASS-elrendezésekhez. Az olyan átjáró, amely külön SITE vagy OPEN beszélgetést igényel, olyan klienst igényel, amely valóban támogatja ezt a folyamatot. A WebRequest Proxy tulajdonsága megint egy másik felület.

A WinSCP például külön FTP-proxy bejelentkezési módokat kínál, ahelyett hogy minden átjárót egyetlen gazdagépmezőként kezelne. Numerikus nyers beállítási értékei a dokumentált API-jához tartoznak; a konfiguráció áttekintésekor használja a mód nevét és a szándékolt beszélgetést.

Bejelentkezés után a fájlátvitelnek még mindig szüksége van a FTP-adatkapcsolatra és a választott TLS-módra. A vezérlőcsatornán sikeres bejelentkezés ezen útvonal kezdete, nem bizonyítéka annak, hogy minden adatátvitel már engedélyezett.

Kapcsolódó cikkek