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 [email protected] - 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
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.Respostas:
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.
apt-get install talk talkd/etc/init.d/openbsd-inetd restartEntão eu consegui me conectar
talk username2@localhost. Vi a mensagem como o outro outro usuário de teste e fiz umtalk username1@localhoste a conexão foi estabelecida.fonte
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.
fonte