“FTP-проксі” можа азначаць шлюз, які сам размаўляе па FTP. Падключэнне да яго адрозніваецца ад запыту да HTTP-проксі на CONNECT або запыту да сервера 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. Паспяховы ўваход у канал кіравання — пачатак гэтага шляху, а не доказ таго, што ўсякая перадача даных ужо дазволеная.

Падобныя артыкулы