j'essaye en vain de me connecter au pc d'un ami par ssh.
Nous avons tous les 2 une freebox, ssh tourne, le port 22 est ouvert et le=
=20
forwarding de la freebox vers le port 22 est configur=E9 sur le site de fre=
e,=20
les connexions destin=E9es =E0 =EAtre forward=E9es sont accept=E9es par def=
aut=20
Je fais "ssh 82......", =E7a bloque et au bout de qq temps, il me dit=20
ssh: connect to host 82.... port 22: Connection timed out". Nous avons essa=
y=E9=20
dans les 2 sens.
Mon ami arrive =E0 faire du ssh avec le pc de son bureau. Il n'a pas cr=E9=
=E9 de mdp=20
ssh pour l'instant, mais ssh devrait me demander son mdp utilisateur. Un=20
coll=E8gue au bureau qui a aussi une freebox, fait comme =E7a et =E7a march=
e. (Je=20
ne veux pas lancer une discussion =E0 propos de la s=E9curit=E9 ici).
J'ai 2 pc chez moi et j'arrive =E0 faire du ssh entre les 2, et je l'ai aus=
si=20
fait avec un autre ami qui est chez Nerim.
j'essaye en vain de me connecter au pc d'un ami par ssh. Nous avons tous les 2 une freebox, ssh tourne, le port 22 est ouvert et le forwarding de la freebox vers le port 22 est configuré sur le site de free, les connexions destinées à être forwardées sont acceptées par defaut
Je fais "ssh 82......", ça bloque et au bout de qq temps, il me dit ssh: connect to host 82.... port 22: Connection timed out". Nous avons essayé dans les 2 sens.
Mon ami arrive à faire du ssh avec le pc de son bureau. Il n'a pas créé de mdp ssh pour l'instant, mais ssh devrait me demander son mdp utilisateur. Un collègue au bureau qui a aussi une freebox, fait comme ça et ça marche. (Je ne veux pas lancer une discussion à propos de la sécurité ici).
J'ai 2 pc chez moi et j'arrive à faire du ssh entre les 2, et je l'ai aussi fait avec un autre ami qui est chez Nerim.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Klaus Becker wrote:
Salut,
j'essaye en vain de me connecter au pc d'un ami par ssh.
Nous avons tous les 2 une freebox, ssh tourne, le port 22 est ouvert et le
forwarding de la freebox vers le port 22 est configuré sur le site de free,
les connexions destinées à être forwardées sont acceptées par defaut
Je fais "ssh 82......", ça bloque et au bout de qq temps, il me dit
ssh: connect to host 82.... port 22: Connection timed out". Nous avons essayé
dans les 2 sens.
Mon ami arrive à faire du ssh avec le pc de son bureau. Il n'a pas créé de mdp
ssh pour l'instant, mais ssh devrait me demander son mdp utilisateur. Un
collègue au bureau qui a aussi une freebox, fait comme ça et ça marche. (Je
ne veux pas lancer une discussion à propos de la sécurité ici).
J'ai 2 pc chez moi et j'arrive à faire du ssh entre les 2, et je l'ai aussi
fait avec un autre ami qui est chez Nerim.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
j'essaye en vain de me connecter au pc d'un ami par ssh. Nous avons tous les 2 une freebox, ssh tourne, le port 22 est ouvert et le forwarding de la freebox vers le port 22 est configuré sur le site de free, les connexions destinées à être forwardées sont acceptées par defaut
Je fais "ssh 82......", ça bloque et au bout de qq temps, il me dit ssh: connect to host 82.... port 22: Connection timed out". Nous avons essayé dans les 2 sens.
Mon ami arrive à faire du ssh avec le pc de son bureau. Il n'a pas créé de mdp ssh pour l'instant, mais ssh devrait me demander son mdp utilisateur. Un collègue au bureau qui a aussi une freebox, fait comme ça et ça marche. (Je ne veux pas lancer une discussion à propos de la sécurité ici).
J'ai 2 pc chez moi et j'arrive à faire du ssh entre les 2, et je l'ai aussi fait avec un autre ami qui est chez Nerim.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Klaus Becker
Am Donnerstag 18 Mai 2006 23:07 schrieb Daniel Huhardeaux:
Klaus Becker wrote: > Salut, > > j'essaye en vain de me connecter au pc d'un ami par ssh. > Nous avons tous les 2 une freebox, ssh tourne, le port 22 est ouvert et > le forwarding de la freebox vers le port 22 est configuré sur le site de > free, les connexions destinées à être forwardées sont accepté es par > defaut > > Je fais "ssh 82......", ça bloque et au bout de qq temps, il me dit > ssh: connect to host 82.... port 22: Connection timed out". Nous avons > essayé dans les 2 sens. > > Mon ami arrive à faire du ssh avec le pc de son bureau. Il n'a pas cr éé > de mdp ssh pour l'instant, mais ssh devrait me demander son mdp > utilisateur. Un collègue au bureau qui a aussi une freebox, fait comm e ça > et ça marche. (Je ne veux pas lancer une discussion à propos de la > sécurité ici). > > J'ai 2 pc chez moi et j'arrive à faire du ssh entre les 2, et je l'ai > aussi fait avec un autre ami qui est chez Nerim. > > où est l'erreur?
ssh -vvv te le dira ;-)
Je peux pas essayer avec mon copain en ce moment, alors j'ai essayé avec mon adresse freebox à moi :
$ ssh -vvv 82..... OpenSSH_4.2p1 Debian-6bpo1, OpenSSL 0.9.7e 25 Oct 2004 debug1: Reading configuration data /etc/ssh/ssh_config debug1: Applying options for * debug2: ssh_connect: needpriv 0 debug1: Connecting to 82..... [82......] port 22. debug1: connect to address 82...... port 22: Connection timed out ssh: connect to host 82...... port 22: Connection timed out
C'est normal comme comportement ou non?
ciao
Klaus
Am Donnerstag 18 Mai 2006 23:07 schrieb Daniel Huhardeaux:
Klaus Becker wrote:
> Salut,
>
> j'essaye en vain de me connecter au pc d'un ami par ssh.
> Nous avons tous les 2 une freebox, ssh tourne, le port 22 est ouvert et
> le forwarding de la freebox vers le port 22 est configuré sur le site de
> free, les connexions destinées à être forwardées sont accepté es par
> defaut
>
> Je fais "ssh 82......", ça bloque et au bout de qq temps, il me dit
> ssh: connect to host 82.... port 22: Connection timed out". Nous avons
> essayé dans les 2 sens.
>
> Mon ami arrive à faire du ssh avec le pc de son bureau. Il n'a pas cr éé
> de mdp ssh pour l'instant, mais ssh devrait me demander son mdp
> utilisateur. Un collègue au bureau qui a aussi une freebox, fait comm e ça
> et ça marche. (Je ne veux pas lancer une discussion à propos de la
> sécurité ici).
>
> J'ai 2 pc chez moi et j'arrive à faire du ssh entre les 2, et je l'ai
> aussi fait avec un autre ami qui est chez Nerim.
>
> où est l'erreur?
ssh -vvv te le dira ;-)
Je peux pas essayer avec mon copain en ce moment, alors j'ai essayé avec mon
adresse freebox à moi :
$ ssh -vvv 82.....
OpenSSH_4.2p1 Debian-6bpo1, OpenSSL 0.9.7e 25 Oct 2004
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to 82..... [82......] port 22.
debug1: connect to address 82...... port 22: Connection timed out
ssh: connect to host 82...... port 22: Connection timed out
Am Donnerstag 18 Mai 2006 23:07 schrieb Daniel Huhardeaux:
Klaus Becker wrote: > Salut, > > j'essaye en vain de me connecter au pc d'un ami par ssh. > Nous avons tous les 2 une freebox, ssh tourne, le port 22 est ouvert et > le forwarding de la freebox vers le port 22 est configuré sur le site de > free, les connexions destinées à être forwardées sont accepté es par > defaut > > Je fais "ssh 82......", ça bloque et au bout de qq temps, il me dit > ssh: connect to host 82.... port 22: Connection timed out". Nous avons > essayé dans les 2 sens. > > Mon ami arrive à faire du ssh avec le pc de son bureau. Il n'a pas cr éé > de mdp ssh pour l'instant, mais ssh devrait me demander son mdp > utilisateur. Un collègue au bureau qui a aussi une freebox, fait comm e ça > et ça marche. (Je ne veux pas lancer une discussion à propos de la > sécurité ici). > > J'ai 2 pc chez moi et j'arrive à faire du ssh entre les 2, et je l'ai > aussi fait avec un autre ami qui est chez Nerim. > > où est l'erreur?
ssh -vvv te le dira ;-)
Je peux pas essayer avec mon copain en ce moment, alors j'ai essayé avec mon adresse freebox à moi :
$ ssh -vvv 82..... OpenSSH_4.2p1 Debian-6bpo1, OpenSSL 0.9.7e 25 Oct 2004 debug1: Reading configuration data /etc/ssh/ssh_config debug1: Applying options for * debug2: ssh_connect: needpriv 0 debug1: Connecting to 82..... [82......] port 22. debug1: connect to address 82...... port 22: Connection timed out ssh: connect to host 82...... port 22: Connection timed out
C'est normal comme comportement ou non?
ciao
Klaus
Daniel Huhardeaux
Klaus Becker wrote:
[...] $ ssh -vvv 82..... OpenSSH_4.2p1 Debian-6bpo1, OpenSSL 0.9.7e 25 Oct 2004 debug1: Reading configuration data /etc/ssh/ssh_config debug1: Applying options for * debug2: ssh_connect: needpriv 0 debug1: Connecting to 82..... [82......] port 22. debug1: connect to address 82...... port 22: Connection timed out ssh: connect to host 82...... port 22: Connection timed out
C'est normal comme comportement ou non?
Non, pas vraiment. Essaye telnet <ton IP> 22 (si le serveur sshd ecoute ce port): tu devrais avoir une invite SSH. Vérifie avec traceroute que tu arrives bien jusqu'à la machine de destination.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Klaus Becker wrote:
[...]
$ ssh -vvv 82.....
OpenSSH_4.2p1 Debian-6bpo1, OpenSSL 0.9.7e 25 Oct 2004
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to 82..... [82......] port 22.
debug1: connect to address 82...... port 22: Connection timed out
ssh: connect to host 82...... port 22: Connection timed out
C'est normal comme comportement ou non?
Non, pas vraiment. Essaye telnet <ton IP> 22 (si le serveur sshd ecoute
ce port): tu devrais avoir une invite SSH. Vérifie avec traceroute que
tu arrives bien jusqu'à la machine de destination.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
[...] $ ssh -vvv 82..... OpenSSH_4.2p1 Debian-6bpo1, OpenSSL 0.9.7e 25 Oct 2004 debug1: Reading configuration data /etc/ssh/ssh_config debug1: Applying options for * debug2: ssh_connect: needpriv 0 debug1: Connecting to 82..... [82......] port 22. debug1: connect to address 82...... port 22: Connection timed out ssh: connect to host 82...... port 22: Connection timed out
C'est normal comme comportement ou non?
Non, pas vraiment. Essaye telnet <ton IP> 22 (si le serveur sshd ecoute ce port): tu devrais avoir une invite SSH. Vérifie avec traceroute que tu arrives bien jusqu'à la machine de destination.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Pascal Hambourg
Salut,
Daniel Huhardeaux a écrit :
Essaye telnet <ton IP> 22 (si le serveur sshd ecoute ce port): tu devrais avoir une invite SSH. Vérifie avec traceroute que tu arrives bien jusqu'à la machine de destination.
Encore mieux : $ tcptraceroute <ip> 22
Note pour Klaus : si tu essaies de te connecter à ton serveur NATé sur l'adresse publique depuis l'intérieur du LAN où est le serveur, il y a de fortes chances que ça ne marche pas.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Salut,
Daniel Huhardeaux a écrit :
Essaye telnet <ton IP> 22 (si le serveur sshd ecoute
ce port): tu devrais avoir une invite SSH. Vérifie avec traceroute que
tu arrives bien jusqu'à la machine de destination.
Encore mieux :
$ tcptraceroute <ip> 22
Note pour Klaus : si tu essaies de te connecter à ton serveur NATé sur
l'adresse publique depuis l'intérieur du LAN où est le serveur, il y a
de fortes chances que ça ne marche pas.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Essaye telnet <ton IP> 22 (si le serveur sshd ecoute ce port): tu devrais avoir une invite SSH. Vérifie avec traceroute que tu arrives bien jusqu'à la machine de destination.
Encore mieux : $ tcptraceroute <ip> 22
Note pour Klaus : si tu essaies de te connecter à ton serveur NATé sur l'adresse publique depuis l'intérieur du LAN où est le serveur, il y a de fortes chances que ça ne marche pas.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Klaus Becker
Am Freitag 19 Mai 2006 12:30 schrieb Pascal Hambourg:
Salut,
Daniel Huhardeaux a écrit : > Essaye telnet <ton IP> 22 (si le serveur sshd ecoute > ce port): tu devrais avoir une invite SSH. Vérifie avec traceroute que > tu arrives bien jusqu'à la machine de destination.
Encore mieux : $ tcptraceroute <ip> 22
Note pour Klaus : si tu essaies de te connecter à ton serveur NATé sur l'adresse publique depuis l'intérieur du LAN où est le serveur, il y a de fortes chances que ça ne marche pas.
en effet, la commande ci-dessus avec l'adresse ip de ma freebox ne marche p as.
Mais je l'ai essayé avec l'adresse de mon ami avec qui je voudrais faire du ssh, et là, ça marche : ça me sort son adresse ip privée et le nom de sa machine. Mais il n'est pas chez lui en ce moment et son pc est certainement éteinte.
Donc Mr. Internet trouve bien la machine que je voudrais contacter, mais il y a qc qui cloche après. Je vais reessayer avec "ssh -vvv" quand il sera ch ez lui et son pc allumé.
bye
Klaus
Am Freitag 19 Mai 2006 12:30 schrieb Pascal Hambourg:
Salut,
Daniel Huhardeaux a écrit :
> Essaye telnet <ton IP> 22 (si le serveur sshd ecoute
> ce port): tu devrais avoir une invite SSH. Vérifie avec traceroute que
> tu arrives bien jusqu'à la machine de destination.
Encore mieux :
$ tcptraceroute <ip> 22
Note pour Klaus : si tu essaies de te connecter à ton serveur NATé sur
l'adresse publique depuis l'intérieur du LAN où est le serveur, il y a
de fortes chances que ça ne marche pas.
en effet, la commande ci-dessus avec l'adresse ip de ma freebox ne marche p as.
Mais je l'ai essayé avec l'adresse de mon ami avec qui je voudrais faire du
ssh, et là, ça marche : ça me sort son adresse ip privée et le nom de sa
machine. Mais il n'est pas chez lui en ce moment et son pc est certainement
éteinte.
Donc Mr. Internet trouve bien la machine que je voudrais contacter, mais il y
a qc qui cloche après. Je vais reessayer avec "ssh -vvv" quand il sera ch ez
lui et son pc allumé.
Am Freitag 19 Mai 2006 12:30 schrieb Pascal Hambourg:
Salut,
Daniel Huhardeaux a écrit : > Essaye telnet <ton IP> 22 (si le serveur sshd ecoute > ce port): tu devrais avoir une invite SSH. Vérifie avec traceroute que > tu arrives bien jusqu'à la machine de destination.
Encore mieux : $ tcptraceroute <ip> 22
Note pour Klaus : si tu essaies de te connecter à ton serveur NATé sur l'adresse publique depuis l'intérieur du LAN où est le serveur, il y a de fortes chances que ça ne marche pas.
en effet, la commande ci-dessus avec l'adresse ip de ma freebox ne marche p as.
Mais je l'ai essayé avec l'adresse de mon ami avec qui je voudrais faire du ssh, et là, ça marche : ça me sort son adresse ip privée et le nom de sa machine. Mais il n'est pas chez lui en ce moment et son pc est certainement éteinte.
Donc Mr. Internet trouve bien la machine que je voudrais contacter, mais il y a qc qui cloche après. Je vais reessayer avec "ssh -vvv" quand il sera ch ez lui et son pc allumé.
bye
Klaus
Pascal Hambourg
Klaus Becker a écrit :
$ tcptraceroute <ip> 22
[...]
Mais je l'ai essayé avec l'adresse de mon ami avec qui je voudrais faire du ssh, et là, ça marche : ça me sort son adresse ip privée et le nom de sa machine.
Hein ??? Tu pourrais envoyer les dernières lignes de la sortie (éventuellement en maquillant l'adresse IP publique de ton ami et du DSLAM si dégroupé) parce que normalement les adresses privées derrière un NAT devraient être masqu(erad)ées.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Klaus Becker a écrit :
$ tcptraceroute <ip> 22
[...]
Mais je l'ai essayé avec l'adresse de mon ami avec qui je voudrais faire du
ssh, et là, ça marche : ça me sort son adresse ip privée et le nom de sa
machine.
Hein ???
Tu pourrais envoyer les dernières lignes de la sortie (éventuellement en
maquillant l'adresse IP publique de ton ami et du DSLAM si dégroupé)
parce que normalement les adresses privées derrière un NAT devraient
être masqu(erad)ées.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Mais je l'ai essayé avec l'adresse de mon ami avec qui je voudrais faire du ssh, et là, ça marche : ça me sort son adresse ip privée et le nom de sa machine.
Hein ??? Tu pourrais envoyer les dernières lignes de la sortie (éventuellement en maquillant l'adresse IP publique de ton ami et du DSLAM si dégroupé) parce que normalement les adresses privées derrière un NAT devraient être masqu(erad)ées.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Klaus Becker
Am Freitag 19 Mai 2006 13:02 schrieb Pascal Hambourg:
Klaus Becker a écrit : >>$ tcptraceroute <ip> 22
[...]
> Mais je l'ai essayé avec l'adresse de mon ami avec qui je voudrais fa ire > du ssh, et là, ça marche : ça me sort son adresse ip privée et le nom de > sa machine.
Hein ??? Tu pourrais envoyer les dernières lignes de la sortie (éventuellement en maquillant l'adresse IP publique de ton ami et du DSLAM si dégroupé) parce que normalement les adresses privées derrière un NAT devraient être masqu(erad)ées.
Ah, j'avais pas pensé que ces renseignements sont dans mon fichier /etc/h osts. J'ai commenté la ligne dans ce fichier et là, je reçois : Destination not reached.
$ tcptraceroute 82..... 22 Selected device eth0, address 192...., port 34450 for outgoing packets Tracing the path to 82.... on TCP port 22 (ssh), 30 hops max 1 192.168.0.1 1.176 ms 0.494 ms 0.433 ms ..... Destination not reached.
Klaus
Am Freitag 19 Mai 2006 13:02 schrieb Pascal Hambourg:
Klaus Becker a écrit :
>>$ tcptraceroute <ip> 22
[...]
> Mais je l'ai essayé avec l'adresse de mon ami avec qui je voudrais fa ire
> du ssh, et là, ça marche : ça me sort son adresse ip privée et le nom de
> sa machine.
Hein ???
Tu pourrais envoyer les dernières lignes de la sortie (éventuellement en
maquillant l'adresse IP publique de ton ami et du DSLAM si dégroupé)
parce que normalement les adresses privées derrière un NAT devraient
être masqu(erad)ées.
Ah, j'avais pas pensé que ces renseignements sont dans mon fichier /etc/h osts.
J'ai commenté la ligne dans ce fichier et là, je reçois : Destination not
reached.
$ tcptraceroute 82..... 22
Selected device eth0, address 192...., port 34450 for outgoing packets
Tracing the path to 82.... on TCP port 22 (ssh), 30 hops max
1 192.168.0.1 1.176 ms 0.494 ms 0.433 ms
.....
Destination not reached.
Am Freitag 19 Mai 2006 13:02 schrieb Pascal Hambourg:
Klaus Becker a écrit : >>$ tcptraceroute <ip> 22
[...]
> Mais je l'ai essayé avec l'adresse de mon ami avec qui je voudrais fa ire > du ssh, et là, ça marche : ça me sort son adresse ip privée et le nom de > sa machine.
Hein ??? Tu pourrais envoyer les dernières lignes de la sortie (éventuellement en maquillant l'adresse IP publique de ton ami et du DSLAM si dégroupé) parce que normalement les adresses privées derrière un NAT devraient être masqu(erad)ées.
Ah, j'avais pas pensé que ces renseignements sont dans mon fichier /etc/h osts. J'ai commenté la ligne dans ce fichier et là, je reçois : Destination not reached.
$ tcptraceroute 82..... 22 Selected device eth0, address 192...., port 34450 for outgoing packets Tracing the path to 82.... on TCP port 22 (ssh), 30 hops max 1 192.168.0.1 1.176 ms 0.494 ms 0.433 ms ..... Destination not reached.
Klaus
Pascal Hambourg
Klaus Becker a écrit :
Ah, j'avais pas pensé que ces renseignements sont dans mon fichier /etc/hosts. J'ai commenté la ligne dans ce fichier et là, je reçois : Destination not reached.
$ tcptraceroute 82..... 22 Selected device eth0, address 192...., port 34450 for outgoing packets Tracing the path to 82.... on TCP port 22 (ssh), 30 hops max 1 192.168.0.1 1.176 ms 0.494 ms 0.433 ms ..... Destination not reached.
Je comprends de moins en moins... Qu'est-ce que le fichier hosts vient faire là-dedans ? Moi, quand je lance un tcptraceroute sur une adresse, ça donne ce genre de chose :
$ tcptraceroute 82.227.#.# 22 Tracing the path to 82.227.. on TCP port 22, 30 hops max
[...]
8 #.dslg.proxad.net (213.228.#.#) 35.831 ms 42.403 ms 43.553 ms 9 #.fbx.proxad.net (82.227.#.#) 79.352 ms 68.872 ms 73.534 ms 10 * #.fbx.proxad.net (82.227.#.#) 70.633 ms !H *
Ici les deux dernières lignes, avec la même adresse qui est l'adresse cible, laissent penser qu'il y a une redirection du port 22 au niveau du routeur (peut-être freebox en mode routeur), mais la demande de connexion est ensuite rejetée avec un ICMP Host Unreachable par le routeur ou la machine qui est derrière. Plutôt par le routeur d'après le TTL de la réponse qui est identique à celui de l'ICMP Time Exceeded précédent, à moins que le routeur fasse une normalisation du TTL. Peut-être parce que la machine n'est pas connectée et ne répond pas aux requêtes ARP du routeur qui ne peut faire suivre le paquet.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Klaus Becker a écrit :
Ah, j'avais pas pensé que ces renseignements sont dans mon fichier /etc/hosts.
J'ai commenté la ligne dans ce fichier et là, je reçois : Destination not
reached.
$ tcptraceroute 82..... 22
Selected device eth0, address 192...., port 34450 for outgoing packets
Tracing the path to 82.... on TCP port 22 (ssh), 30 hops max
1 192.168.0.1 1.176 ms 0.494 ms 0.433 ms
.....
Destination not reached.
Je comprends de moins en moins... Qu'est-ce que le fichier hosts vient
faire là-dedans ?
Moi, quand je lance un tcptraceroute sur une adresse, ça donne ce genre
de chose :
$ tcptraceroute 82.227.#.# 22
Tracing the path to 82.227.. on TCP port 22, 30 hops max
[...]
8 #.dslg.proxad.net (213.228.#.#) 35.831 ms 42.403 ms 43.553 ms
9 #.fbx.proxad.net (82.227.#.#) 79.352 ms 68.872 ms 73.534 ms
10 * #.fbx.proxad.net (82.227.#.#) 70.633 ms !H *
Ici les deux dernières lignes, avec la même adresse qui est l'adresse
cible, laissent penser qu'il y a une redirection du port 22 au niveau du
routeur (peut-être freebox en mode routeur), mais la demande de
connexion est ensuite rejetée avec un ICMP Host Unreachable par le
routeur ou la machine qui est derrière. Plutôt par le routeur d'après le
TTL de la réponse qui est identique à celui de l'ICMP Time Exceeded
précédent, à moins que le routeur fasse une normalisation du TTL.
Peut-être parce que la machine n'est pas connectée et ne répond pas aux
requêtes ARP du routeur qui ne peut faire suivre le paquet.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Ah, j'avais pas pensé que ces renseignements sont dans mon fichier /etc/hosts. J'ai commenté la ligne dans ce fichier et là, je reçois : Destination not reached.
$ tcptraceroute 82..... 22 Selected device eth0, address 192...., port 34450 for outgoing packets Tracing the path to 82.... on TCP port 22 (ssh), 30 hops max 1 192.168.0.1 1.176 ms 0.494 ms 0.433 ms ..... Destination not reached.
Je comprends de moins en moins... Qu'est-ce que le fichier hosts vient faire là-dedans ? Moi, quand je lance un tcptraceroute sur une adresse, ça donne ce genre de chose :
$ tcptraceroute 82.227.#.# 22 Tracing the path to 82.227.. on TCP port 22, 30 hops max
[...]
8 #.dslg.proxad.net (213.228.#.#) 35.831 ms 42.403 ms 43.553 ms 9 #.fbx.proxad.net (82.227.#.#) 79.352 ms 68.872 ms 73.534 ms 10 * #.fbx.proxad.net (82.227.#.#) 70.633 ms !H *
Ici les deux dernières lignes, avec la même adresse qui est l'adresse cible, laissent penser qu'il y a une redirection du port 22 au niveau du routeur (peut-être freebox en mode routeur), mais la demande de connexion est ensuite rejetée avec un ICMP Host Unreachable par le routeur ou la machine qui est derrière. Plutôt par le routeur d'après le TTL de la réponse qui est identique à celui de l'ICMP Time Exceeded précédent, à moins que le routeur fasse une normalisation du TTL. Peut-être parce que la machine n'est pas connectée et ne répond pas aux requêtes ARP du routeur qui ne peut faire suivre le paquet.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
steve
Le Vendredi 19 Mai 2006 13:46, Pascal Hambourg a écrit :
[...]
> 8 #.dslg.proxad.net (213.228.#.#) 35.831 ms 42.403 ms 43.553 ms > 9 #.fbx.proxad.net (82.227.#.#) 79.352 ms 68.872 ms 73.534 ms > 10 * #.fbx.proxad.net (82.227.#.#) 70.633 ms !H *
Ici les deux dernières lignes, avec la même adresse qui est l'adresse cible, laissent penser qu'il y a une redirection du port 22 au niveau du routeur (peut-être freebox en mode routeur), mais la demande de connexion est ensuite rejetée avec un ICMP Host Unreachable par le routeur ou la machine qui est derrière. Plutôt par le routeur d'apr ès le TTL de la réponse qui est identique à celui de l'ICMP Time Exceeded précédent, à moins que le routeur fasse une normalisation du TTL. Peut-être parce que la machine n'est pas connectée et ne répond pas aux requêtes ARP du routeur qui ne peut faire suivre le paquet.
;- )
-- steve jabber :
Le Vendredi 19 Mai 2006 13:46, Pascal Hambourg a écrit :
[...]
> 8 #.dslg.proxad.net (213.228.#.#) 35.831 ms 42.403 ms 43.553 ms
> 9 #.fbx.proxad.net (82.227.#.#) 79.352 ms 68.872 ms 73.534 ms
> 10 * #.fbx.proxad.net (82.227.#.#) 70.633 ms !H *
Ici les deux dernières lignes, avec la même adresse qui est l'adresse
cible, laissent penser qu'il y a une redirection du port 22 au niveau du
routeur (peut-être freebox en mode routeur), mais la demande de
connexion est ensuite rejetée avec un ICMP Host Unreachable par le
routeur ou la machine qui est derrière. Plutôt par le routeur d'apr ès le
TTL de la réponse qui est identique à celui de l'ICMP Time Exceeded
précédent, à moins que le routeur fasse une normalisation du TTL.
Peut-être parce que la machine n'est pas connectée et ne répond pas aux
requêtes ARP du routeur qui ne peut faire suivre le paquet.
Le Vendredi 19 Mai 2006 13:46, Pascal Hambourg a écrit :
[...]
> 8 #.dslg.proxad.net (213.228.#.#) 35.831 ms 42.403 ms 43.553 ms > 9 #.fbx.proxad.net (82.227.#.#) 79.352 ms 68.872 ms 73.534 ms > 10 * #.fbx.proxad.net (82.227.#.#) 70.633 ms !H *
Ici les deux dernières lignes, avec la même adresse qui est l'adresse cible, laissent penser qu'il y a une redirection du port 22 au niveau du routeur (peut-être freebox en mode routeur), mais la demande de connexion est ensuite rejetée avec un ICMP Host Unreachable par le routeur ou la machine qui est derrière. Plutôt par le routeur d'apr ès le TTL de la réponse qui est identique à celui de l'ICMP Time Exceeded précédent, à moins que le routeur fasse une normalisation du TTL. Peut-être parce que la machine n'est pas connectée et ne répond pas aux requêtes ARP du routeur qui ne peut faire suivre le paquet.
;- )
-- steve jabber :
Klaus Becker
Am Freitag 19 Mai 2006 13:46 schrieb Pascal Hambourg:
Klaus Becker a écrit : > Ah, j'avais pas pensé que ces renseignements sont dans mon fichier > /etc/hosts. J'ai commenté la ligne dans ce fichier et là, je reço is : > Destination not reached. > > $ tcptraceroute 82..... 22 > Selected device eth0, address 192...., port 34450 for outgoing packets > Tracing the path to 82.... on TCP port 22 (ssh), 30 hops max > 1 192.168.0.1 1.176 ms 0.494 ms 0.433 ms > ..... > Destination not reached.
Je comprends de moins en moins... Qu'est-ce que le fichier hosts vient faire là-dedans ?
J'avais dit que tcptraceroute m'avait donné l'ip privée et le nom de la machine de mon copain. Il a trouvé ça dans mon fichier /etc/hosts, c'es t tout.
Moi, quand je lance un tcptraceroute sur une adresse, ça donne ce genre
de chose : > $ tcptraceroute 82.227.#.# 22 > Tracing the path to 82.227.. on TCP port 22, 30 hops max
[...]
> 8 #.dslg.proxad.net (213.228.#.#) 35.831 ms 42.403 ms 43.553 ms > 9 #.fbx.proxad.net (82.227.#.#) 79.352 ms 68.872 ms 73.534 ms > 10 * #.fbx.proxad.net (82.227.#.#) 70.633 ms !H *
Ici les deux dernières lignes, avec la même adresse qui est l'adresse cible, laissent penser qu'il y a une redirection du port 22 au niveau du routeur (peut-être freebox en mode routeur), mais la demande de connexion est ensuite rejetée avec un ICMP Host Unreachable par le routeur ou la machine qui est derrière. Plutôt par le routeur d'apr ès le TTL de la réponse qui est identique à celui de l'ICMP Time Exceeded précédent, à moins que le routeur fasse une normalisation du TTL. Peut-être parce que la machine n'est pas connectée et ne répond pas aux requêtes ARP du routeur qui ne peut faire suivre le paquet.
J'ai recommencé :
$ tcptraceroute 82.230.###.### 22 Selected device eth0, address 192.168.#.###, port 53222 for outgoing packets Tracing the path to 82.230.###.### on TCP port 22 (ssh), 30 hops max 1 192.168.0.1 0.611 ms 0.428 ms 0.412 ms 2 82.227.12.### 34.820 ms 36.130 ms 34.945 ms 3 213.228.23.### 37.795 ms 43.016 ms 36.659 ms 4 * * * 5 th1-6k-2-po9.intf.routers.proxad.net (212.27.##.##) 36.264 ms * * 6 * * * 7 ivr94-6.dslg.proxad.net (213.228.#.##) 37.063 ms 37.159 ms 44.016 ms 8 * * * 16 * * ivr94-6-82-230-###-###.fbx.proxad.net (82.230.###.###) 71.389 ms !H
ça semble normal non?
Klaus
Am Freitag 19 Mai 2006 13:46 schrieb Pascal Hambourg:
Klaus Becker a écrit :
> Ah, j'avais pas pensé que ces renseignements sont dans mon fichier
> /etc/hosts. J'ai commenté la ligne dans ce fichier et là, je reço is :
> Destination not reached.
>
> $ tcptraceroute 82..... 22
> Selected device eth0, address 192...., port 34450 for outgoing packets
> Tracing the path to 82.... on TCP port 22 (ssh), 30 hops max
> 1 192.168.0.1 1.176 ms 0.494 ms 0.433 ms
> .....
> Destination not reached.
Je comprends de moins en moins... Qu'est-ce que le fichier hosts vient
faire là-dedans ?
J'avais dit que tcptraceroute m'avait donné l'ip privée et le nom de la
machine de mon copain. Il a trouvé ça dans mon fichier /etc/hosts, c'es t
tout.
Moi, quand je lance un tcptraceroute sur une adresse, ça donne ce genre
de chose :
> $ tcptraceroute 82.227.#.# 22
> Tracing the path to 82.227.. on TCP port 22, 30 hops max
[...]
> 8 #.dslg.proxad.net (213.228.#.#) 35.831 ms 42.403 ms 43.553 ms
> 9 #.fbx.proxad.net (82.227.#.#) 79.352 ms 68.872 ms 73.534 ms
> 10 * #.fbx.proxad.net (82.227.#.#) 70.633 ms !H *
Ici les deux dernières lignes, avec la même adresse qui est l'adresse
cible, laissent penser qu'il y a une redirection du port 22 au niveau du
routeur (peut-être freebox en mode routeur), mais la demande de
connexion est ensuite rejetée avec un ICMP Host Unreachable par le
routeur ou la machine qui est derrière. Plutôt par le routeur d'apr ès le
TTL de la réponse qui est identique à celui de l'ICMP Time Exceeded
précédent, à moins que le routeur fasse une normalisation du TTL.
Peut-être parce que la machine n'est pas connectée et ne répond pas aux
requêtes ARP du routeur qui ne peut faire suivre le paquet.
J'ai recommencé :
$ tcptraceroute 82.230.###.### 22
Selected device eth0, address 192.168.#.###, port 53222 for outgoing packets
Tracing the path to 82.230.###.### on TCP port 22 (ssh), 30 hops max
1 192.168.0.1 0.611 ms 0.428 ms 0.412 ms
2 82.227.12.### 34.820 ms 36.130 ms 34.945 ms
3 213.228.23.### 37.795 ms 43.016 ms 36.659 ms
4 * * *
5 th1-6k-2-po9.intf.routers.proxad.net (212.27.##.##) 36.264 ms * *
6 * * *
7 ivr94-6.dslg.proxad.net (213.228.#.##) 37.063 ms 37.159 ms 44.016 ms
8 * * *
16 * * ivr94-6-82-230-###-###.fbx.proxad.net (82.230.###.###) 71.389 ms !H
Am Freitag 19 Mai 2006 13:46 schrieb Pascal Hambourg:
Klaus Becker a écrit : > Ah, j'avais pas pensé que ces renseignements sont dans mon fichier > /etc/hosts. J'ai commenté la ligne dans ce fichier et là, je reço is : > Destination not reached. > > $ tcptraceroute 82..... 22 > Selected device eth0, address 192...., port 34450 for outgoing packets > Tracing the path to 82.... on TCP port 22 (ssh), 30 hops max > 1 192.168.0.1 1.176 ms 0.494 ms 0.433 ms > ..... > Destination not reached.
Je comprends de moins en moins... Qu'est-ce que le fichier hosts vient faire là-dedans ?
J'avais dit que tcptraceroute m'avait donné l'ip privée et le nom de la machine de mon copain. Il a trouvé ça dans mon fichier /etc/hosts, c'es t tout.
Moi, quand je lance un tcptraceroute sur une adresse, ça donne ce genre
de chose : > $ tcptraceroute 82.227.#.# 22 > Tracing the path to 82.227.. on TCP port 22, 30 hops max
[...]
> 8 #.dslg.proxad.net (213.228.#.#) 35.831 ms 42.403 ms 43.553 ms > 9 #.fbx.proxad.net (82.227.#.#) 79.352 ms 68.872 ms 73.534 ms > 10 * #.fbx.proxad.net (82.227.#.#) 70.633 ms !H *
Ici les deux dernières lignes, avec la même adresse qui est l'adresse cible, laissent penser qu'il y a une redirection du port 22 au niveau du routeur (peut-être freebox en mode routeur), mais la demande de connexion est ensuite rejetée avec un ICMP Host Unreachable par le routeur ou la machine qui est derrière. Plutôt par le routeur d'apr ès le TTL de la réponse qui est identique à celui de l'ICMP Time Exceeded précédent, à moins que le routeur fasse une normalisation du TTL. Peut-être parce que la machine n'est pas connectée et ne répond pas aux requêtes ARP du routeur qui ne peut faire suivre le paquet.
J'ai recommencé :
$ tcptraceroute 82.230.###.### 22 Selected device eth0, address 192.168.#.###, port 53222 for outgoing packets Tracing the path to 82.230.###.### on TCP port 22 (ssh), 30 hops max 1 192.168.0.1 0.611 ms 0.428 ms 0.412 ms 2 82.227.12.### 34.820 ms 36.130 ms 34.945 ms 3 213.228.23.### 37.795 ms 43.016 ms 36.659 ms 4 * * * 5 th1-6k-2-po9.intf.routers.proxad.net (212.27.##.##) 36.264 ms * * 6 * * * 7 ivr94-6.dslg.proxad.net (213.228.#.##) 37.063 ms 37.159 ms 44.016 ms 8 * * * 16 * * ivr94-6-82-230-###-###.fbx.proxad.net (82.230.###.###) 71.389 ms !H
