Ubuntu-fr

hibou7

talk reste bloqué sur [Checking for invitation on caller's machine]

Bonsoir
J'approfondis mes connaissances Unix avec ce guide.
À la page 100, il présente talk.
J'essaie de mettre en pratique et de communiquer entre mes deux comptes utilisateurs.
who donne:

gregexp@ENVY-TS:~$ who
gregexp  tty1         2022-01-23 15:16
gb       tty7         2022-01-23 15:36 (:0)
gregexp  tty8         2022-01-23 15:09 (:1)
gb       tty2         2022-01-23 15:12
greg     tty3         2022-01-23 15:24
gregexp@ENVY-TS:~$ 

Pour communiquer entre les deux sessions  je lance sur tty7

talk gregexp@ENVY-TS tty8  

et sur tty8

talk gb@ENVY-TS tty7 

(Pour basculer entre les 2 sessions graphiques ouvertes , j'utilise Ctrl+alt+F7 ou Ctrl+alt+F8)
La fenêtre de discussion (séparée horizontalement en 2 parties) se met bien en place, mais on reste bloqué sur [Checking for invitation on caller's machine].

J'ai parcouru beaucoup de forums pour élucider ce problème.
Il pourrait y avoir un pb de configuration alors voilà:

/etc/inetd.conf

# <service_name> <sock_type> <proto> <flags> <user> <server_path> <args>
#
#:INTERNAL: Internal services
#discard                stream  tcp     nowait  root    internal
#discard                dgram   udp     wait    root    internal
#daytime                stream  tcp     nowait  root    internal
#time           stream  tcp     nowait  root    internal

/etc/xinetd.conf

# Simple configuration file for xinetd
#
# Some defaults, and include /etc/xinetd.d/

defaults
{

# Please note that you need a log_type line to be able to use log_on_success
# and log_on_failure. The default is the following :
# log_type = SYSLOG daemon info

}

includedir /etc/xinetd.d

Quant à /etc/xinetd.d/talk, il est vide chez moi.

Ensuite, il y a evt un bug ici:
https://bugs.launchpad.net/ubuntu/+sour … bug/250971
un très vieux bug vraiment.

Je serais déjà content si quelqu'un voulait bien tester si talk fonctionne de cette manière sur sa machine, et si oui, comparer la config der fichiers ci-dessus.

Merci d'avance

Dernière modification par hibou7 (Le 24/01/2022, à 00:21)

---

Xubuntu 22.04 sur HP ENVY TS Sleekbook 4 | CPU: Intel Core i5-3337U  | RAM: 8 Gio
Débuter en Console
Si GNU/Linux ne répond plus, le redémarrer proprement avec la combinaison de touches:
Alt + SysRq + REISUB (Retourne en Islande sur un bateau).

credenhill

Re : talk reste bloqué sur [Checking for invitation on caller's machine]

hello
vérifier

$ grep talk  /etc/services
talk		517/udp
ntalk		518/udp

hibou7

Re : talk reste bloqué sur [Checking for invitation on caller's machine]

Merci credenhill, j'ai la même chose:

greg@ENVY-TS:/home/gregexp$ grep talk  /etc/services
talk		517/udp
ntalk		518/udp
greg@ENVY-TS:/home/gregexp$ 

---

Xubuntu 22.04 sur HP ENVY TS Sleekbook 4 | CPU: Intel Core i5-3337U  | RAM: 8 Gio
Débuter en Console
Si GNU/Linux ne répond plus, le redémarrer proprement avec la combinaison de touches:
Alt + SysRq + REISUB (Retourne en Islande sur un bateau).

hibou7

Re : talk reste bloqué sur [Checking for invitation on caller's machine]

Ce soir j'ai repris mes tests avec ces commandes de communication: write, wall, finger, talk. Il s'agit simplement de communiquer sur une seule machine, entre les utilisateurs qui apparaissent à la commande who.

Sur mon système Xubuntu 20.04:

• write:  a  fonctionné 1 fois avant-hier, ensuite plus.
  wall: -
  finger: fonctionne
  talk: -

Sur une autre machine, installée avec Mint 19:

• write: -
  wall: -
  finger: fonctionne
  talk: fonctionne (c'est YTalk qui entre en fonction automatiquement)

Dans le guide, l'auteur précise:

Dans la mesure où ces
outils autorisent les utilisateurs à agir sur des machines distantes, il est possible que
certains de ces services ne soit pas disponibles, pour des raisons de sécurité, sur les
systèmes où le lecteur les testera.

Est-ce la cas chez Ubuntu?
Qu'en est-il sur ton système credenhill?

Dernière modification par hibou7 (Le 27/01/2022, à 02:22)

---

Xubuntu 22.04 sur HP ENVY TS Sleekbook 4 | CPU: Intel Core i5-3337U  | RAM: 8 Gio
Débuter en Console
Si GNU/Linux ne répond plus, le redémarrer proprement avec la combinaison de touches:
Alt + SysRq + REISUB (Retourne en Islande sur un bateau).