Изаберите начин пријаве FTP проксија који ваш гејтвеј очекује
Ускладите USER, SITE или OPEN разговор изворног FTP гејтвеја са клијентом који га подржава, држећи налог гејтвеја одвојеним од циљног налога.
„FTP прокси“ може означавати гејтвеј који сам говори FTP. Повезивање са њим разликује се од тражења CONNECT од HTTP проксија или тражења да SOCKS сервер отвори TCP одредиште.
Гејтвеју су потребни циљни хост и налог, а можда му прво треба сопствена пријава. Производи тај разговор изражавају на различите начине:
| Распоред | Типичан облик наредбе |
|---|---|
| Циљ кодиран у корисничком имену | USER target-user@target-host |
| Одвојена пријава на гејтвеј | USER/PASS гејтвеја, затим пријава на циљ |
| Изричита наредба одредишта | SITE target-host или OPEN target-host, па тражена пријава |
То су породице конвенција, а не један стандардни след који се шаље сваком гејтвеју. Изаберите начин који је администратор документовао и који клијент подржава.
Држите оба налога видљива у подешавањима
Лозинка циљног FTP-а и лозинка гејтвеја могу се разликовати. Неки гејтвеји их спајају у један USER/PASS приказ; други захтевају одвојене размене. Стављање сваке вредности у један низ не може да репродукује клијент који мора да шаље додатне наредбе.
То објашњава корисну границу у старом коду FtpWebRequest. Обична FTP веза са гејтвејом, са корисничким именом специфичним за гејтвеј, може да одговара неким USER/PASS распоредима. Гејтвеј који захтева одвојен SITE или OPEN разговор треба клијента који заиста подржава тај ток. Својство Proxy у WebRequest-у опет је друго сучеље.
WinSCP, на пример, нуди одвојене начине пријаве FTP проксија уместо да све гејтвеје третира као једно поље хоста. Његове нумеричке вредности сирових подешавања припадају његовом документованом API-ју; користите назив начина и намеравани разговор кад прегледате конфигурацију.
Након пријаве пренос датотека још треба FTP везу за податке и изабрани TLS режим. Успешна пријава на управљачком каналу почетак је тог пута, а не доказ да је сваки пренос података већ дозвољен.