Gros problème de connexion au nainternet ce soir avec un portable ubuntu
alors que cet après-midi tout allait bien.
Seuls changements entre les deux : les mises à jours automatiques de
Ubuntu et gdmsetup pour me logguer automatiquement.
A côté de ça une debian se connecte sans problème sur la même ligne ADSL,
le modem-routeur semble OK, pas de conflit d'IP entre les deux machines
(DHCP pour les deux), réseau filaire.
en fait depuis le Ubuntu, je vois le routeur 192.168.1.254, mais pas plus
loin : ça ressemble à un pb de résolution de nom. D'ailleurs pan me dit
"Error connection news.wanadoo.fr Aucun chemin pour l'hôte cible)"
Une idée quelqu'un ?
Méph'
--
C'est parce que la lumière est plus rapide que le son que certains
ont l'air brillants avant d'avoir l'air con
Le problème n'est pas sur ta machine, mais sur ton routeur, qui refuse catégoriquement de te laisser sortir.
Je lui ai rien demandé ! ;-)
-- C'est parce que la lumière est plus rapide que le son que certains ont l'air brillants avant d'avoir l'air con
Nicolas George
yamo' wrote in message :
Je n'ai jamais compris pourquoi il fallait être root pour exécuter tracert!
Parfois, l'explication est que la commande est dans /sbin ou dans /usr/sbin parce que quelqu'un considère qu'elle n'est pas utile pour un simple utilisateur : mettre le chemin complet suffit alors à la lancer.
Mais dans le cas de traceroute, il y a besoin de droits avancés pour pouvoir forger des paquets réseau adaptés, et surtout pour pouvoir intercepter les réponses. Très souvent, traceroute est SUID root, mais certaines distributions ne le font pas.
yamo' wrote in message <pan.2008.07.09.21.47.43@yamo.hd.free.fr>:
Je n'ai jamais compris pourquoi il fallait être root pour exécuter
tracert!
Parfois, l'explication est que la commande est dans /sbin ou dans /usr/sbin
parce que quelqu'un considère qu'elle n'est pas utile pour un simple
utilisateur : mettre le chemin complet suffit alors à la lancer.
Mais dans le cas de traceroute, il y a besoin de droits avancés pour pouvoir
forger des paquets réseau adaptés, et surtout pour pouvoir intercepter les
réponses. Très souvent, traceroute est SUID root, mais certaines
distributions ne le font pas.
Je n'ai jamais compris pourquoi il fallait être root pour exécuter tracert!
Parfois, l'explication est que la commande est dans /sbin ou dans /usr/sbin parce que quelqu'un considère qu'elle n'est pas utile pour un simple utilisateur : mettre le chemin complet suffit alors à la lancer.
Mais dans le cas de traceroute, il y a besoin de droits avancés pour pouvoir forger des paquets réseau adaptés, et surtout pour pouvoir intercepter les réponses. Très souvent, traceroute est SUID root, mais certaines distributions ne le font pas.
Professeur M
Professeur Méphisto a écrit :
eth0 Link encap:Ethernet HWaddr 00:1c:c4:ca:00:02 inet adr:192.168.1.66
Tiens, c'est normal ça que eth0 ai la même adresse que le bridge ? Sur la debian, il n'a pas d'adresse :
eth0 Link encap:Ethernet HWaddr 00:1c:c4:ca:00:02 inet adr:192.168.1.66
Tiens, c'est normal ça que eth0 ai la même adresse que le bridge ?
Non.
C'était bien ça :
auto eth1 allow-hotplug eth1 iface eth1 inet manual
dans interfaces et ça repart...
Maintenant je ne sais pas ce qui a pu se passer :-(
Merci à tous ! -- C'est parce que la lumière est plus rapide que le son que certains ont l'air brillants avant d'avoir l'air con
Pascal Hambourg
Nicolas George a écrit :
Professeur Méphisto wrote in message <4875322e$0$907$:
$ traceroute -n 62.4.16.96 traceroute to 62.4.16.96 (62.4.16.96), 30 hops max, 40 byte packets 1 192.168.1.66 3002.891 ms !H 3002.885 ms !H 3002.872 ms !H
Le problème n'est pas sur ta machine, mais sur ton routeur, qui refuse catégoriquement de te laisser sortir.
Non, 192.168.1.66 est l'adresse de la machine, pas du routeur. !H signifie "host unreachable", signe probable que la résolution ARP de l'adresse de la passerelle a échoué. Cela pourrait être une conséquence d'une mauvaise route par défaut positionnée sur eth0 au lieu de br0. Que raconte "route -n" ou "ip route list" ?
Nicolas George a écrit :
Professeur Méphisto wrote in message <4875322e$0$907$ba4acef3@news.orange.fr>:
$ traceroute -n 62.4.16.96
traceroute to 62.4.16.96 (62.4.16.96), 30 hops max, 40 byte packets
1 192.168.1.66 3002.891 ms !H 3002.885 ms !H 3002.872 ms !H
Le problème n'est pas sur ta machine, mais sur ton routeur, qui refuse
catégoriquement de te laisser sortir.
Non, 192.168.1.66 est l'adresse de la machine, pas du routeur. !H
signifie "host unreachable", signe probable que la résolution ARP de
l'adresse de la passerelle a échoué. Cela pourrait être une conséquence
d'une mauvaise route par défaut positionnée sur eth0 au lieu de br0.
Que raconte "route -n" ou "ip route list" ?
Professeur Méphisto wrote in message <4875322e$0$907$:
$ traceroute -n 62.4.16.96 traceroute to 62.4.16.96 (62.4.16.96), 30 hops max, 40 byte packets 1 192.168.1.66 3002.891 ms !H 3002.885 ms !H 3002.872 ms !H
Le problème n'est pas sur ta machine, mais sur ton routeur, qui refuse catégoriquement de te laisser sortir.
Non, 192.168.1.66 est l'adresse de la machine, pas du routeur. !H signifie "host unreachable", signe probable que la résolution ARP de l'adresse de la passerelle a échoué. Cela pourrait être une conséquence d'une mauvaise route par défaut positionnée sur eth0 au lieu de br0. Que raconte "route -n" ou "ip route list" ?
Yamo'
Salut,
Le Wed, 09 Jul 2008 21:55:13 +0000, Nicolas George a écrit ce message ( <487533c0$0$10420$ ):
yamo' wrote in message :
Je n'ai jamais compris pourquoi il fallait être root pour exécuter tracert!
Parfois, l'explication est que la commande est dans /sbin ou dans /usr/sbin parce que quelqu'un considère qu'elle n'est pas utile pour un simple utilisateur : mettre le chemin complet suffit alors à la lancer.
Dans le cas de tracert sous ubuntu hardy c'est un enchaînement de liens pour finalement :
/usr/bin/traceroute.db qui est exécutable par tous les utilisateurs!
Stéphane -- Le principe de fufe, ce n'est pas de faire évoluer fr.*, mais bien d'occuper les fufeurs pour qu'ils ne répandent pas le chaos ailleurs. C'est un zoo. -+- TP in: Guide du Cabaliste Usenet - La cage de la Cabale -+-
Salut,
Le Wed, 09 Jul 2008 21:55:13 +0000, Nicolas George a écrit ce message (
<487533c0$0$10420$426a74cc@news.free.fr> ):
yamo' wrote in message <pan.2008.07.09.21.47.43@yamo.hd.free.fr>:
Je n'ai jamais compris pourquoi il fallait être root pour exécuter
tracert!
Parfois, l'explication est que la commande est dans /sbin ou dans
/usr/sbin parce que quelqu'un considère qu'elle n'est pas utile pour un
simple utilisateur : mettre le chemin complet suffit alors à la lancer.
Dans le cas de tracert sous ubuntu hardy c'est un enchaînement de liens
pour finalement :
/usr/bin/traceroute.db qui est exécutable par tous les utilisateurs!
Stéphane
--
Le principe de fufe, ce n'est pas de faire évoluer fr.*, mais bien
d'occuper les fufeurs pour qu'ils ne répandent pas le chaos ailleurs.
C'est un zoo.
-+- TP in: Guide du Cabaliste Usenet - La cage de la Cabale -+-
Le Wed, 09 Jul 2008 21:55:13 +0000, Nicolas George a écrit ce message ( <487533c0$0$10420$ ):
yamo' wrote in message :
Je n'ai jamais compris pourquoi il fallait être root pour exécuter tracert!
Parfois, l'explication est que la commande est dans /sbin ou dans /usr/sbin parce que quelqu'un considère qu'elle n'est pas utile pour un simple utilisateur : mettre le chemin complet suffit alors à la lancer.
Dans le cas de tracert sous ubuntu hardy c'est un enchaînement de liens pour finalement :
/usr/bin/traceroute.db qui est exécutable par tous les utilisateurs!
Stéphane -- Le principe de fufe, ce n'est pas de faire évoluer fr.*, mais bien d'occuper les fufeurs pour qu'ils ne répandent pas le chaos ailleurs. C'est un zoo. -+- TP in: Guide du Cabaliste Usenet - La cage de la Cabale -+-