Estoy solucionando problemas / configuro "talk" http://linux.about.com/od/commands/l/blcmdl1_talk.htm Lo usaré para comunicarme de forma segura con otros usuarios, compartir inicios de sesión y demás, y chatear especialmente para que no lo hagamos tener nuestras computadoras portátiles personales con nosotros todo el tiempo, es mejor tener un "chat de servidor"
existe el paquete de cliente de talk y talkd daemon
fueron instalados previamente
cuando intento hablar [email protected] - obtén lo siguiente:
[No connection yet]
───────[ Error on read from talk daemon: Connection refused. Press any key...]─────────────────────
Then
[Checking for invitation on caller's machine]
lo intento pgrep talky pgrep talkdno da nada
Intento iniciar talkd usando /usr/sbin/in.talkd
me da: debe ejecutarse desde inetd.
Yo vi /etc/inetd.conf- las 2 líneas
#: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
No cambio nobody.tty a root y udp a udp4 para que se convierta
#: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
Me aseguro de existir /usr/sbin/in.talkd y /usr/sbin/in.ntalkdreinicio inetd, pero no hay signos de talkd en inetd
En mi búsqueda de errores, llegué a esta página: https://bugs.launchpad.net/ubuntu/+sour ... bug / 250971
Sugerencia de paquete binario: talkd Dos problemas:
- El paquete talkd coloca su información inetd en /etc/inetd.conf en lugar de /etc/inetd.conf.d
- La información en sí está formateada incorrectamente para el inetd del que depende talkd: talkd está usando un formato 'user.group' e inet solo espera al usuario. También recuerdo vagamente un problema de permisos, pero no puedo estar seguro de ello.
Traté de vi a /etc/inetd.conf.d - da un nuevo archivo - aka ya no existe nada, ¿debería crear un nuevo archivo? cual es el formato Ya cambié el grupo nobody.tty para rootear los seguimientos de los informes de errores que me suenan chinos. ¿Alguna idea de lo que debe hacerse?
ayuda ayuda ayuda !
Muchas gracias por adelantado
writeen un servidor local o en una solución cifrada más moderna. Mira silc. Hay implicaciones de seguridad con talkd y es bastante obsoleto en este momento.Respuestas:
Entiende que los servicios ofrecidos por inetd se lanzan a pedido, ¿verdad? Nada servido por inetd comenzará realmente hasta que algún cliente realmente intente conectarse a ese puerto.
Acabo de instalar en mi caja de prueba de Debian 5.0.
apt-get install talk talkd/etc/init.d/openbsd-inetd restartEntonces pude conectarme con
talk username2@localhost. Vi el mensaje como el otro usuario de prueba e hice unatalk username1@localhosty se estableció la conexión.fuente
Su caso de uso realmente me confunde. in.ntalkd proviene de otra época, donde las escuchas eran menos comunes, ahora son casi obsoletas. Transmitirá información confidencial a través de un canal no seguro.
Dicho esto, tenga en cuenta que los servicios inetd generalmente están protegidos por una capa de sistema llamada TCP Wrappers. in.ntalkd es generalmente binario vinculado a libwrap.
man hosts_access debería ayudarte a resolver tu problema.
Como otros, realmente no recomiendo su enfoque.
fuente