FTP держится: 150 передач данных режима Opening ASCII
Для домашнего использования существуют тонны, Резервное копирование Cobian хорошо, и затем всегда существуют основанные онлайн, такие как Mozy и Carbonite.
Если бы Вы просто хотите "заархивировать" их к DVD или чему-то, то любая старая добрая программа для записи дисков была бы достаточна, что касается тестирования их, я просто быстро всуну DVD и попытаюсь прочитать несколько файлов его.
Вы могли бы рассмотреть внешние жесткие диски также.
Я встретился с той же проблемой как успешная команда OP
200 PORT.
150 передач данных режима Opening ASCII.
425 не Может открыть передачу данных.
я встретился с вышеупомянутой проблемой, когда я пытался использовать пассивный режим на командной строке в Windows.
я нашел информацию мной разыскиваемый поиском материалов:
IE обычно использует пассивный режим, в то время как утилита командной строки (команда ftp) всегда использует активный режим.
я попробовал свою предыдущую операцию в IE, и это работало. Проблема решила
материалы linkпјљ https://forums.iis.net/t/1207342.aspx? 150+Opening+ASCII+mode+data+connection+for+file+list+425+Can+t+open+data+connection +
Клиент FTP-сервера и FTP согласовывает, какие порты будут используемыми для передачи данных (включая список каталога, когда Вы делаете "dir" или "ls"), использование "канала управления" FTP. Таким образом, если Ваш "брандмауэр AWS" не делает контроля протокола на этом канале нет никакого способа, которым он будет знать, какие порты он должен динамично открыть для разрешения потока трафика (и закрыться, после того как те порты дольше не используются).
По моему скромному мнению, использование сети, контролирующей для обнаружения, какие порты используются, не стоит усилия, потому что эти порты собираются измениться для каждого нового сеанса FTP.
Если Вы уже не сделали это, мой лучший выстрел в поиск и устранение неисправностей этой проблемы должен был бы искать любую тонкую настройку на брандмауэре, который защищает Ваш FTP-сервер (если бы я понимаю Ваш вопрос правильно, это было бы "брандмауэром AWS"), и посмотрите, существует ли какая-либо "кнопка" для включения контроля для протокола FTP.
Для получения реальной информации о том, почему соединение застревает Вы оказываетесь перед необходимостью использовать клиент, который регистрирует все команды протокола для наблюдения то, что действительно происходит. Существует хороший сайт на FTP с журналами в качестве примера здесь.
Скорее всего, хотя, также
- Ваш клиент находится позади (немой, или иначе заблокирован SSL) брандмауэр и пытается использовать Активный режим FTP
- Ваш сервер находится позади (немой, или иначе заблокирован SSL) брандмауэр и пытается использовать Пассивный режим FTP
При использовании SSL единственный ответ должен открыться, диапазон портов (скажите, 10000-11000) на брандмауэре, и настройте FTP-сервер, чтобы вызвать режим Passive и использовать тот диапазон портов. Если Ваш сервер будет использовать NAT, то необходимо будет также настроить надлежащий IP-адрес для сервера для рекламы клиентам, большинство повинуется тому, что сервер обеспечивает как пассивная строка подключения режима и если сервер думает, что это 10.1.1.1, это - то, что это собирается сказать клиентам.
Если Вы не используете SSL, лучший ответ должен видеть, можно ли заставить брандмауэр делать контроль протокола для FTP. Брандмауэр считает трафик в порте 21 и откроет любой порт, который Ваш сервер хочет открытый. Это может часто фиксировать адреса NAT также (когда брандмауэр также обрабатывает NAT). Вы, вероятно, все еще захотите вызвать пассивный режим, так как некоторые люди не знают, как настроить их клиент FTP правильно, и почти все находятся позади широкополосного маршрутизатора / брандмауэр в эти дни.
Если Вы не можете получить более умный брандмауэр, то необходимо будет придерживаться "открытый набор портов" опция (или переключиться на протокол, который не должен открывать набор случайных портов как sftp ssh).
У меня есть та же проблема с Вами и зафиксированный теперь.
То, что я сделал, открывают Windows Firewall (Win7), нажимают 'Allow a program or feature through Windows Firewall', и затем в 'Позволенных программах и функциях' список, узнают 'Программу передачи файлов' и отмечают флажок.
После того, как это будет сделано, откройте Command Prompt и введите ftp X.X.X.X, вход в систему и затем ls/dir/get/put, все работы теперь.
Но мне все еще не удалось соединить из Файла Zilla и веб-браузер, надеяться, что это полезно для Вас.
У меня была эта проблема, и она была решена следующим образом:
Я использовал FireFTP, который по умолчанию подключается через пассивный режим. При настройке FTP в IIS порт по умолчанию будет 21. Мне пришлось открыть порт 21 в брандмауэре, что продвинуло меня дальше, но он зависал на Открытие соединения данных в режиме ASCII .
Оказывается, затем он выбирает некоторые другие динамические порты. Я знал, что это проблема с брандмауэром, так как при отключенном брандмауэре FTP соединение нормально. Также локально на сервере - никаких проблем.
Чтобы исправить, я загрузил IIS (используя версию 8.0, полагаю, что то же самое в 7.5) на уровне сервера дерева (это верхний узел ) один раз щелкните по нему и выберите «Поддержка FTP Firewall». Каждый FTP-сайт, который вы используете, будет использовать эти диапазоны портов, на отдельных FTP-сайтах этот параметр будет выделен серым цветом, поскольку он унаследован от этого раздела.
В поле Диапазон портов канала данных укажите x количество портов, в моем случае 10000-10125 .
Теперь в вашем брандмауэре откройте этот диапазон портов TCP как «диапазон пассивных портов FTP».
Тогда я подумал, что проблема будет решена, но не совсем. Обязательно перезапустите службу Microsoft FTP , чтобы выбрать новый диапазон портов. Закройте FireFTP / клиент и повторите попытку, и на этот раз, если повезет, вы попадете в игру. :)
Тогда я подумал, что проблема будет решена, но не совсем. Обязательно перезапустите службу Microsoft FTP , чтобы выбрать новый диапазон портов. Закройте FireFTP / клиент и повторите попытку, и на этот раз, если повезет, вы попадете в игру. :)
Тогда я подумал, что проблема будет решена, но не совсем. Обязательно перезапустите службу Microsoft FTP , чтобы выбрать новый диапазон портов. Закройте FireFTP / клиент и повторите попытку, и на этот раз, если повезет, вы попадете в игру. :)
Не путайте ничего в вашей установке
Просто добавьте исходящее правило в брандмауэр Windows с расширенной безопасностью и поставьте порт № 20.
Наслаждайтесь FTP на CLI
. Я получил то же сообщение при попытке использовать команду ls для вывода списка файлов, хранящихся на хост-сервере UNIX FTP, из командной строки Ubuntu. Мне удалось успешно войти в систему с помощью ftp ftp.example.com и ввести свое имя пользователя и пароль при появлении запроса. Однако я получил сообщение 150 Открытие соединения данных в режиме ASCII , и ничего не произошло. Затем я просто ввел опцию -p (меняет его на «пассивный» режим для работы с брандмауэрами) с командой, и это сработало.
ftp -p ftp.example.com
Введите имя пользователя и пароль, когда будет предложено, затем команды, такие как ls и cd будут работать. Я считаю, что вы также можете ввести эту команду, и она будет делать то же самое, но я ее не тестировал.
pftp ftp.example.com
Я знаю, что вопрос относится к Windows; однако, учитывая ту же ошибку, решил, что этот совет стоит опубликовать.
Мы решили эту проблему с помощью мастера создания правила для нового входящего брандмауэра Windows. Выберите Программа, затем C: \ Windows \ System32 \ ftp.exe, Разрешите подключение, Проверьте параметры; Доменное, Частное, Общедоступное (вы можете ограничить позже, если потребуется), назовите правило, и все готово.
Теперь перейдите по ftp на сайт ftp и проверьте, правильно ли отвечает dir или ls.
Для меня проблема была на локальном компьютере, а не на удаленном хосте. Я подтвердил, что установка сервиса FTP на удаленном хосте уже должным образом открыла все порты на брандмауэре сервера, так что проблема была не в этом. Это был мой локальный клиентский компьютер, который не подыгрывал. Итак,
- я открыл брандмауэр Windows Defender. Затем я нажал на ссылку слева "Разрешить приложение или функцию через брандмауэр Windows Defender":
- Я прокрутил список до программы передачи файлов и поставил галочки напротив опций Домен, Частный и Публичный:
Это наконец-то исправило это для меня! Когда я перешел к повторной команде LS, ответ был мгновенным и больше никаких зависаний.
В большинстве случаев соединение блокировал брандмауэр. Как заявил @shieldofsalvation, необходимо разрешить доступ через брандмауэр. Но в списке по умолчанию может отсутствовать параметр «Программа передачи файлов».
Чтобы добавить это в список, нажмите Разрешить другое приложение... > Обзор... > Выберите файл ftp.exe из Папка System32> щелкните Добавить, после чего она появится в списке.