Aide à la configuration de talk / talkd

8

Je dépanne / configure "talk" http://linux.about.com/od/commands/l/blcmdl1_talk.htm Je vais l'utiliser pour communiquer en toute sécurité avec d'autres utilisateurs, partager des connexions et autres et discuter spécialement que nous ne faisons pas ayez nos ordinateurs portables personnels avec nous tout le temps, c'est plus sympa d'avoir un "chat serveur"

il y a le package client talk et le démon talkd

ils ont été précédemment installés

quand j'essaie de parler [email protected] - obtenez ce qui suit:

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

j'essaye pgrep talket pgrep talkdça ne donne rien

J'essaie de démarrer talkd en l'utilisant /usr/sbin/in.talkd me donne: doit être exécuté depuis inetd.

I vi /etc/inetd.conf- les 2 lignes

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

je change nobody.tty en root et udp en udp4 donc ça devient

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

je m'assure /usr/sbin/in.talkd et /usr/sbin/in.ntalkdexiste réellement - je redémarre inetd - mais aucun signe de talkd sur inetd

dans ma chasse aux bogues, j'ai atteint cette page: https://bugs.launchpad.net/ubuntu/+sour… bug / 250971

Indice du paquet binaire: talkd Deux problèmes:

  1. Le paquet talkd place ses informations inetd dans /etc/inetd.conf au lieu de /etc/inetd.conf.d
  2. Les informations elles-mêmes sont incorrectement formatées pour l'inetd dont dépend talkd: talkd utilise un format 'user.group' et inet attend uniquement l'utilisateur. Je me souviens aussi vaguement d'un problème d'autorisations mais je ne peux pas en être sûr.

j'ai essayé de vi à /etc/inetd.conf.d - il donne un nouveau fichier - alias rien n'existe déjà, dois-je créer un nouveau fichier? quel est le format? j'ai déjà changé le groupe nobody.tty pour enraciner les suivis sur les rapports de bugs me semblent chinois - une idée de ce qui devrait être fait?

aide, aide, aide!

Merci beaucoup d'avance

linux debian mireille raad
la source
1
BTW, avez-vous envisagé de simplement configurer votre propre serveur jabber? Nous
sommes en
1
Il est rare que tout le monde soit connecté dans la même boîte. parler devrait fonctionner dans votre cas, mais je dois vous demander .. Si vous n'avez pas vos ordinateurs portables personnels sur quoi travaillez-vous? terminaux stupides?
Alex Jasmin
2
zoredache: tout ce que nous devons partager est des informations de connexion, des chemins de données, des informations - une information de 5 minutes pour les membres de l'équipe qui ne cessent de changer - ce n'est pas le 1980 - mais c'est sale rapidement n facile à mon humble avis :) Je vais essayer de configurer mon propre serveur jabber quand j'ai du temps libre: P --------------------------- Alexandre: bien souvent, les fichiers sont sur le serveur, u juste ssl - ou parfois vous êtes par exemple à la plage, ils vous appellent en cas d'urgence, vous vous connectez simplement pour collaborer avec quelqu'un du shell de votre téléphone: P sans besoin de cryptage n logiciel pour partager les mots de passe n données critiques
mireille raad
1
Utilisez writesur un serveur local ou une solution cryptée plus moderne. Découvrez silc. Il y a des implications de sécurité avec talkd et c'est à peu près obsolète à ce stade.
Warner
Avez-vous pensé à laisser un éditeur de texte à l'écran ouvert? Si les gens ont besoin de parler, connectez-vous à la session ame et commencez à écrire.
Zoredache

Réponses:

4

Vous comprenez que les services offerts par inetd sont lancés à la demande, non? Rien de servi par inetd ne démarrera réellement jusqu'à ce que certains clients tentent réellement de se connecter à ce port.

Je viens d'installer sur ma boîte de test Debian 5.0.

  • j'ai fait un apt-get install talk talkd
  • J'ai redémarré l'inetd /etc/init.d/openbsd-inetd restart
  • J'ai autorisé udp / 517 et udp / 518 avec iptables

Ensuite, j'ai pu me connecter talk username2@localhost. J'ai vu le message comme l'autre autre utilisateur de test et j'ai fait un talk username1@localhostet la connexion a été établie.

Zoredache
la source
je vais vérifier les iptables - 3e point que vous avez mentionné - Honnêtement, quelqu'un d'autre a installé talk / talkd, cela n'a pas fonctionné, alors ils m'ont dit de vérifier - j'ai essayé de réparer / réinstaller en utilisant apt-get, il n'était pas disponible , je dois mettre à jour la liste ou peut-être réinstaller manuellement - mais dans quelle mesure l'installation de talk-talkd peut-elle mal se passer? Merci pour l'astuce :)
mireille raad
Cette réponse a fonctionné pour moi en essayant de parler localement sur Ubuntu 12.04 LTS.
Wayne Werner
1

Votre cas d'utilisation me déroute vraiment. in.ntalkd vient d'une autre époque, où l'écoute était moins courante, elle est maintenant presque obsolète. Vous transmettrez des informations confidentielles sur un canal non sécurisé.

Cela dit, gardez à l'esprit que les services inetd sont généralement protégés par une couche système appelée TCP Wrappers. in.ntalkd est généralement binaire lié à libwrap.

man hosts_access devrait vous aider à résoudre votre problème.

Comme d'autres, je ne recommande vraiment pas votre approche.

zarkdav
la source