Ayuda para configurar talk / talkd

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 mir@myhost.com - 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

linux debian

— mireille raad
fuente

Por cierto, ¿has considerado configurar tu propio servidor jabber? Es 2010, y no 1980, sabes ...

— Zoredache

Es raro que todos hayan iniciado sesión en la misma casilla. hablar debería funcionar en su caso, pero tengo que preguntar ... Si no tiene sus computadoras portátiles personales, ¿en qué está trabajando? ¿terminales tontas?

— Alex Jasmin

zoredache: todo lo que necesitamos compartir es información de inicio de sesión, rutas de datos, información - una información de 5 minutos para los miembros del equipo que siguen cambiando - no es 1980 - pero esto es sucio rápido y fácil en mi humilde opinión :) Intentaré configurar mi propio servidor jabber cuando tengo algo de tiempo libre: P --------------------------- Alexandre: bueno muchas veces, los archivos están en el servidor, solo ssl - o, a veces, por ejemplo, estás en la playa, te llaman en caso de emergencia, solo inicias sesión para colaborar con alguien desde la carcasa de tu teléfono: P sin necesidad de cifrado n software para compartir contraseñas n datos críticos

— mireille raad

Úselo 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.

— Warner

¿Has pensado en dejar un editor de texto en pantalla abierto? Si la gente necesita hablar, conéctese a la sesión de ame y comience a escribir.

— Zoredache

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.

hice un apt-get install talk talkd
Reinicié el inetd /etc/init.d/openbsd-inetd restart
Permití udp / 517 y udp / 518 con iptables

Entonces pude conectarme con talk username2@localhost. Vi el mensaje como el otro usuario de prueba e hice una talk username1@localhosty se estableció la conexión.

— Zoredache
fuente

comprobaré las iptables - 3er punto que mencionaste - Honestamente, alguien más instaló talk / talkd, no funcionó, así que me dijeron que verificara - intenté arreglar / reinstalar usando apt-get, no estaba disponible , necesito actualizar la lista o quizás reinstalarla manualmente, pero ¿qué tan mal puede salir la instalación de talk-talkd? Gracias por el consejo :)

— mireille raad

Esta respuesta funcionó para mí tratando de hablar localmente en Ubuntu 12.04 LTS.

— Wayne Werner

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.

— zarkdav
fuente