Bien entendu c'est un vieux programme,
qui est fort sympathique.
Je fais des essais pour parler avec talk
entre Windows et Linux.
Si j'appelle de linux vers Windows (Wintalk) --- pas de problème
Si j'appelle de Windows vers Linux --- je ne recois pas la
requete de connexion, ---
Ma question : Comment faut-il paramétrer talk pour être averti
d'une requête --- instantanément ????
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
TiChou
Dans l'article news:btseep$tj5$, EOZENOU Jean-Paul écrivait :
Bien entendu c'est un vieux programme, qui est fort sympathique.
Oui. Toutefois il est peu recommandé pour des raisons de sécurité.
Je fais des essais pour parler avec talk entre Windows et Linux. Si j'appelle de linux vers Windows (Wintalk) --- pas de problème Si j'appelle de Windows vers Linux --- je ne recois pas la requete de connexion, --- Ma question : Comment faut-il paramétrer talk pour être averti d'une requête --- instantanément ????
Vérifier que le daemon talkd est installé et/ou configuré. Celui ci est appelé par le super-serveur (x)inetd. Vérifier sa configuration aussi.
man talk man (in.)talkd man (x)inetd(.conf)
-- TiChou
Dans l'article news:btseep$tj5$1@news-reader3.wanadoo.fr,
EOZENOU Jean-Paul <sky-diving@wanadoo.fr> écrivait :
Bien entendu c'est un vieux programme,
qui est fort sympathique.
Oui. Toutefois il est peu recommandé pour des raisons de sécurité.
Je fais des essais pour parler avec talk
entre Windows et Linux.
Si j'appelle de linux vers Windows (Wintalk) --- pas de problème
Si j'appelle de Windows vers Linux --- je ne recois pas la
requete de connexion, ---
Ma question : Comment faut-il paramétrer talk pour être averti
d'une requête --- instantanément ????
Vérifier que le daemon talkd est installé et/ou configuré.
Celui ci est appelé par le super-serveur (x)inetd. Vérifier sa configuration
aussi.
Dans l'article news:btseep$tj5$, EOZENOU Jean-Paul écrivait :
Bien entendu c'est un vieux programme, qui est fort sympathique.
Oui. Toutefois il est peu recommandé pour des raisons de sécurité.
Je fais des essais pour parler avec talk entre Windows et Linux. Si j'appelle de linux vers Windows (Wintalk) --- pas de problème Si j'appelle de Windows vers Linux --- je ne recois pas la requete de connexion, --- Ma question : Comment faut-il paramétrer talk pour être averti d'une requête --- instantanément ????
Vérifier que le daemon talkd est installé et/ou configuré. Celui ci est appelé par le super-serveur (x)inetd. Vérifier sa configuration aussi.
man talk man (in.)talkd man (x)inetd(.conf)
-- TiChou
EOZENOU Jean-Paul
TiChou wrote:
Dans l'article news:btseep$tj5$, EOZENOU Jean-Paul écrivait :
Bien entendu c'est un vieux programme, qui est fort sympathique.
Oui. Toutefois il est peu recommandé pour des raisons de sécurité.
Je me charge de le router sur le firewall
Je fais des essais pour parler avec talk entre Windows et Linux. Si j'appelle de linux vers Windows (Wintalk) --- pas de problème Si j'appelle de Windows vers Linux --- je ne recois pas la requete de connexion, --- Ma question : Comment faut-il paramétrer talk pour être averti d'une requête --- instantanément ????
Vérifier que le daemon talkd est installé et/ou configuré. Celui ci est appelé par le super-serveur (x)inetd. Vérifier sa configuration aussi.
man talk man (in.)talkd man (x)inetd(.conf)
En fait je demarre le daemon mais l'autre machine
qui scanne pour voir si le daemon est en route, ne le trouve pas Bon ! je remets tout a plat et je recommence jusqu'à ce que cela fonctionne
TiChou wrote:
Dans l'article news:btseep$tj5$1@news-reader3.wanadoo.fr,
EOZENOU Jean-Paul <sky-diving@wanadoo.fr> écrivait :
Bien entendu c'est un vieux programme,
qui est fort sympathique.
Oui. Toutefois il est peu recommandé pour des raisons de sécurité.
Je me charge de le router sur le firewall
Je fais des essais pour parler avec talk
entre Windows et Linux.
Si j'appelle de linux vers Windows (Wintalk) --- pas de problème
Si j'appelle de Windows vers Linux --- je ne recois pas la
requete de connexion, ---
Ma question : Comment faut-il paramétrer talk pour être averti
d'une requête --- instantanément ????
Vérifier que le daemon talkd est installé et/ou configuré.
Celui ci est appelé par le super-serveur (x)inetd. Vérifier sa configuration
aussi.
man talk
man (in.)talkd
man (x)inetd(.conf)
En fait je demarre le daemon mais l'autre machine
qui scanne pour voir si le daemon est en route, ne le trouve pas
Bon ! je remets tout a plat et je recommence jusqu'à ce que cela
fonctionne
Dans l'article news:btseep$tj5$, EOZENOU Jean-Paul écrivait :
Bien entendu c'est un vieux programme, qui est fort sympathique.
Oui. Toutefois il est peu recommandé pour des raisons de sécurité.
Je me charge de le router sur le firewall
Je fais des essais pour parler avec talk entre Windows et Linux. Si j'appelle de linux vers Windows (Wintalk) --- pas de problème Si j'appelle de Windows vers Linux --- je ne recois pas la requete de connexion, --- Ma question : Comment faut-il paramétrer talk pour être averti d'une requête --- instantanément ????
Vérifier que le daemon talkd est installé et/ou configuré. Celui ci est appelé par le super-serveur (x)inetd. Vérifier sa configuration aussi.
man talk man (in.)talkd man (x)inetd(.conf)
En fait je demarre le daemon mais l'autre machine
qui scanne pour voir si le daemon est en route, ne le trouve pas Bon ! je remets tout a plat et je recommence jusqu'à ce que cela fonctionne
EOZENOU Jean-Paul
Quand je tape /usr/sbin/atalkd j'ai le message suivant : Pid ____ is already running or a lock file is stale Ou se trouve le lock file ????? pas d'info de dmesg
Quand je tape /usr/sbin/atalkd
j'ai le message suivant :
Pid ____ is already running or a lock file is stale
Ou se trouve le lock file ?????
pas d'info de dmesg
Quand je tape /usr/sbin/atalkd j'ai le message suivant : Pid ____ is already running or a lock file is stale Ou se trouve le lock file ????? pas d'info de dmesg
no_spam
On Sun, 11 Jan 2004 23:17:40 +0000, EOZENOU Jean-Paul wrote:
Quand je tape /usr/sbin/atalkd j'ai le message suivant : Pid ____ is already running or a lock file is stale Ou se trouve le lock file ????? pas d'info de dmesg
Sans doute dans /var/lock/ Et les messages seront plutot dans /var/log/daemon.log /var/log/messages ou /var/log/syslog suivant la distribution. dmesg renvoie les messages du kernel.
On Sun, 11 Jan 2004 23:17:40 +0000, EOZENOU Jean-Paul wrote:
Quand je tape /usr/sbin/atalkd
j'ai le message suivant :
Pid ____ is already running or a lock file is stale
Ou se trouve le lock file ?????
pas d'info de dmesg
Sans doute dans /var/lock/
Et les messages seront plutot dans /var/log/daemon.log
/var/log/messages ou /var/log/syslog suivant la distribution.
dmesg renvoie les messages du kernel.
On Sun, 11 Jan 2004 23:17:40 +0000, EOZENOU Jean-Paul wrote:
Quand je tape /usr/sbin/atalkd j'ai le message suivant : Pid ____ is already running or a lock file is stale Ou se trouve le lock file ????? pas d'info de dmesg
Sans doute dans /var/lock/ Et les messages seront plutot dans /var/log/daemon.log /var/log/messages ou /var/log/syslog suivant la distribution. dmesg renvoie les messages du kernel.
EOZENOU Jean-Paul
no_spam wrote:
On Sun, 11 Jan 2004 23:17:40 +0000, EOZENOU Jean-Paul wrote:
Quand je tape /usr/sbin/atalkd j'ai le message suivant : Pid ____ is already running or a lock file is stale Ou se trouve le lock file ????? pas d'info de dmesg
Sans doute dans /var/lock/ Et les messages seront plutot dans /var/log/daemon.log /var/log/messages ou /var/log/syslog suivant la distribution. dmesg renvoie les messages du kernel.
concernant les messages, ils ne m'ont pas aidé du tout
Par contre en remettant tout a plat, j'ai constaté que je n'avais pas decommenté les bonnes lignes dans inetd.conf. Maintenant ca marche dans les deux sens je recois les appels et je peux les envoyer.
Il me reste a tester des applications talk cryptant egalement les données ...
merci a tous
no_spam wrote:
On Sun, 11 Jan 2004 23:17:40 +0000, EOZENOU Jean-Paul wrote:
Quand je tape /usr/sbin/atalkd
j'ai le message suivant :
Pid ____ is already running or a lock file is stale
Ou se trouve le lock file ?????
pas d'info de dmesg
Sans doute dans /var/lock/
Et les messages seront plutot dans /var/log/daemon.log
/var/log/messages ou /var/log/syslog suivant la distribution.
dmesg renvoie les messages du kernel.
concernant les messages, ils ne m'ont pas aidé du tout
Par contre en remettant tout a plat,
j'ai constaté que je n'avais pas decommenté les
bonnes lignes dans inetd.conf.
Maintenant ca marche dans les deux sens
je recois les appels et je peux les envoyer.
Il me reste a tester des applications talk cryptant
egalement les données ...
On Sun, 11 Jan 2004 23:17:40 +0000, EOZENOU Jean-Paul wrote:
Quand je tape /usr/sbin/atalkd j'ai le message suivant : Pid ____ is already running or a lock file is stale Ou se trouve le lock file ????? pas d'info de dmesg
Sans doute dans /var/lock/ Et les messages seront plutot dans /var/log/daemon.log /var/log/messages ou /var/log/syslog suivant la distribution. dmesg renvoie les messages du kernel.
concernant les messages, ils ne m'ont pas aidé du tout
Par contre en remettant tout a plat, j'ai constaté que je n'avais pas decommenté les bonnes lignes dans inetd.conf. Maintenant ca marche dans les deux sens je recois les appels et je peux les envoyer.
Il me reste a tester des applications talk cryptant egalement les données ...
