Почему не удается подключиться к FTP через командную строку Windows и как это исправить?

Часто системные администраторы сталкиваются с ситуацией, когда FTP-сервер доступен через браузер или графический клиент (например, FileZilla), но попытка подключения через стандартную командную строку (cmd) заканчивается ошибкой «Время подключения истекло». Особенно это критично при настройке автоматической передачи резервных копий между серверами. Разберем подробно, почему так происходит и какие способы решения существуют в современных операционных системах, таких как Windows 10 и Windows Server 2019.

Выясним причину: почему стандартный FTP-клиент Windows часто подводит

Для начала проанализируем ситуацию. Основная проблема кроется в архитектуре самого протокола FTP и реализации стандартной утилиты ftp.exe в Windows. Рассмотрим два главных фактора:

1. Активный и пассивный режимы. Протокол FTP может работать в двух режимах. В активном режиме клиент открывает порт и ждет, пока сервер подключится к нему для передачи данных. В пассивном режиме клиент сам инициирует соединение с сервером. Проблема в том, что стандартная консольная утилита ftp.exe поддерживает только активный режим. Если клиент находится за брандмауэром или NAT (что обычно и бывает), сервер не может «простучаться» обратно к клиенту, и соединение обрывается. Браузеры же по умолчанию используют пассивный режим, поэтому в них все работает.
2. Нестандартные порты. Если ваш FTP-сервер настроен на порт, отличный от 21 (например, 2121), стандартная команда open ip_address в консоли не сработает, так как она по умолчанию ищет 21 порт.

Способ №1: Использование утилиты CURL (рекомендуемый метод)

Поскольку на Windows Server 2019 и Windows 10 утилита curl уже встроена в систему, это самый простой и надежный способ передачи файлов через консоль. Она поддерживает пассивный режим «из коробки» и отлично справляется с нестандартными портами. Рассмотрим пример команды для загрузки файла на сервер:

curl.exe --upload-file C:\Backups\backup8.rar ftp://username:password@192.168.0.111:2121/

Разберем параметры этой команды подробнее. Флаг --upload-file указывает путь к локальному файлу, который мы хотим передать. Далее следует строка подключения, где мы указываем логин, пароль, IP-адрес и порт 2121. Этот метод лишен проблем с портами данных и брандмауэром, которые возникают у ftp.exe.

Способ №2: Работа через PowerShell

Если нам нужно реализовать более сложную логику (например, проверку существования файла или ведение логов), проанализируем возможности PowerShell. Это мощный инструмент, который позволяет использовать классы .NET для работы с FTP в пассивном режиме. Рассмотрим пример скрипта для отправки файла:

$sourceFile = "C:\Backups\data.zip"
$ftpUrl = "ftp://192.168.0.111:2121/data.zip"
$user = "ftp_user"
$pass = "ftp_password"

$webClient = New-Object System.Net.WebClient
$webClient.Credentials = New-Object System.Net.NetworkCredential($user, $pass)
$webClient.UploadFile($ftpUrl, $sourceFile)

В данном примере мы создаем объект WebClient, который по умолчанию умеет корректно обходить сетевые ограничения. Это гораздо стабильнее, чем использование устаревшей команды ftp.

Способ №3: Настройка портов и брандмауэра для штатного клиента

Если по каким-то причинам нам необходимо использовать именно ftp.exe, выясним, как правильно настроить окружение. Нам потребуется открыть не только управляющий порт, но и порты передачи данных.

1. Порт 21 (или ваш нестандартный, например 2121). Должен быть открыт для входящих соединений на стороне сервера.
2. Порт 20. Используется в активном режиме для передачи данных. Его также необходимо разрешить в настройках Firewall.
3. Правила для приложений. В брандмауэре Windows на обеих сторонах (Win10 и Win Server) лучше создать разрешающее правило не только для порта, но и для самого исполняемого файла службы FTP.

Чтобы подключиться к нестандартному порту в консоли, используем следующий синтаксис:

C:\>ftp
ftp> open 192.168.0.111 2121

Обратите внимание, что порт указывается через пробел после IP-адреса, а не через двоеточие. Однако помните: даже при правильном указании порта, передача данных (команда ls или put) может зависнуть из-за блокировки активного режима вашим роутером или провайдером.

Рекомендации по безопасности и автоматизации

Проанализируем вопрос безопасности. Передача данных по обычному протоколу FTP в открытом интернете крайне небезопасна, так как пароли передаются в незашифрованном виде. Посмотрим на альтернативы:

• Использование WinSCP. Эта бесплатная утилита поддерживает скрипты и позволяет работать через SFTP (зашифрованный канал через SSH). Это идеальный вариант для регламентной передачи бэкапов.
• VPN-канал. Если передача идет между удаленным сервером и вашим компьютером, лучше всего объединить их в виртуальную частную сеть. Тогда FTP будет работать как в локальной сети, и многие проблемы с портами исчезнут.
• Использование сторонних серверов. Вместо стандартного FTP-сервера Windows (IIS), рассмотрим установку FileZilla Server. Он предоставляет более наглядные логи, где сразу видно, на каком этапе (авторизация или открытие порта данных) происходит сбой.

Таким образом, для решения проблемы в cmd мы рекомендуем отказаться от использования ftp.exe в пользу curl или PowerShell. Это сэкономит время на настройке маршрутизации и обеспечит стабильную работу ваших автоматических процессов.