Bug 1203 - v2.3.6-alt2 - не работает механизм redirect.
Summary: v2.3.6-alt2 - не работает механизм redirect.
Status: CLOSED FIXED
Alias: None
Product: Sisyphus
Classification: Development
Component: xinetd (show other bugs)
Version: unstable
Hardware: all Linux
: P4 minor
Assignee: placeholder@altlinux.org
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-08-16 15:31 MSD by Dmitry Lebkov
Modified: 2008-03-13 23:14 MSK (History)
3 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Dmitry Lebkov 2002-08-16 15:31:59 MSD 
Настроил все как описано в документации. В версии 2.3.5-alt1 все работало \"на ура\".
---

---
Comment 1 Aleksandr Blokhin 2002-08-16 16:54:32 MSD 
Не подтверждаю. Всё исправно работает.
Comment 2 Aleksandr Blokhin 2002-08-16 16:54:32 MSD 
Не подтверждаю. Всё исправно работает.
Comment 3 Dmitry Lebkov 2002-08-19 04:03:48 MSD 
Вот конфиг сервиса. На этом же хосте сидят tftp и rsync.
service telnet
{
        disable                 = no
        socket_type        = stream
        wait                    = no
        user                    = root
        bind                    = 192.168.200.1
        redirect                = 192.168.212.253 23
}

xinetd в лог пишет следующее:

Aug 19 10:44:29 testserver xinetd[18707]: Reading included configuration file: /etc/xinetd.d/rsync [line=11]
Aug 19 10:44:29 testserver xinetd[18707]: Reading included configuration file: /etc/xinetd.d/telnet [line=14]
Aug 19 10:44:29 testserver xinetd[18707]: Reading included configuration file: /etc/xinetd.d/tftp [line=10]
Aug 19 10:44:29 testserver xinetd[18707]: xinetd Version 2.3.6 started with libwrap loadavg options compiled in.
Aug 19 10:44:29 testserver xinetd[18707]: Started working: 2 available services

Прочитано include-файлов - 3, а доступно всего  2 севиса. Хосты доступны, т.е.
я со 192.168.200.1 нормально дохожу телнетом до 192.168.212.253 23.
Что я делаю не так? :)
Comment 4 Dmitry Lebkov 2002-08-19 04:03:48 MSD 
Вот конфиг сервиса. На этом же хосте сидят tftp и rsync.
service telnet
{
        disable                 = no
        socket_type        = stream
        wait                    = no
        user                    = root
        bind                    = 192.168.200.1
        redirect                = 192.168.212.253 23
}

xinetd в лог пишет следующее:

Aug 19 10:44:29 testserver xinetd[18707]: Reading included configuration file: /etc/xinetd.d/rsync [line=11]
Aug 19 10:44:29 testserver xinetd[18707]: Reading included configuration file: /etc/xinetd.d/telnet [line=14]
Aug 19 10:44:29 testserver xinetd[18707]: Reading included configuration file: /etc/xinetd.d/tftp [line=10]
Aug 19 10:44:29 testserver xinetd[18707]: xinetd Version 2.3.6 started with libwrap loadavg options compiled in.
Aug 19 10:44:29 testserver xinetd[18707]: Started working: 2 available services

Прочитано include-файлов - 3, а доступно всего  2 севиса. Хосты доступны, т.е.
я со 192.168.200.1 нормально дохожу телнетом до 192.168.212.253 23.
Что я делаю не так? :)
Comment 5 Dmitry Lebkov 2002-08-19 04:37:30 MSD 
Вот что выяснил: если в конфиге сервиса отсутствует параметр server = /some/prog
то ситуация как описано выше. Если этот параметр добавить - все работает как должно, т.е. редирект редиректит.. Хотя в man xinetd.conf говорит о совершенно
противоположном: если нет отсутствует параметр server - все редиректится (так
и было в версии 2.3.5), если присутствует server - то он имеет приоритет перед redirect, т.е. работает указаный server а не  redirect. Вот. Однако бага/багофича недокументированная ...
Comment 6 Dmitry Lebkov 2002-08-19 04:37:30 MSD 
Вот что выяснил: если в конфиге сервиса отсутствует параметр server = /some/prog
то ситуация как описано выше. Если этот параметр добавить - все работает как должно, т.е. редирект редиректит.. Хотя в man xinetd.conf говорит о совершенно
противоположном: если нет отсутствует параметр server - все редиректится (так
и было в версии 2.3.5), если присутствует server - то он имеет приоритет перед redirect, т.е. работает указаный server а не  redirect. Вот. Однако бага/багофича недокументированная ...
Comment 7 Dmitry V. Levin 2002-09-02 19:29:46 MSD 
Перевод xinetd.conf(5) про redirect противоречит оригиналу.
Comment 8 Dmitry V. Levin 2002-09-02 19:29:46 MSD 
Перевод xinetd.conf(5) про redirect противоречит оригиналу.
Comment 9 Dmitry Lebkov 2002-09-02 19:52:01 MSD 
Из /usr/share/man/man5/xinetd.conf.5.bz2, описание \'redirect\':
The \"server\" attribute is not required  when  this option is specified
If the \"server\" attribute  is  specified,this attribute takes priority.

Т.е. однозначно, \'server\' не требуется, и однозначно (в моем несовершенном
понимании) this attribute (\'redirect\') takes priority.
Comment 10 Dmitry Lebkov 2002-09-02 19:52:01 MSD 
Из /usr/share/man/man5/xinetd.conf.5.bz2, описание \'redirect\':
The \"server\" attribute is not required  when  this option is specified
If the \"server\" attribute  is  specified,this attribute takes priority.

Т.е. однозначно, \'server\' не требуется, и однозначно (в моем несовершенном
понимании) this attribute (\'redirect\') takes priority.
Comment 11 Dmitry V. Levin 2002-09-09 21:05:57 MSD 
Please have a look at xinetd-2.3.8-alt1
Comment 12 Dmitry V. Levin 2002-09-09 21:05:57 MSD 
Please have a look at xinetd-2.3.8-alt1
Comment 13 Dmitry V. Levin 2003-09-06 23:14:47 MSD 
I think it's fixes a long time ago.