Настроил все как описано в документации. В версии 2.3.5-alt1 все работало \"на ура\". --- ---
Не подтверждаю. Всё исправно работает.
Вот конфиг сервиса. На этом же хосте сидят 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. Что я делаю не так? :)
Вот что выяснил: если в конфиге сервиса отсутствует параметр server = /some/prog то ситуация как описано выше. Если этот параметр добавить - все работает как должно, т.е. редирект редиректит.. Хотя в man xinetd.conf говорит о совершенно противоположном: если нет отсутствует параметр server - все редиректится (так и было в версии 2.3.5), если присутствует server - то он имеет приоритет перед redirect, т.е. работает указаный server а не redirect. Вот. Однако бага/багофича недокументированная ...
Перевод xinetd.conf(5) про redirect противоречит оригиналу.
Из /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.
Please have a look at xinetd-2.3.8-alt1
I think it's fixes a long time ago.