Всем привет сегодня расскажу про утилиту ftp.exe как инструмент для работы с FTP-серверами.
Для работы с FTP-серверами вовсе необязательно использовать громоздкие (и иногда не бесплатные) FTP-клиенты, для простейших операций вполне сгодится входящая в состав ОС Windows server 2008 R2 или Windows 7 утилита командной строки ftp.exe.
Чтобы запустить ftp.exe, нужно вызвать диалоговое окно «Выполнить» и набрать ftp. Клиент выведет строку приглашения в командном интерпретаторе cmd.exe и сразу будет готов к работе:
Утилита ftp.exe как инструмент для работы с FTP-серверами-01Синтаксис ftp.exe очень прост и достаточно подробно описан во встроенной справке, которую можно вызвать командой help:
В справочной системе ftp.exe существуют краткие описания всех команд. Их вызов осуществляется командой help. Посмотрим, например, что делает команда dir. Для этого наберем help dir:
Попробуем установить соединение с каким-нибудь ftp-сервером. Пусть это будет linuxcenter.ru. В этом нам поможет команда open linuxcenter.ru:
Сервер потребует авторизоваться. Так как это публичный сервер, то мы можем использовать анонимный вход. Регистрируемся как anonymous с пустым паролем:
После подключения к ftp-серверу необходимо сообщить ему, в каком режиме мы будем с ним работать. Режимов всего два: port-mode channel и passive-mode data channel. В 99 случаях из 100 используется пассивный режим (подробнее о различиях скажет Википедия), сообщаем серверу, что мы не исключение из правил, командой quote PASV:
Теперь мы можем приступать к выполнению операций с данными: переходить по структуре каталогов и выводить их листинги, осуществлять upload и download файлов, менять форматы пересылаемых данных и пр. Однако, ftp-серверы бывают разными. Поэтому сперва будет нелишним ознакомиться с синтаксисом, поддерживаемым удаленным сервером. Для этого есть команда remotehelp:
Чтобы закрыть активное соединение, используйте команду close, для выхода из ftp.exe — quit. И help вам в помощь. Вот так вот еще можно работать с ftp сервером. Материал сайта pyatilistnik.org
FTP COMMANDS
This command is a special case of CWD, and is included to
simplify the implementation of programs for transferring
directory trees between operating systems having different
syntaxes for naming the parent directory. The reply codes
shall be identical to the reply codes of CWD. See
Appendix II for further details.
STRUCTURE MOUNT (SMNT)
This command requests the server-DTP to “listen” on a data
port (which is not its default data port) and to wait for a
connection rather than initiate one upon receipt of a
transfer command. The response to this command includes the
host and port address this server is listening on.
REPRESENTATION TYPE (TYPE)
This command causes the server-DTP to accept the data
transferred via the data connection and to store the data as
a file at the server site. If the file specified in the
pathname exists at the server site, then its contents shall
be replaced by the data being transferred. A new file is
created at the server site if the file specified in the
pathname does not already exist.
STORE UNIQUE (STOU)
This command behaves like STOR except that the resultant
file is to be created in the current directory under a name
unique to that directory. The 250 Transfer Started response
must include the name generated.
APPEND (with create) (APPE)
This command causes the server-DTP to accept the data
transferred via the data connection and to store the data in
a file at the server site. If the file specified in the
pathname exists at the server site, then the data shall be
appended to that file; otherwise the file specified in the
pathname shall be created at the server site.
ALLOCATE (ALLO)
This command specifies the new pathname of the file
specified in the immediately preceding “rename from”
command. Together the two commands cause a file to be
renamed.
ABORT (ABOR)
This command tells the server to abort the previous FTP
service command and any associated transfer of data. The
abort command may require “special action”, as discussed in
the Section on FTP Commands, to force recognition by the
server. No action is to be taken if the previous command
has been completed (including data transfer). The control
connection is not to be closed by the server, but the data
connection must be closed.
There are two cases for the server upon receipt of this
command: (1) the FTP service command was already completed,
or (2) the FTP service command is still in progress.
In the first case, the server closes the data connection
(if it is open) and responds with a 226 reply, indicating
that the abort command was successfully processed.
In the second case, the server aborts the FTP service in
progress and closes the data connection, returning a 426
reply to indicate that the service request terminated
abnormally. The server then sends a 226 reply,
indicating that the abort command was successfully
processed.
DELETE (DELE)
This command causes the directory specified in the pathname
to be removed as a directory (if the pathname is absolute)
or as a subdirectory of the current working directory (if
the pathname is relative). See Appendix II.
MAKE DIRECTORY (MKD)
This command causes the directory specified in the pathname
to be created as a directory (if the pathname is absolute)
or as a subdirectory of the current working directory (if
the pathname is relative). See Appendix II.
PRINT WORKING DIRECTORY (PWD)
This command causes the name of the current working
directory to be returned in the reply. See Appendix II.
LIST (LIST)
This command is used by the server to provide services
specific to his system that are essential to file transfer
but not sufficiently universal to be included as commands in
the protocol. The nature of these services and the
specification of their syntax can be stated in a reply to
the HELP SITE command.
SYSTEM (SYST)
This command shall cause a status response to be sent over
the control connection in the form of a reply. The command
may be sent during a file transfer (along with the Telnet IP
and Synch signals–see the Section on FTP Commands) in which
case the server will respond with the status of the
operation in progress, or it may be sent between file
transfers. In the latter case, the command may have an
argument field. If the argument is a pathname, the command
is analogous to the “list” command except that data shall be
transferred over the control connection. If a partial
pathname is given, the server may respond with a list of
file names or attributes associated with that specification.
If no argument is given, the server should return general
status information about the server FTP process. This
should include current values of all transfer parameters and
the status of connections.
HELP (HELP)
Список стандартных команд FTP
Сегодня хочу поделиться списком стандартных команд FTP. Уверен что данная подборка команд вам будет очень полезна. Все это добро вы можете использовать в командной строке, очень удобно когда, нет достаточно быстрого соединения с сервером, а вам необходимо выполнить какие либо настройки. Данный механизм для вас окажется просто не заменим. В более современных версиях Windows Server 2012 R2 и выше, уже есть возможность перейти на более продвинутый язык powershell. Данные списки постоянно будут дополнятся, по мере появления свежей информации.
Вот такой вот полезный список команд ftp.
Июл 3, 2020 13:22
FTP довольно необычная процедура, так как поддерживает две логические связи между ЭВМ (Рис 4.5.4.1). Одна связь служит для удаленного доступа и использует протокол Telnet. Другая связь предназначена для обмена данными. Сервер производит операцию passive open для порта 21 и ждет соединения с клиентом. Клиент осуществляет операцию active open для порта 21. Канал остается активным до завершения процедуры FTP. TOS (тип IP-сервиса) соответствует минимуму задержки, так как этот канал используется для ручного ввода команд. Канал для передачи данных (TCP) формируется каждый раз для пересылки файлов. Канал открывается перед началом пересылки и закрывается по коду end_of_file (конец файла). IP-тип сервиса (TOS) в этом случае ориентирован на максимальную пропускную способность.
Конечный пользователь взаимодействует с протокольным интерпретатором, в задачи которого входит управление обменом информацией между пользователем и файловой системой, как местной, так и удаленной. Схема взаимодействия различных частей Internet при работе FTP изображена на рис. 4.5.4.1.
Сначала по запросу клиента формируется канал управления, который в дальнейшем используется для передачи команд от клиента и откликов от сервера. Информационный канал формируется сервером по команде клиента, он не должен существовать постоянно на протяжении всей FTP-сессии и может формироваться и ликвидироваться по мере необходимости. Канал управления может быть закрыт только после завершения информационного обмена. Для канала управления используется протокол Telnet. После того как управляющий канал сформирован, клиент может посылать по нему команды. Сервер воспринимает, интерпретирует эти команды и передает отклики.
Рис. 4.5.4.1 Схема работы протокола FTP.
Организация информационного обмена между двумя удаленными машинами
Возможна и другая схема взаимодействия, когда по инициативе клиента осуществляется файловый обмен между двумя ЭВМ, ни одна из которых не является машиной клиента (см. рис. 4.5.4.2).
Рис. 4.5.4.2. Организация информационного обмена между двумя удаленными машинами
На фазе задания режима обмена предоставляются следующие возможности:
Команда Stream устанавливает режим, при котором не производится пересылки контрольной информации для блоков. Это наиболее быстрый режим обмена, он работает по умолчанию.
Команда TYPE может задать режимы обмена IMAGE, ASCII или EBCDIC. Из них ASCII – используется по умолчанию. Режим EBCDIC применяется для обменов между ЭВМ, работающими с набором символов EBCDIC. Режим IMAGE предполагает обмен 8-битными байтами, используется для передачи двоичной (а не текстовой) информации. Более подробный список команд помещен ниже. Структурно информация может передаваться в виде файлов (структура по умолчанию), в виде последовательности записей (применимо для текстовых файлов ASCII или EBCDIC) или постранично (последняя структура не относится к числу рекомендуемых).
Для копирования файла из удаленного сервера используется команда GET, для копирования группы файлов – MGET, в последнем случае применяются символы заменители, например, MGET *.txt (или RFC-18*.txt, при этом скопируются файлы с RFC-1800.txt до RFC-1899.txt, если таковые существуют в текущем каталоге). Аналогом команды GET в какой-то степени является команда DIR (ls), только она переносит содержимое каталога, что для некоторых операционных систем эквивалентно. При использовании модификации mget проявляйте осторожность – вы можете заблокировать телекоммуникационный канал длительным
копированием. Для записи файла в удаленный сервер применяется команда PUT. При операциях обмена обычно используется текущий каталог локальной ЭВМ. В вашем
распоряжении всегда имеется возможность поменять местный каталог с помощью команды LCD или ее аналога. Любая команда обмена выполняется в несколько этапов:
- Формирование канала под управлением клиента, так как именно клиент выдал команду get, dir, put и т.д.
- Клиент выбирает произвольный номер порта на своей ЭВМ и осуществляет процедуру passive open для этого порта.
- Клиент посылает номер порта серверу по каналу управления (порт 21), используя команду PORT. Можно обойтись и без команды PORT (используется тот же
порт, что и в командном канале), но это увеличивает задержки и по этой причине не рекомендуется. - Сервер получает номер порта по каналу управления и выдает команду active open в указанный порт ЭВМ-клиента. Сервер для канала данных всегда использует порт с номером 20.
Рассмотрим пример FTP-сессии. Для этого выдадим команду (тексты, набираемые с клавиатуры, выделены курсивом):
Any unambiguous abbreviation for a command may be used.
Available commands are:
Уход из FTP производится по команде quit. В приведенном примере файловый обмен не производился, но и команда HELP требует переноса информации (также как и dir), так как вам выдается список команд, доступных на удаленном сервере. Из воспроизведенного списка команд, самая опасная mdelete, так как способна стереть целый каталог. Нетекстовые файлы (архивированные, графические и программные) следует пересылать в режиме binary. Для перевода в этот режим используется одноименная команда. Для перехода из одного каталога в другой на удаленном сервере служит команда cd имя_каталога, а для возврата в предшествующий cd .. . Например, cd /pub/msdos.
Ссылка на объект, доступный через анонимное FTP, обычно записывается в виде:
Internet-cmc (CMC – computer-mediated communication) -это межкомпьютерный обмен по сети Internet.
Команды FTP
В рамках процедуры FTP доступны следующие команды (приведенный перечень команд является неполным):
В депозитариях можно встретить файлы следующих разновидностей (все виды ниже перечисленных файлов пересылаются в режиме binary, а не ASCII):
При выполнении FTP система возвращает трехразрядные десятичные коды-отклики, которые позволяют судить о корректности обмена и диагностировать процедуру. Выдача кода сопровождается текстом-комментарием. Первая цифра может принимать значения от 1 до 5. Структура кодов показана в таблице 4.5.4.3:
Коды диагностики
Таблица 4.5.4.3. Коды диагностики
Значение кода “y” в вышеприведенной таблице может принимать значения от 0 до 5. Значения кодов “y” приведены ниже:
Далее в тексте встречается выражение “анонимное FTP”, это подразумевает следующую процедуру (см. также RFC-1635):
Коды откликов
Таблица 4.5.4.4. Коды откликов
В настоящее время разработаны версии FTP для работы с IPv6 (RFC-2428).
Но нужно помнить, что файлы могут передаваться и с использование приложений к почтовым сообщениям. Этот метод к сожалению не гаратирует неискаженности и безопасности доставки. В этом варианте отсутствует гарантия и контроль того, что файл был действительно доставлен. Искажения файлов приложений можно избежать, если восппользоваться электронной подписью.
Неконтролируемый файловый обмен порождает дополнительные угрозы. Пользователь может скопировать файл, разместить его на отдельском сервере, где он может лежать годами, но такой файл может содержать уязвимости или вредоносные коды. Это, как правило, не контролируется. Вполне реально наличие нескольких идентичных файлов на одном сервере. Со временем это создает трудности нахождения нужной информации.
Становится актуальной криптографическая защита пересылаемых файлов.
