Zvolte způsob přihlášení přes FTP proxy, který vaše brána očekává
Přiřaďte konverzaci USER, SITE nebo OPEN nativní FTP brány klientovi, který ji podporuje, a držte účet brány oddělený od cílového účtu.
„FTP proxy“ může označovat bránu, která sama mluví FTP. Připojení k ní se liší od žádosti o CONNECT na HTTP proxy nebo od žádosti na server SOCKS, aby otevřel TCP cíl.
Brána potřebuje cílový hostitel a účet a možná nejprve vlastní přihlášení. Produkty tuto konverzaci vyjadřují různými způsoby:
| Uspořádání | Typický tvar příkazu |
|---|---|
| Cíl zakódovaný v uživatelském jménu | USER target-user@target-host |
| Samostatné přihlášení do brány | USER/PASS brány, poté přihlášení k cíli |
| Výslovný příkaz cíle | SITE target-host nebo OPEN target-host, poté požadované přihlášení |
To jsou rodiny konvencí, nikoli jeden standardní sled pro každou bránu. Vyberte metodu, kterou zdokumentoval správce a kterou klient podporuje.
Udržte oba účty viditelné v nastavení
Heslo cílového FTP a heslo brány se mohou lišit. Některé brány je spojují do jedné reprezentace USER/PASS; jiné vyžadují samostatné výměny. Vložení všech hodnot do jednoho řetězce nedokáže napodobit klienta, který musí posílat další příkazy.
To vysvětluje užitečnou hranici ve starém kódu FtpWebRequest. Obyčejné FTP připojení k bráně s uživatelským jménem specifickým pro bránu může odpovídat některým uspořádáním USER/PASS. Brána vyžadující samostatnou konverzaci SITE nebo OPEN potřebuje klienta, který tento tok skutečně podporuje. Vlastnost Proxy v WebRequest je opět jiné rozhraní.
WinSCP například nabízí samostatné metody přihlášení přes FTP proxy, místo aby všechny brány považoval za jedno pole hostitele. Jeho číselné hodnoty surového nastavení patří k jeho dokumentovanému API; při kontrole konfigurace používejte název metody a zamýšlenou konverzaci.
Po přihlášení přenos souborů stále potřebuje datové spojení FTP a zvolený režim TLS. Úspěšné přihlášení řídicího kanálu je začátek této trasy, ne důkaz, že každý přenos dat je už povolen.