конфигурирование vsftpd анонимная загрузка. Создает файлы, но замораживается на уровне 0 байтов
Я предполагаю, что Вы заменили http с hxxp в сообщениях (это не ясно). Если так, кто-то зондирует Ваш сервер, чтобы видеть, настроен ли он для действия как прокси. Так как Вы, кажется, не выполняете mod_proxy, он возвращается 404 (Не найденный).
Обычно, нет никакой потребности волноваться. Если у Вас есть серверы, публично видимые к Интернету, Вы собираетесь видеть это каждый день. Кроме того, люди, пытающиеся использовать все виды уязвимостей во всех видах программного обеспечения (phpMyAdmin является особенно раздражающим), даже те, Вы не имеете установленными. Кроме того, ISC.SANS.DFind...
Однако те 301 (Перенаправление) ответы являются странными...
Похоже, вы пытаетесь использовать активный FTP, но брандмауэр между сервером и (или включенным) вашим клиентом блокирует канал данных. Транзакция FTP состоит из двух каналов или соединений: командного канала (на порту 21) и канала данных (обычно связанного с портом 20). Клиент выдает команды по командному каналу, а полезная нагрузка (содержимое файла и вывод таких команд, как ls ) передается по каналу данных. Если у вас есть брандмауэр или маршрутизатор, мешающий каналу данных, вы можете войти в систему, и все будет работать, пока вы не попытаетесь получить или отправить информацию на / с сервера - после этого все будет казаться просто зависшим. Сервер пытается подключиться к клиенту, но не может этого сделать.
В активном режиме (по умолчанию, если вы не отправите команду PASV [и обратите внимание, что vsftpd предлагает вам рассмотреть возможность использования PASV ]), сервер пытается открыть соединение с клиент для канала данных. Правильно - сервер снова подключается к клиенту, и через порт больше 1023. Брандмауэры склонны возражать против этого, и если вы находитесь за NAT, он просто не может работать вообще.
Вот где приходит пассивный FTP. При пассивном FTP сервер использует установленный канал connamd, чтобы сообщить клиенту, какой порт и IP-адрес использовать для канала данных, а затем клиент открывает второе соединение с сервером для канала данных. Это решает проблему нахождения клиента за брандмауэром. Все, что вам нужно сделать, это выполнить команду PASV от клиента перед PUT . Если это не сработает, возможно, вам понадобится немного помочь vsftpd. Элементы конфигурации, которые могут вам понадобиться, включают pasv_min_port и pasv_max_port , которые позволяют вам контролировать диапазон портов, через которые vsftpd сообщает клиенту о необходимости подключиться, чтобы вы могли открыть их в своем брандмауэре. Кроме того, если сервер не прослушивает тот же IP-адрес, к которому подключается клиент (возможно, внутри NAT), pasv_address сообщает vsftp, где клиент на самом деле хочет подключиться (он не будет автоматически использовать адрес, на котором открыт командный канал).
pasv_min_port и pasv_max_port , которые позволяют вам контролировать диапазон портов, через которые vsftpd сообщает клиенту о соединении, чтобы вы могли открыть их в своем брандмауэре. Кроме того, если сервер не прослушивает тот же IP-адрес, к которому подключается клиент (возможно, внутри NAT), pasv_address сообщает vsftp, где клиент на самом деле хочет подключиться (он не будет автоматически использовать адрес, на котором открыт командный канал). Элементы конфигурации, которые могут вам понадобиться, включают pasv_min_port и pasv_max_port , которые позволяют вам контролировать диапазон портов, через которые vsftpd сообщает клиенту о необходимости подключиться, чтобы вы могли открыть их в своем брандмауэре. Кроме того, если сервер не прослушивает тот же IP-адрес, к которому подключается клиент (возможно, внутри NAT), pasv_address сообщает vsftp, где клиент на самом деле хочет подключиться (он не будет автоматически использовать адрес, на котором открыт командный канал).