En quoi le fait de se connecter avec un client telnet sur un serveur distant est-il un signe que le démon telnet tourne sur la machine locale?
j'ai eu la naiveté de le croire. la remarque semble pertinente
Faire un telnet sur une autre machine nécessite un client. Accueillir des connexions telnet nécessite un serveur, aussi appelé démon. Il n'est pas nécessaire d'avoir un serveur http pour naviguer sur le web. Pareil pour les autres protocoles.
Sur mdk92, le demon s'appelle xinetd. Par défaut telnet n'est pas permis en local. Voir le man de xinetd
Pas mieux.
Tshaw Schott FLLC
En quoi le fait de se connecter avec un client telnet sur un serveur
distant est-il un signe que le démon telnet tourne sur la machine locale?
j'ai eu la naiveté de le croire. la remarque semble pertinente
Faire un telnet sur une autre machine nécessite un client. Accueillir des
connexions telnet nécessite un serveur, aussi appelé démon. Il n'est
pas nécessaire d'avoir un serveur http pour naviguer sur le web. Pareil
pour les autres protocoles.
Sur mdk92, le demon s'appelle xinetd.
Par défaut telnet n'est pas permis en local.
Voir le man de xinetd
En quoi le fait de se connecter avec un client telnet sur un serveur distant est-il un signe que le démon telnet tourne sur la machine locale?
j'ai eu la naiveté de le croire. la remarque semble pertinente
Faire un telnet sur une autre machine nécessite un client. Accueillir des connexions telnet nécessite un serveur, aussi appelé démon. Il n'est pas nécessaire d'avoir un serveur http pour naviguer sur le web. Pareil pour les autres protocoles.
Sur mdk92, le demon s'appelle xinetd. Par défaut telnet n'est pas permis en local. Voir le man de xinetd
Pas mieux.
Tshaw Schott FLLC
Philippe Delsol
"Philippe Delsol" a écrit dans le message de news:409cb319$0$13075$
"Schott" a écrit dans le message de news:
On Fri, 07 May 2004 23:18:17 +0200, Claude wrote:
le demon telnetd tourne. telnet smtp.free.fr 25 et pop.wanadoo.fr 110 marchent. telnet 127.0.0.1 ne marche pas non plus.
En quoi le fait de se connecter avec un client telnet sur un serveur distant est-il un signe que le démon telnet tourne sur la machine
locale?
j'ai eu la naiveté de le croire. la remarque semble pertinente
Le simple fait que telnet 127.0.0.1 est un signe fort qu'il n'y a pas de démon telnet sur la machine locale. Ajouté au fait qu'il n'y ait aucune référence à ce démon dans l'inetd en fait une quasi certitude.
sous mdk9, où se trouvent les démons ? je ne trouve pas inetd.
Sur mdk92, le demon s'appelle xinetd. Par défaut telnet n'est pas permis en local. Voir le man de xinetd pour plus d'info sur la configuration des services et/ou utiliser le centre de contrôle de Mandrake.
Philippe
merci pour ces infos pourquoi au lancement du systeme, je vois, par exemple, named démarré alors qu'il n'y a pas de service named ds xinetd. même chose pour httpd-perl.... (??) d'ailleurs, par defaut, il n' a qu'une 10aine de services ds xinetd. pourtant le reseau local et internet marche parfaitement.
inetd/xinetd gère certains services comme ftp, telnet, rlogin, rsh, ... mais pas tous les services internet. Il écoute sur les ports et démarre "à la demande" le démon correspondant. Ceci évite d'avoir des process qui restent inactifs s'ils étaient démarrés à l'initialisation du système. Concernant named et httpd, ce sont des services souvent sollicités, ce sont donc des démons à part entière.
Claude
Philippe
"Philippe Delsol" <trytofind@black.hole.com> a écrit dans le message de
news:409cb319$0$13075$636a15ce@news.free.fr...
"Schott" <jf@localhost.localdomain> a écrit dans le message de
news:pan.2004.05.08.02.50.40.462450@localhost.localdomain...
On Fri, 07 May 2004 23:18:17 +0200, Claude wrote:
le demon telnetd tourne.
telnet smtp.free.fr 25 et pop.wanadoo.fr 110 marchent.
telnet 127.0.0.1 ne marche pas non plus.
En quoi le fait de se connecter avec un client telnet sur un serveur
distant est-il un signe que le démon telnet tourne sur la machine
locale?
j'ai eu la naiveté de le croire. la remarque semble pertinente
Le simple fait que telnet 127.0.0.1 est un signe fort qu'il n'y a pas de
démon telnet sur la machine locale. Ajouté au fait qu'il n'y ait aucune
référence à ce démon dans l'inetd en fait une quasi certitude.
sous mdk9, où se trouvent les démons ? je ne trouve pas inetd.
Sur mdk92, le demon s'appelle xinetd.
Par défaut telnet n'est pas permis en local.
Voir le man de xinetd pour plus d'info sur la configuration des services
et/ou utiliser le centre de contrôle de Mandrake.
Philippe
merci pour ces infos
pourquoi au lancement du systeme, je vois, par exemple, named démarré alors
qu'il n'y a pas de service named ds xinetd.
même chose pour httpd-perl.... (??)
d'ailleurs, par defaut, il n' a qu'une 10aine de services ds xinetd.
pourtant le reseau local et internet marche parfaitement.
inetd/xinetd gère certains services comme ftp, telnet, rlogin, rsh, ...
mais pas tous les services internet.
Il écoute sur les ports et démarre "à la demande" le démon correspondant.
Ceci évite d'avoir des process qui restent inactifs s'ils étaient
démarrés à l'initialisation du système.
Concernant named et httpd, ce sont des services souvent sollicités, ce
sont donc des démons à part entière.
"Philippe Delsol" a écrit dans le message de news:409cb319$0$13075$
"Schott" a écrit dans le message de news:
On Fri, 07 May 2004 23:18:17 +0200, Claude wrote:
le demon telnetd tourne. telnet smtp.free.fr 25 et pop.wanadoo.fr 110 marchent. telnet 127.0.0.1 ne marche pas non plus.
En quoi le fait de se connecter avec un client telnet sur un serveur distant est-il un signe que le démon telnet tourne sur la machine
locale?
j'ai eu la naiveté de le croire. la remarque semble pertinente
Le simple fait que telnet 127.0.0.1 est un signe fort qu'il n'y a pas de démon telnet sur la machine locale. Ajouté au fait qu'il n'y ait aucune référence à ce démon dans l'inetd en fait une quasi certitude.
sous mdk9, où se trouvent les démons ? je ne trouve pas inetd.
Sur mdk92, le demon s'appelle xinetd. Par défaut telnet n'est pas permis en local. Voir le man de xinetd pour plus d'info sur la configuration des services et/ou utiliser le centre de contrôle de Mandrake.
Philippe
merci pour ces infos pourquoi au lancement du systeme, je vois, par exemple, named démarré alors qu'il n'y a pas de service named ds xinetd. même chose pour httpd-perl.... (??) d'ailleurs, par defaut, il n' a qu'une 10aine de services ds xinetd. pourtant le reseau local et internet marche parfaitement.
inetd/xinetd gère certains services comme ftp, telnet, rlogin, rsh, ... mais pas tous les services internet. Il écoute sur les ports et démarre "à la demande" le démon correspondant. Ceci évite d'avoir des process qui restent inactifs s'ils étaient démarrés à l'initialisation du système. Concernant named et httpd, ce sont des services souvent sollicités, ce sont donc des démons à part entière.
Claude
Philippe
Philippe Delsol
En quoi le fait de se connecter avec un client telnet sur un serveur distant est-il un signe que le démon telnet tourne sur la machine locale?
j'ai eu la naiveté de le croire. la remarque semble pertinente
Faire un telnet sur une autre machine nécessite un client. Accueillir des connexions telnet nécessite un serveur, aussi appelé démon. Il n'est pas nécessaire d'avoir un serveur http pour naviguer sur le web. Pareil pour les autres protocoles.
Sur mdk92, le demon s'appelle xinetd. Par défaut telnet n'est pas permis en local. Voir le man de xinetd
Pas mieux.
Désolé, j'sais pas lire entre les lignes :o) Ca veut dire quoi "Pas mieux" dans le contexte présent ??
Schott
Philippe
En quoi le fait de se connecter avec un client telnet sur un serveur
distant est-il un signe que le démon telnet tourne sur la machine locale?
j'ai eu la naiveté de le croire. la remarque semble pertinente
Faire un telnet sur une autre machine nécessite un client. Accueillir des
connexions telnet nécessite un serveur, aussi appelé démon. Il n'est
pas nécessaire d'avoir un serveur http pour naviguer sur le web. Pareil
pour les autres protocoles.
Sur mdk92, le demon s'appelle xinetd.
Par défaut telnet n'est pas permis en local.
Voir le man de xinetd
Pas mieux.
Désolé, j'sais pas lire entre les lignes :o)
Ca veut dire quoi "Pas mieux" dans le contexte présent ??
En quoi le fait de se connecter avec un client telnet sur un serveur distant est-il un signe que le démon telnet tourne sur la machine locale?
j'ai eu la naiveté de le croire. la remarque semble pertinente
Faire un telnet sur une autre machine nécessite un client. Accueillir des connexions telnet nécessite un serveur, aussi appelé démon. Il n'est pas nécessaire d'avoir un serveur http pour naviguer sur le web. Pareil pour les autres protocoles.
Sur mdk92, le demon s'appelle xinetd. Par défaut telnet n'est pas permis en local. Voir le man de xinetd
Pas mieux.
Désolé, j'sais pas lire entre les lignes :o) Ca veut dire quoi "Pas mieux" dans le contexte présent ??
Schott
Philippe
Claude
"Schott" a écrit dans le message de news:
En quoi le fait de se connecter avec un client telnet sur un serveur distant est-il un signe que le démon telnet tourne sur la machine locale?
j'ai eu la naiveté de le croire. la remarque semble pertinente
Faire un telnet sur une autre machine nécessite un client. Accueillir des connexions telnet nécessite un serveur, aussi appelé démon. Il n'est pas nécessaire d'avoir un serveur http pour naviguer sur le web. Pareil pour les autres protocoles.
diablement convainquant !
si je lis bien, je dois avoir telnetd pour autoriser (ce que je ne ferai jamais) des connexions telnet, en provenance de l'extérieur, sur mon serveur. d'accord. je n'ai besoin que d'un client pour me connecter sur une interface distante ou locale: alors pourquoi telnet localhost ou 127.0.0.1 ne marche pas ?
Sur mdk92, le demon s'appelle xinetd. Par défaut telnet n'est pas permis en local. Voir le man de xinetd
avec find je ne trouve pas telnetd , ni ds /etc ni ds /usr . ce démon est introuvable. j'en perds mon latin!
Claude
"Schott" <jf@localhost.localdomain> a écrit dans le message de
news:pan.2004.05.08.12.36.40.4419@localhost.localdomain...
En quoi le fait de se connecter avec un client telnet sur un serveur
distant est-il un signe que le démon telnet tourne sur la machine
locale?
j'ai eu la naiveté de le croire. la remarque semble pertinente
Faire un telnet sur une autre machine nécessite un client. Accueillir des
connexions telnet nécessite un serveur, aussi appelé démon. Il n'est
pas nécessaire d'avoir un serveur http pour naviguer sur le web. Pareil
pour les autres protocoles.
diablement convainquant !
si je lis bien, je dois avoir telnetd pour autoriser (ce que je ne ferai
jamais) des connexions telnet, en provenance de l'extérieur, sur mon
serveur. d'accord.
je n'ai besoin que d'un client pour me connecter sur une interface distante
ou locale: alors pourquoi telnet localhost ou 127.0.0.1 ne marche pas ?
Sur mdk92, le demon s'appelle xinetd.
Par défaut telnet n'est pas permis en local.
Voir le man de xinetd
avec find je ne trouve pas telnetd , ni ds /etc ni ds /usr . ce démon est
introuvable. j'en perds mon latin!
En quoi le fait de se connecter avec un client telnet sur un serveur distant est-il un signe que le démon telnet tourne sur la machine locale?
j'ai eu la naiveté de le croire. la remarque semble pertinente
Faire un telnet sur une autre machine nécessite un client. Accueillir des connexions telnet nécessite un serveur, aussi appelé démon. Il n'est pas nécessaire d'avoir un serveur http pour naviguer sur le web. Pareil pour les autres protocoles.
diablement convainquant !
si je lis bien, je dois avoir telnetd pour autoriser (ce que je ne ferai jamais) des connexions telnet, en provenance de l'extérieur, sur mon serveur. d'accord. je n'ai besoin que d'un client pour me connecter sur une interface distante ou locale: alors pourquoi telnet localhost ou 127.0.0.1 ne marche pas ?
Sur mdk92, le demon s'appelle xinetd. Par défaut telnet n'est pas permis en local. Voir le man de xinetd
avec find je ne trouve pas telnetd , ni ds /etc ni ds /usr . ce démon est introuvable. j'en perds mon latin!
Claude
Claude
"Philippe Delsol" a écrit dans le message de news:409cd8da$0$12731$
En quoi le fait de se connecter avec un client telnet sur un serveur distant est-il un signe que le démon telnet tourne sur la machine locale?
j'ai eu la naiveté de le croire. la remarque semble pertinente
Faire un telnet sur une autre machine nécessite un client. Accueillir des
connexions telnet nécessite un serveur, aussi appelé démon. Il n'est pas nécessaire d'avoir un serveur http pour naviguer sur le web. Pareil pour les autres protocoles.
Sur mdk92, le demon s'appelle xinetd. Par défaut telnet n'est pas permis en local. Voir le man de xinetd
Pas mieux.
Désolé, j'sais pas lire entre les lignes :o) Ca veut dire quoi "Pas mieux" dans le contexte présent ??
il veut dire que ta réponse lui convient et qu'il n'a rien à ajouter. Claude
"Philippe Delsol" <trytofind@black.hole.com> a écrit dans le message de
news:409cd8da$0$12731$636a15ce@news.free.fr...
En quoi le fait de se connecter avec un client telnet sur un serveur
distant est-il un signe que le démon telnet tourne sur la machine
locale?
j'ai eu la naiveté de le croire. la remarque semble pertinente
Faire un telnet sur une autre machine nécessite un client. Accueillir
des
connexions telnet nécessite un serveur, aussi appelé démon. Il n'est
pas nécessaire d'avoir un serveur http pour naviguer sur le web. Pareil
pour les autres protocoles.
Sur mdk92, le demon s'appelle xinetd.
Par défaut telnet n'est pas permis en local.
Voir le man de xinetd
Pas mieux.
Désolé, j'sais pas lire entre les lignes :o)
Ca veut dire quoi "Pas mieux" dans le contexte présent ??
il veut dire que ta réponse lui convient et qu'il n'a rien à ajouter.
Claude
"Philippe Delsol" a écrit dans le message de news:409cd8da$0$12731$
En quoi le fait de se connecter avec un client telnet sur un serveur distant est-il un signe que le démon telnet tourne sur la machine locale?
j'ai eu la naiveté de le croire. la remarque semble pertinente
Faire un telnet sur une autre machine nécessite un client. Accueillir des
connexions telnet nécessite un serveur, aussi appelé démon. Il n'est pas nécessaire d'avoir un serveur http pour naviguer sur le web. Pareil pour les autres protocoles.
Sur mdk92, le demon s'appelle xinetd. Par défaut telnet n'est pas permis en local. Voir le man de xinetd
Pas mieux.
Désolé, j'sais pas lire entre les lignes :o) Ca veut dire quoi "Pas mieux" dans le contexte présent ??
il veut dire que ta réponse lui convient et qu'il n'a rien à ajouter. Claude
Annie D.
Claude wrote:
si je lis bien, je dois avoir telnetd pour autoriser (ce que je ne ferai jamais) des connexions telnet, en provenance de l'extérieur, sur mon serveur.
Pas seulement de l'extérieur mais de n'importe où, y compris en local.
je n'ai besoin que d'un client pour me connecter sur une interface distante ou locale: alors pourquoi telnet localhost ou 127.0.0.1 ne marche pas ?
Un client se connecte à un serveur. Pas de serveur, pas de connexion. Pour vous connecter en local en telnet, il vous faut un client ET un serveur telnet local.
avec find je ne trouve pas telnetd , ni ds /etc ni ds /usr . ce démon est introuvable. j'en perds mon latin!
Sur ma Debian le démon s'appelle in.telnetd ("in" comme inetd je suppose).
Claude wrote:
si je lis bien, je dois avoir telnetd pour autoriser (ce que je ne ferai
jamais) des connexions telnet, en provenance de l'extérieur, sur mon
serveur.
Pas seulement de l'extérieur mais de n'importe où, y compris en local.
je n'ai besoin que d'un client pour me connecter sur une interface distante
ou locale: alors pourquoi telnet localhost ou 127.0.0.1 ne marche pas ?
Un client se connecte à un serveur. Pas de serveur, pas de connexion.
Pour vous connecter en local en telnet, il vous faut un client ET un
serveur telnet local.
avec find je ne trouve pas telnetd , ni ds /etc ni ds /usr . ce démon est
introuvable. j'en perds mon latin!
Sur ma Debian le démon s'appelle in.telnetd ("in" comme inetd je
suppose).
si je lis bien, je dois avoir telnetd pour autoriser (ce que je ne ferai jamais) des connexions telnet, en provenance de l'extérieur, sur mon serveur.
Pas seulement de l'extérieur mais de n'importe où, y compris en local.
je n'ai besoin que d'un client pour me connecter sur une interface distante ou locale: alors pourquoi telnet localhost ou 127.0.0.1 ne marche pas ?
Un client se connecte à un serveur. Pas de serveur, pas de connexion. Pour vous connecter en local en telnet, il vous faut un client ET un serveur telnet local.
avec find je ne trouve pas telnetd , ni ds /etc ni ds /usr . ce démon est introuvable. j'en perds mon latin!
Sur ma Debian le démon s'appelle in.telnetd ("in" comme inetd je suppose).
Claude
"Annie D." a écrit dans le message de news:
Claude wrote:
si je lis bien, je dois avoir telnetd pour autoriser (ce que je ne ferai jamais) des connexions telnet, en provenance de l'extérieur, sur mon serveur.
Pas seulement de l'extérieur mais de n'importe où, y compris en local.
je n'ai besoin que d'un client pour me connecter sur une interface distante
ou locale: alors pourquoi telnet localhost ou 127.0.0.1 ne marche pas ?
Un client se connecte à un serveur. Pas de serveur, pas de connexion. Pour vous connecter en local en telnet, il vous faut un client ET un serveur telnet local.
donc, de quoi ai-je besoin pour que telnet localhost marche ? 1 - creer un fichier telnet ds xinetd disant où est telnetd avec disable no ? 2 - redémarrer xinetd ?
avec find je ne trouve pas telnetd , ni ds /etc ni ds /usr . ce démon est
introuvable. j'en perds mon latin!
Sur ma Debian le démon s'appelle in.telnetd ("in" comme inetd je suppose).
avec find, pas de telnetd ni de in.telnetd......ds /etc et /usr: ds ma mdk9.0, telnetd n'est pas prévu... :))) j'en ris, mais je suis sur ce pb depuis hier !!
"Annie D." <annie.demur@free.fr> a écrit dans le message de
news:409CDEA4.7B9CA58E@free.fr...
Claude wrote:
si je lis bien, je dois avoir telnetd pour autoriser (ce que je ne ferai
jamais) des connexions telnet, en provenance de l'extérieur, sur mon
serveur.
Pas seulement de l'extérieur mais de n'importe où, y compris en local.
je n'ai besoin que d'un client pour me connecter sur une interface
distante
ou locale: alors pourquoi telnet localhost ou 127.0.0.1 ne marche pas ?
Un client se connecte à un serveur. Pas de serveur, pas de connexion.
Pour vous connecter en local en telnet, il vous faut un client ET un
serveur telnet local.
donc, de quoi ai-je besoin pour que telnet localhost marche ?
1 - creer un fichier telnet ds xinetd disant où est telnetd avec disable no ?
2 - redémarrer xinetd ?
avec find je ne trouve pas telnetd , ni ds /etc ni ds /usr . ce démon
est
introuvable. j'en perds mon latin!
Sur ma Debian le démon s'appelle in.telnetd ("in" comme inetd je
suppose).
avec find, pas de telnetd ni de in.telnetd......ds /etc et /usr: ds ma
mdk9.0, telnetd n'est pas prévu... :))) j'en ris, mais je suis sur ce pb
depuis hier !!
si je lis bien, je dois avoir telnetd pour autoriser (ce que je ne ferai jamais) des connexions telnet, en provenance de l'extérieur, sur mon serveur.
Pas seulement de l'extérieur mais de n'importe où, y compris en local.
je n'ai besoin que d'un client pour me connecter sur une interface distante
ou locale: alors pourquoi telnet localhost ou 127.0.0.1 ne marche pas ?
Un client se connecte à un serveur. Pas de serveur, pas de connexion. Pour vous connecter en local en telnet, il vous faut un client ET un serveur telnet local.
donc, de quoi ai-je besoin pour que telnet localhost marche ? 1 - creer un fichier telnet ds xinetd disant où est telnetd avec disable no ? 2 - redémarrer xinetd ?
avec find je ne trouve pas telnetd , ni ds /etc ni ds /usr . ce démon est
introuvable. j'en perds mon latin!
Sur ma Debian le démon s'appelle in.telnetd ("in" comme inetd je suppose).
avec find, pas de telnetd ni de in.telnetd......ds /etc et /usr: ds ma mdk9.0, telnetd n'est pas prévu... :))) j'en ris, mais je suis sur ce pb depuis hier !!
william
On Sat, 08 May 2004 16:04:03 +0200, Claude wrote:
sur le CD, je trouve uniquement telnet-server-krb5-1.2.5-1mdk.i586... c'est le bon paquetage?
Summary : A telnet-server with kerberos support Description : Telnet is a popular protocol for logging into remote systems over the Internet. The telnet-server package provides a telnet daemon, which will support remote logins into the host machine. The telnet daemon is enabled by default. You may disable the telnet daemon by editing /etc/inetd.conf. Install the telnet-server package if you want to support remote logins to your machine. This version supports kerberos authentication.
-- William.
On Sat, 08 May 2004 16:04:03 +0200, Claude wrote:
sur le CD, je trouve uniquement telnet-server-krb5-1.2.5-1mdk.i586...
c'est le bon paquetage?
Summary : A telnet-server with kerberos support Description :
Telnet is a popular protocol for logging into remote systems over the
Internet. The telnet-server package provides a telnet daemon, which will
support remote logins into the host machine. The telnet daemon is enabled
by default. You may disable the telnet daemon by editing /etc/inetd.conf.
Install the telnet-server package if you want to support remote logins to
your machine. This version supports kerberos authentication.
Summary : A telnet-server with kerberos support Description : Telnet is a popular protocol for logging into remote systems over the Internet. The telnet-server package provides a telnet daemon, which will support remote logins into the host machine. The telnet daemon is enabled by default. You may disable the telnet daemon by editing /etc/inetd.conf. Install the telnet-server package if you want to support remote logins to your machine. This version supports kerberos authentication.
-- William.
Annie D.
Claude wrote:
donc, de quoi ai-je besoin pour que telnet localhost marche ?
Si vous utilisez xinetd : man xinetd man xinetd.conf
avec find, pas de telnetd ni de in.telnetd......ds /etc et /usr:
Un binaire n'a aucune raison de se trouver dans /etc. Cherchez plutôt dans /bin, /sbin, /usr/bin et /usr/sbin.
ds ma mdk9.0, telnetd n'est pas prévu...
Il n'est peut-être tout simplement pas installé. Il suffit alors d'installer le paquetage correspondant.
j'en ris, mais je suis sur ce pb depuis hier !!
Par curiosité, à quoi va vous servir un serveur telnet si vous ne comptez pas le rendre accessible de l'extérieur de la machine ?
Claude wrote:
donc, de quoi ai-je besoin pour que telnet localhost marche ?
Si vous utilisez xinetd :
man xinetd
man xinetd.conf
avec find, pas de telnetd ni de in.telnetd......ds /etc et /usr:
Un binaire n'a aucune raison de se trouver dans /etc. Cherchez plutôt
dans /bin, /sbin, /usr/bin et /usr/sbin.
ds ma mdk9.0, telnetd n'est pas prévu...
Il n'est peut-être tout simplement pas installé. Il suffit alors
d'installer le paquetage correspondant.
j'en ris, mais je suis sur ce pb depuis hier !!
Par curiosité, à quoi va vous servir un serveur telnet si vous ne
comptez pas le rendre accessible de l'extérieur de la machine ?
donc, de quoi ai-je besoin pour que telnet localhost marche ?
Si vous utilisez xinetd : man xinetd man xinetd.conf
avec find, pas de telnetd ni de in.telnetd......ds /etc et /usr:
Un binaire n'a aucune raison de se trouver dans /etc. Cherchez plutôt dans /bin, /sbin, /usr/bin et /usr/sbin.
ds ma mdk9.0, telnetd n'est pas prévu...
Il n'est peut-être tout simplement pas installé. Il suffit alors d'installer le paquetage correspondant.
j'en ris, mais je suis sur ce pb depuis hier !!
Par curiosité, à quoi va vous servir un serveur telnet si vous ne comptez pas le rendre accessible de l'extérieur de la machine ?
Philippe Delsol
"Annie D." a écrit dans le message de news:
Claude wrote:
si je lis bien, je dois avoir telnetd pour autoriser (ce que je ne ferai jamais) des connexions telnet, en provenance de l'extérieur, sur mon serveur.
Pas seulement de l'extérieur mais de n'importe où, y compris en local.
je n'ai besoin que d'un client pour me connecter sur une interface
distante
ou locale: alors pourquoi telnet localhost ou 127.0.0.1 ne marche pas ?
Un client se connecte à un serveur. Pas de serveur, pas de connexion. Pour vous connecter en local en telnet, il vous faut un client ET un serveur telnet local.
donc, de quoi ai-je besoin pour que telnet localhost marche ? 1 - creer un fichier telnet ds xinetd disant où est telnetd avec disable > no ? 2 - redémarrer xinetd ?
Oui mais voir plus bas ...
avec find je ne trouve pas telnetd , ni ds /etc ni ds /usr . ce démon
est
introuvable. j'en perds mon latin!
Sur ma Debian le démon s'appelle in.telnetd ("in" comme inetd je suppose).
avec find, pas de telnetd ni de in.telnetd......ds /etc et /usr: ds ma mdk9.0, telnetd n'est pas prévu... :))) j'en ris, mais je suis sur ce pb depuis hier !!
C'est simple, il faut installer le package ... Par défaut le serveur telnet (entre autre) n'est pas installé. On le trouve sur les cd d'install de MDK.
Philippe
"Annie D." <annie.demur@free.fr> a écrit dans le message de
news:409CDEA4.7B9CA58E@free.fr...
Claude wrote:
si je lis bien, je dois avoir telnetd pour autoriser (ce que je ne ferai
jamais) des connexions telnet, en provenance de l'extérieur, sur mon
serveur.
Pas seulement de l'extérieur mais de n'importe où, y compris en local.
je n'ai besoin que d'un client pour me connecter sur une interface
distante
ou locale: alors pourquoi telnet localhost ou 127.0.0.1 ne marche pas ?
Un client se connecte à un serveur. Pas de serveur, pas de connexion.
Pour vous connecter en local en telnet, il vous faut un client ET un
serveur telnet local.
donc, de quoi ai-je besoin pour que telnet localhost marche ?
1 - creer un fichier telnet ds xinetd disant où est telnetd avec disable > no ?
2 - redémarrer xinetd ?
Oui mais voir plus bas ...
avec find je ne trouve pas telnetd , ni ds /etc ni ds /usr . ce démon
est
introuvable. j'en perds mon latin!
Sur ma Debian le démon s'appelle in.telnetd ("in" comme inetd je
suppose).
avec find, pas de telnetd ni de in.telnetd......ds /etc et /usr: ds ma
mdk9.0, telnetd n'est pas prévu... :))) j'en ris, mais je suis sur ce pb
depuis hier !!
C'est simple, il faut installer le package ...
Par défaut le serveur telnet (entre autre) n'est pas installé.
On le trouve sur les cd d'install de MDK.
si je lis bien, je dois avoir telnetd pour autoriser (ce que je ne ferai jamais) des connexions telnet, en provenance de l'extérieur, sur mon serveur.
Pas seulement de l'extérieur mais de n'importe où, y compris en local.
je n'ai besoin que d'un client pour me connecter sur une interface
distante
ou locale: alors pourquoi telnet localhost ou 127.0.0.1 ne marche pas ?
Un client se connecte à un serveur. Pas de serveur, pas de connexion. Pour vous connecter en local en telnet, il vous faut un client ET un serveur telnet local.
donc, de quoi ai-je besoin pour que telnet localhost marche ? 1 - creer un fichier telnet ds xinetd disant où est telnetd avec disable > no ? 2 - redémarrer xinetd ?
Oui mais voir plus bas ...
avec find je ne trouve pas telnetd , ni ds /etc ni ds /usr . ce démon
est
introuvable. j'en perds mon latin!
Sur ma Debian le démon s'appelle in.telnetd ("in" comme inetd je suppose).
avec find, pas de telnetd ni de in.telnetd......ds /etc et /usr: ds ma mdk9.0, telnetd n'est pas prévu... :))) j'en ris, mais je suis sur ce pb depuis hier !!
C'est simple, il faut installer le package ... Par défaut le serveur telnet (entre autre) n'est pas installé. On le trouve sur les cd d'install de MDK.
