Я устраняю неполадки / настраиваю «разговор» http://linux.about.com/od/commands/l/blcmdl1_talk.htm Буду использовать его для безопасного общения с другими пользователями, обмена логинами и тому подобным, а также для чата, в частности, чтобы мы не всегда носите с собой свои персональные ноутбуки, лучше иметь "серверный чат"
есть клиентский пакет talk и демон talkd
они были ранее установлены
когда я пытаюсь говорить mir@myhost.com - получаю следующее:
[No connection yet]
───────[ Error on read from talk daemon: Connection refused. Press any key...]─────────────────────
Then
[Checking for invitation on caller's machine]
я пытаюсь pgrep talkи pgrep talkdничего не дает
Я пытаюсь начать говорить, используя /usr/sbin/in.talkd
это дает мне: должен быть запущен из inetd.
Я ви /etc/inetd.conf- 2 строки
#:BSD: Shell, login, exec and talk are BSD protocols.
talk dgram udp wait nobody.tty /usr/sbin/in.talkd in.talkd
ntalk dgram udp wait nobody.tty /usr/sbin/in.ntalkd in.ntalkd
я изменяю nobody.tty на root и udp на udp4, чтобы он стал
#:BSD: Shell, login, exec and talk are BSD protocols.
talk dgram udp4 wait root /usr/sbin/in.talkd in.talkd
ntalk dgram udp4 wait root /usr/sbin/in.ntalkd in.ntalkd
я уверен, /usr/sbin/in.talkd и /usr/sbin/in.ntalkdсуществует на самом деле - я перезапустить inetd - но никаких признаков разговоров на inetd
в моем поиске ошибок я достиг этой страницы: https://bugs.launchpad.net/ubuntu/+sour… bug / 250971
Подсказка двоичного пакета: talkd Две проблемы:
- Пакет talkd помещает информацию inetd в /etc/inetd.conf вместо /etc/inetd.conf.d
- Сама информация неправильно отформатирована для inetd, от которого зависит talkd: talkd использует формат 'user.group', а inet ожидает только пользователя. Я также смутно помню проблему с разрешениями, но не могу быть в этом уверен.
я попытался vi /etc/inetd.conf.d - он дает новый файл - иначе ничего уже не существует, я должен создать новый файл? какой формат? я уже изменил группу nobody.tty, чтобы получить root права на сообщения об ошибках, звучащие для меня по-китайски - есть идеи, что делать?
помогите, помогите, помогите!
Заранее большое спасибо
writeна локальном сервере или в более современном зашифрованном решении. Проверьте Silc. У talkd есть проблемы с безопасностью, и на данный момент она в значительной степени устарела.Ответы:
Вы понимаете, что услуги, предлагаемые inetd , запускаются по запросу, верно? Ничто, обслуживаемое inetd, фактически не запустится, пока какой-нибудь клиент не попытается подключиться к этому порту.
Я только что установил на свой тестовый пакет Debian 5.0.
apt-get install talk talkd/etc/init.d/openbsd-inetd restartТогда я смог связаться с
talk username2@localhost. Я увидел сообщение как другой тестовый пользователь и сделал,talk username1@localhostи соединение было установлено.источник
Ваш вариант использования действительно смущает меня. in.ntalkd происходит из другой эпохи, когда подслушивание было менее распространенным явлением, теперь оно практически устарело. Вы будете передавать конфиденциальную информацию по незащищенному каналу.
При этом имейте в виду, что службы inetd обычно защищены системным уровнем, называемым TCP Wrappers. in.ntalkd обычно двоично связан с libwrap.
man hosts_access должен помочь вам решить вашу проблему.
Как и другие, я действительно не рекомендую ваш подход.
источник