Спустя 16 месяцев с момента выхода прошлой версии вышел релиз ProFTPD 1.3.2 (http://www.proftpd.org/docs/RELEASE_NOTES-1.3.2) в котором исправлено 120 ошибок, среди которых устранена серьезная уязвимость (http://secunia.com/Advisories/33842/) в модулях mod_sql_mysql и mod_sql_postgres, используя которую злоумышленник может осуществить подстановку SQL кода (SQL injection) в системах, поддерживающих многобайтовые кодировки со включенной в конфигурации поддержкой NLS (сборка с --enable-nls). Проблеме не подвержены системы с переменной окружения "LANG" выставленной в 8-битную кодировку.
Некоторые наиболее интересные изменения (http://www.proftpd.org/docs/NEWS-1.3.2):
- По умолчанию активирована поддержка IPv6, для отключения в proftpd.conf нужно указать "UseIPv6 off";- Добавлен перевод сообщений на русский язык;
- Устранены проблемы с установкой кодировки на платформе FreeBSD;
- По умолчанию значение настройки TimeoutLinger уменьшено с 180 до 30 секунд, так как у бо...
URL: http://www.proftpd.org/
Новость: http://www.opennet.me/opennews/art.shtml?num=20151
Наконец то поправили проблему буквы Я
>Наконец то поправили проблему буквы ЯУстранены проблемы с установкой кодировки на платформе FreeBSD - ты про это чтоли?
вот про это
http://www.google.ru/search?hl=ru&q=proftpd+%D0%B1...
>вот про это
>http://www.google.ru/search?hl=ru&q=proftpd+%D0%B1...Это не баг, это такая фича. Цитирую:
" Все значения октетов прикладных данных кроме \377 (десятичное 255) передаются по транспорту как есть. Октет \377 передаётся последовательностью \377\377 из двух октетов. Это связано с тем, что октет \377 используется на транспортном уровне для кодирования опций. [...] Протокол telnet используется в управляющем соединении FTP, [...] "
См. http://ru.wikipedia.org/wiki/Telnet
P.S. Соответствующие RFC господа пуристы могут нарыть самостоятельно.
Те во всех FTP серверах которые следуют букве RFC НЕРЕАЛЬНО оперировать буквой Я в именах файлов?
>Те во всех FTP серверах которые следуют букве RFC НЕРЕАЛЬНО оперировать буквой
>Я в именах файлов?Вполне реально, в том числе для FTP-серверов с неотключенной обработкой IAC.
Но используемые FTP-клиенты должны знать об этой "фиче" и поддерживать её.Например, для виндового FAR Manager'а есть настройки "Дублировать FF в командах" и "Убирать двойные FF из PWD", находятся в Параметры - Параметры внешних модулей - FTP-клиент - Расширенные параметры.
>Наконец то поправили проблему буквы ЯУра!
- Bug 3064 - Better handling of 0xFF character for Cyrillic, non-UTF8 charsets.
These character sets use the same value as the Telnet IAC character in
the alphabet. RFC959 states that FTP control messages must support Telnet
characters; this requirement causes problems for the character sets.
This the RFC959 requirement is relaxed if --enable-nls is used, and if
one of the problematic character sets is configured.
Я уже собрался ждать когда в портах в FreeBSD появится, а тут:
Релиз был 5-го числа
А 6-го числа добавили в FreeBSD: http://www.freshports.org/ftp/proftpd/
хачу пакет для Дебиана!!
Скажите у кого-нибудь еще есть проблема с этой весией proftpd с --enable-nls и хранением юзеров в Postgres?
Если в конфиге включить UseEncoding koi8-r cp1251 то proftpd пишет в лог ошибку:
unrecoverable backend error:
(mod_sql_postgres/4.0.4) ERROR: invalid value for parameter "client_encoding":
"cp1251"
А зачем использовать перекодировку?
>А зачем использовать перекодировку?На сервере локаль koi8-r а cp1251 отдаю для виндовых клиентов
аоы и мне для debian а в sid ветке он имееться ? ^_^