12182 2007-06-28 23:14:08 +0400 добавить рычаги для only_from 2007-09-17 14:52:06 +0400 1 1 4 Development Sisyphus alterator-vsftpd unstable all Linux CLOSED FIXED P2 enhancement --- 1 azol antohami antohami drool led mike qa-sisyphus oldest_to_newest 52174 0 azol 2007-06-28 23:14:08 +0400 alterator-vsftpd-0.2-alt11 ставлю галочки Enable FTP service Allow anonymous login Вроде всё, сервер готов :-) Но нет, не пускает. И верно ведь only_from не выставили. А рычажков для этого никаких нет. В итоге выставленный Enable FTP service может вызвать недопонимание. Хорошо бы добавить что-то для управления only_from иначе приходится всё равно лезть руками в /etc/xinetd.d/vsftpd, для получения даже самого минимального анонимного vsftpd 52188 1 inger 2007-06-29 13:33:00 +0400 Нет не верно. only_from - привилегия xinetd и соответствующего настройщика (который надо бы написать ;) ). vsftpd может работать и в standalone режиме без xinetd. В случае OVZ в создаваемой ноде only_from уже выставлен в правильное место. Поскольку alterator-vsftpd делался для серверного проекта, то нынешняя ситуация была нормальна. Поскольку xinetd настраивается средствами chkconfig то предлагаю сделать соотв. FR на пакет alterator-services. 52195 2 azol 2007-06-29 14:40:50 +0400 так. погодите. а как же "Enable FTP service" ? это ведь тоже получается привилегия xinetd, но это не мешает иметь этот крыжик в alterator-vsftpd. > В случае OVZ в создаваемой ноде only_from уже выставлен в правильное место. вот это я тоже не понял. # vzctl create 120 ve-ftp-server # cat /var/lib/vz/private/120/etc/xinetd.d/vsftpd # default: off # description: The vsftpd FTP server. service ftp { disable = no socket_type = stream protocol = tcp wait = no user = root nice = 10 rlimit_as = 48M server = /usr/sbin/vsftpd # server_args = } 52273 3 inger 2007-07-02 16:50:52 +0400 enable/disable я то могу управлять, а onlyfrom по идее это более тонкая настройка. Вдруг onlyfrom=127.0.0.1 - это то что хотел сисадмин. 54327 4 mike 2007-08-20 23:29:56 +0400 Не надо грязи, alterator-services и chkconfig тут ни при чём, а для этих only_from может иметь смысл сделать отдельный xinetd backend, который врезать в настройку сервисов, которые живут под xinetd. Иначе потом эта же бага вылезет для rsyncd, tftpd, ... 54331 5 led 2007-08-21 04:37:20 +0400 (In reply to comment #4) > Не надо грязи, alterator-services и chkconfig тут ни при чём, а для этих > only_from может иметь смысл сделать отдельный xinetd backend, который врезать в > настройку сервисов, которые живут под xinetd. > > Иначе потом эта же бага вылезет для rsyncd, tftpd, ... Почему "вылезет"? Бага - не бага, но я на эти грабли с tftpd уже наступал:) Честно говоря, обслуживание сервисов, подотчётных xinetd с помощью chkconfig ИМХО больше запутывает, чем помогает. Сорри, наверное, это оффтопик... 55286 6 bga 2007-09-17 14:50:23 +0400 *** Bug 12606 has been marked as a duplicate of this bug. *** 55288 7 bga 2007-09-17 14:52:06 +0400 См. пакет alterator-xinetd в Сизифе.