Ajuda para configurar o talk / talkd

Question

Estou solucionando problemas / configure o link Estará usando para se comunicar com segurança com outros usuários, compartilhar logins e tal e conversar especialmente que não temos nossos laptops pessoais com a gente o tempo todo, é melhor ter um "chat de servidor"

existe o pacote do cliente de conversação e o daemon do talkd

eles foram instalados anteriormente

quando eu tento falar [email protected] - obter o seguinte:

[No connection yet]
───────[ Error on read from talk daemon: Connection refused. Press any key...]─────────────────────
Then
[Checking for invitation on caller's machine]

eu tento pgrep talk e pgrep talkd , não dá nada

Eu tento iniciar o talkd usando /usr/sbin/in.talkd isso me dá: deve ser executado a partir do inetd.

Eu vi /etc/inetd.conf - as duas linhas

#: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

eu mudo o nobody.tty para o root e o udp para o udp4, então ele se torna

#: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

eu me certifico de que /usr/sbin/in.talkd e /usr/sbin/in.ntalkd existam - eu reinicio o inetd - mas nenhum sinal de talkd no inetd

na minha busca de bugs, cheguei a esta página: link … bug / 250971

Dica do pacote binário: talkd Dois problemas:

1. O pacote do talkd coloca suas informações do inetd em /etc/inetd.conf em vez de /etc/inetd.conf.d
2. As informações em si são formatadas incorretamente para o inetd do qual o talkd depende: o talkd está usando um formato 'user.group' e o inet espera apenas o usuário. Eu também me lembro vagamente de um problema de permissões, mas não posso ter certeza disso.

Eu tentei vi para /etc/inetd.conf.d - ele dá um novo arquivo - também conhecido como nada já existe, devo criar novo arquivo? qual o formato? Eu já mudei o grupo nobody.tty para root os acompanhamentos nos relatórios de bugs soam chineses para mim - alguma ideia do que deve ser feito?

ajude, ajude, ajude!

muito obrigado antecipadamente

    

Answer 1

Você entende que os serviços oferecidos pelo inetd são lançados por demanda, certo? Nada servido pelo inetd irá realmente iniciar até que algum cliente realmente tente se conectar a essa porta.

Acabei de instalar na minha caixa de testes do Debian 5.0.

• eu fiz um apt-get install talk talkd
• reiniciei o inetd /etc/init.d/openbsd-inetd restart
• Eu permiti o udp / 517 e o udp / 518 com iptables

Depois, consegui me conectar com talk username2@localhost . Eu vi a mensagem como o outro usuário de teste e fiz um talk username1@localhost e a conexão foi estabelecida.

    

Answer 2

Seu caso de uso realmente me confunde. O in.ntalkd vem de outra época, onde a escuta não era comum, é tudo menos obsoleto agora. Você estará transmitindo informações confidenciais através de um canal desprotegido.

Tendo dito isso, tenha em mente que os serviços do inetd são geralmente protegidos por uma camada do sistema chamada TCP Wrappers. in.ntalkd é geralmente binário ligado à libwrap.

man hosts_access deve ajudá-lo a resolver seu problema.

Como outros, eu realmente não recomendo sua abordagem.