Тест FTP сервера?

Question

[Алексей]

Намедни компания SPRINTHOST.RU предложила тестировать виртуальные серверы. Ну а чтобы совместить полезное с полезным, я решил заодно тестировать свой FTP сервер. Собственно говоря, следующая ссылка ведёт на FTP сервер:

Кликнув здесь, Вы внесёте свою лепту в тестировани....


Это первое публичное тестирование Xameleon FTP сервера. Определённо, FTP сервер содержит множество ошибок. Если кому не лень, отпишитесь в этой теме о багах, которые Вы нашли. Наконец, если кто-нибудь решится с помощью багов в реализации Xameleon FTP сервера повалить виртуальный Debian сервер, на котором крутится FTP, то будьте добры, расскажите в этой теме каким образом вы его «уронили», а я попытаюсь исправить багу в следующей версии. Спасибо.


Чуть не забыл. Отличие этого FTP сервера — многопоточность. В отличие от традиционных FTP серверов, которые вызывают fork() на каждое новое соединение, Xameleon FTP сервер использует pthread_create() в одном адресном пространстве для всех соединений.

Код написан на основе RFC 959.

Comments

[Алексей]

Ага. Спасибо тем, кто уже попробовал. Вижу, что команду EPSV не поддерживаю.
Большинство дальше /home/guest не пошло, но есть и люди, исследующие файловую систему.
Судя по логам, пока полёт нормальный.

[gribozavr]

Сервер упал или тест завершён?

[Алексей]

Упал. Честно говоря, так и не понял, от чего упал. Поднял. Изучаю логи.

[Алексей]

Обнаружен и исправлен неприятный баг — причина падения была в неправильном анализе код возврата accept(), если по какой-то причине вызов accept() возвращал ошибку, сервер просто заканчивал работу. В общем, падения никакого не было, было просто завершение работы, при любой ошибке начального коннекта на управляющий порт 21.
Очень сожалею о своей невнимательности. Исправлено.

[gribozavr]

Ничего не исправлено, уронил тем же способом, что и раньше.

Answer 1

[ComodoHacker]

Кажется снова упал.

Comments

[Алексей]

Да, второй раз падал. Пока не понял от чего падает. Кстати, это камень в сторону многопоточности. Если бы использовал fork(), то падала бы только одна сессия.

Answer 2

[gribozavr]

Соединяемся, login, password, passive mode, list, quote list, quote list. Сервер упал.

Comments

[Алексей]

Странно. Не могу понять, как quote list может привести к падению. Команду QUOTE не поддерживаю, при соединении телнетом и передачи команды QUOTE, сервер возвращает код 500 и не падает. Большое спасибо (и не только спасибо) за помощь в тестировании!

[gribozavr]

quote в клиенте ftp передаёт команду в сыром виде в управляющее соединение. А сервер судя по всему плохо реагирует на команду LIST без предыдущей команды PORT или на неудачу соединения с клиентом.

[Алексей]

Очень похоже, что падает при неудачном соединении с клиентом. Судя по логам, падению предшествовала ошибка «No route to host».

Answer 3

[gribozavr]

А ещё с вашим сервером не работает connection tracking и за натом не работает active mode.

Comments

[Алексей]

А где бы об этом можно почитать? Я уже было смирился, что active mode за натом не работает, но раз есть возможность «прокинуть» соединение через NAT, то хотелось бы этой возможностью воспользоваться.

[gribozavr]

Active mode работает за NAT с connection tracking. Например, у меня ftp.adobe.com в active mode работает, а ваш ftp — нет.

Answer 4

[Пума Тайланд]

Какая скорость заливки и скачивания? На один поток выжмет полный гигабит?

Comments

[Алексей]

Скорость можете сами протестировать. Насколько понимаю, она ограничена лишь шириной канала между сервером и клиентом. Что касается мнопоточности, то преимущество проявится только при большой нагрузке, т.е. когда серверу приходится обрабатывать множество соединений. Хотя… Copy On Write несколько нивелирует это преимущество.

Answer 5

[BigD]

Веб-страница по адресу guest:tseug@193.104.149.163:1025/hello.txt, возможно, временно недоступна или постоянно перемещена по новому адресу.

Comments

[Алексей]

Странно, сервер работает несколько суток и пока не падал. А какие клиентом смотрели? Скорее всего IE.

Заметил интересную особенность — если задавать полный путь к файлу в строке соединения, то Firefox и IE по разному обрабатывают URL:

Например, Firexfox без проблем открывает ссылку ftp://guest:tseug@193.104.149.163:1025/hello.txt
Для IE ссылка должна выглядеть таким образом: ftp://guest:tseug@193.104.149.163:1025/home/guest/hello.txt

Не понимаю, почему так происходит. Собственно говоря, благодаря этому досадному неудобству, я не вставил картинку в этот пост. Была идея, чтобы каждый вошедший в эту тему автоматом протестировал сервер:

<img src="ftp://guest:tseug@193.104.149.163:1025/home/guest/xam.png">

[BigD]

Да нет, Chrome

Answer 6

[gribozavr]

У вас там переполнений буфера over 9000. Вы не против если я напишу экспоит и буду тестировать на вашем сервере?

Comments

[Алексей]

Да уж. Радует, что хостинг виртуальный. Не пойму, каким образом Вы прорвались через права 0700 на моей домашней директории. Хотя… кажется догадываюсь. Надо было проверять права по всему пути, а не конечной директории. Но это не объясняет, каким образом Вы догадались о том, что лежит в домашней директории.

А на счёт переполнения буфера… Пока заметил только одно — если общая глубина пути во вложенных директориях более 896 байт.

p.s. Сервер пока остановил.

Answer 7

[Олег Войтенко]

Хм, зачем его ложить, если он и так лежит?