Ajuda para configurar talk / talkd

Estou solucionando problemas / configurando "talk" http://linux.about.com/od/commands/l/blcmdl1_talk.htm O utilizarei para se comunicar com segurança com outros usuários, compartilhar logins e outros e conversar, especialmente se não o fizermos tenha nossos laptops pessoais conosco o tempo todo, é melhor ter um "bate-papo do servidor"

existe o pacote do cliente talk e o daemon talkd

eles foram instalados anteriormente

quando tento falar mir@myhost.com - obtenha 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 talke 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.

I vi /etc/inetd.conf- as 2 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 nobody.tty para fazer root e udp para udp4 para que se torne

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

i certifique-se /usr/sbin/in.talkd e /usr/sbin/in.ntalkdexistem realmente - eu reiniciar o inetd - ainda nenhum sinal de talkd em inetd

na minha busca de bugs, cheguei a esta página: https://bugs.launchpad.net/ubuntu/+sour… bug / 250971

Dica do pacote binário: talkd Dois problemas:

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

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

ajuda, ajuda, ajuda!

muito obrigado antecipadamente

linux debian

— Mireille Raad
fonte

BTW, você considerou apenas configurar seu próprio servidor jabber? É 2010, e não 1980, você sabe ...

— Zoredache

É raro ter todos conectados na mesma caixa. a conversa deve funcionar no seu caso, mas eu tenho que perguntar. Se você não possui seus laptops pessoais, no que está trabalhando? terminais burros?

— Alex Jasmin

zoredache: tudo o que precisamos compartilhar é informações de login, caminhos de dados, informações - uma informação de 5 minutos para os membros da equipe que continuam mudando - não é a década de 1980 - mas isso é sujo, rápido e fácil :) :) Vou tentar configurar meu próprio servidor jabber quando eu tiver algum tempo livre: P --------------------------- Alexandre: bem, muitas vezes, os arquivos estão no servidor, apenas ssl - ou às vezes u são, por exemplo na praia, eles chamam u na emergência, u basta acessar a colaborar com alguém de ur escudo do telefone: P, sem necessidade de criptografia n software para compartilhar senhas n dados críticos

— Mireille Raad

Use writeem um servidor local ou em uma solução criptografada mais moderna. Confira silc. Existem implicações de segurança no talkd e é praticamente obsoleto neste momento.

— Warner

Você já pensou em deixar um editor de texto na tela aberta? Se as pessoas precisarem falar, conecte-se à sessão do mesmo e comece a escrever.

— Zoredache

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

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

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

Então eu consegui me conectar talk username2@localhost. Vi a mensagem como o outro outro usuário de teste e fiz um talk username1@localhoste a conexão foi estabelecida.

— Zoredache
fonte

Vou verificar o iptables - 3º ponto que você mencionou - Sinceramente, alguém instalou o talk / talkd, não funcionou, então eles me disseram para verificar - eu tentei consertar / reinstalar usando o apt-get, não estava disponível , preciso atualizar a lista ou talvez reinstalá-lo manualmente - mas como a instalação do talk-talkd pode estar errada? Obrigado pela dica :)

— Mireille Raad

Esta resposta funcionou para mim, tentando falar localmente no Ubuntu 12.04 LTS.

— Wayne Werner

Seu caso de uso realmente me confunde. O in.ntalkd vem de outra época, onde a escuta espontânea era menos comum, agora está obsoleta. Você estará transmitindo informações confidenciais por um canal não seguro.

Dito isto, lembre-se de que os serviços inetd geralmente são protegidos por uma camada do sistema chamada TCP Wrappers. O in.ntalkd geralmente é binário vinculado ao libwrap.

O homem hosts_access deve ajudá-lo a resolver seu problema.

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

— zarkdav
fonte