Re : [Etch]impossible d'accéder à Internet après dist-upgrade
Merci pour la patience et toutes les tentatives. Je vais répondre à chacune des questions de Serge
1°- Vous utilisez IPv6? ===> NON
2°- ma préférence pour un ping 1.2.3.4
marina:~# ping 81.199.124.5
connect: Network is unreachable
3°- Tu as les cartes eth0 1 et 2 branchées à quoi ? (mess-mate)
Seule ma carte eth2 est rattachée au réseau local via le switch. Les autres cartes n'ont aucune attache nulle part.
4°- tu te connecte à internet comment et qui te connecte (ton
routeur=toi-même, modem=auto ?)-----(mess-mate)
[svr-debian] ---------->[switch]------>[routeur] --------> FAI
5- arrête ton dns personnel (bind9), mets les dns de ton FAI en premier et fait comme si tu n'avait
pas de dns propre.(mess-mate)
J'ai mis les dns de mon FAI sur la carte réseau /etc/network/interfaces. Et quand bien même que j'arrête bind9 rien ne change.
Que faire maintenant ? Comment empêcher le montage automatique des autres cartes réseaux qui ne sont raccordés nulle part.
Encore merci à tous !!!!
----- Message d'origine ----
De : Serge Cavailles <debserge@free.fr>
À : debian-user-french@lists.debian.org
Envoyé le : Jeudi, 8 Février 2007, 20h12mn 05s
Objet : Re: [Etch]impossible d'accéder à Internet après dist-upgrade
Le Jeudi 08 Février 2007 13:14, Dominique Claver KOUAME a écrit :
> Bonjour à tous
Bonjour,
> et une fois encore Merci pour votre patience,
La liste est là pour celà, non? ;-)
> Pour revenir à la situation qui me préoccupe je dois ajouter ceci :
>
> 1°- Sur mon serveur Debian, j'ai configuré bind9 pour tourner avec le
> domaine dpi-arobasetelecom.ci en tant que master sur 192.168.2.1 et slave
> sur 192.168.2.2.
>
> 2°- La valeur de dns-search dpi-arobasetelecom.ci est celle de mon
> domaine local.
>
> 3°- dns-nameservers 81.199.124.5 81.199.124.6, ce sont les adresses des
> DNS 1 et 2 de mon FAI
AMA si on aurait intérêt à ne pas compliquer la situation avec du DNS.
Je m'explique; le DNS n'est pas indispensable au fonctionnement du réseau,
c'est juste une facilité pour nous autres pauvres humains qui avons plus de
facilité à retenir example.com que 123.456.789.ABC. Donc tant que l'on
travaille avec des IP, on n'a pas besoin du dns et ça simplifie le
problème.
> Après le démarrage de mon serveur voici ce que j'ai
>
> 4°/ ================ resultat ifconfig =======================
>
> eth2 Lien encap:Ethernet HWaddr 00:02:E3:35:E6:30
>
> inet adr:192.168.2.1 Bcast:192.168.2.255 Masque:255.255.255.0
>
> adr inet6: fe80::202:e3ff:fe35:e630/64 Scope:Lien
OK, la carte est montée.
Vous utilisez IPv6?
> 5°====================== resultat ping =====================
>
> marina:~# ping 81.199.124.5
>
> connect: Network is unreachable
>
> marina:~# ping mirrors.kernel.org
>
> ping: unknown host mirrors.kernel.org
>
> marina:~#
> Les pings ne marchent pas. Je ne peux joindre que mon réseau local.
Au vu du message je pense que c'est la résolution de noms qui ne se fait
pas. (d'ou ma préférence pour un ping 1.2.3.4)
> 6°================ resultat route -n =========================
>
> marina:~# route -n
>
> Table de routage IP du noyau
>
> Destination Passerelle Genmask Indic Metric Ref Use
> Iface
>
> 192.168.2.0 0.0.0.0 255.255.255.0 U 0 0 0
> eth2
>
> 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0
> eth1
>
> marina:~#
> On ne voit pas s'afficher d'infos sur le gateway.
Oui. La route n'éxiste pas.
> 7°- =============== contenu de /etc/modules =================
> 8°- ================= resultat ip rule list ===================
> admins@marina:~$ ip rule list
> 0: from all lookup 255
> 32766: from all lookup main
> 32767: from all lookup default
> admins@marina:~$
Même question sur utilité des IPv6?
>
> 9°- ================ resultat de ip route list table 0 ===============
> admins@marina:~$ ip route list table 0
> 192.168.2.0/24 dev eth2 proto kernel scope link src 192.168.2.1
> 169.254.0.0/16 dev eth1 proto kernel scope link src 169.254.21.177
> broadcast 192.168.2.255 dev eth2 table 255 proto kernel scope link
> src 192.168.2.1 broadcast 127.255.255.255 dev lo table 255 proto kernel
> scope link src 127.0.0.1 broadcast 169.254.0.0 dev eth1 table 255
> proto kernel scope link src 169.254.21.177 local 192.168.2.1 dev eth2
> table 255 proto kernel scope host src 192.168.2.1 broadcast
> 192.168.2.0 dev eth2 table 255 proto kernel scope link src
> 192.168.2.1 broadcast 169.254.255.255 dev eth1 table 255 proto kernel
> scope link src 169.254.21.177 local 169.254.21.177 dev eth1 table 255
> proto kernel scope host src 169.254.21.177 broadcast 127.0.0.0 dev lo
> table 255 proto kernel scope link src 127.0.0.1 local 127.0.0.1 dev lo
> table 255 proto kernel scope host src 127.0.0.1 local 127.0.0.0/8 dev
> lo table 255 proto kernel scope host src 127.0.0.1 local ::1 via ::
> dev lo proto none metric 0 mtu 16436 advmss 16376 hoplimit 4294967295
> local fe80::202:e3ff:fe35:e630 via :: dev lo proto none metric 0 mtu
> 16436 advmss 16376 hoplimit 4294967295 fe80::/64 dev eth2 metric 256
> expires 8533297sec mtu 1500 advmss 1440 hoplimit 4294967295 fe80::/64 dev
> eth1 metric 256 expires 8533329sec mtu 1500 advmss 1440 hoplimit
> 4294967295 ff00::/8 dev eth2 metric 256 expires 8533297sec mtu 1500
> advmss 1440 hoplimit 4294967295 ff00::/8 dev eth1 metric 256 expires
> 8533329sec mtu 1500 advmss 1440 hoplimit 4294967295 unreachable default
> dev lo proto none metric -1 error -101 hoplimit 255 admins@marina:~$
Euh... je comprends pas tout, si ce n'est qu'on y trouve aussi du IPv6 et le
169.254.x.x
> Comme les jours passés, j'ai ajouté le default gw à la main et j'ai
> obtenu les résultats ci-dessous qui me permettent d'envoyer ce mail
> marina:~# route add default gw 192.168.2.254 eth2
>
> a-/ les ping sont possibles vers toutes les destinations
>
> b-/ marina:~# route -n
> Table de routage IP du noyau
> Destination Passerelle Genmask Indic Metric Ref Use
> Iface 192.168.2.0 0.0.0.0 255.255.255.0 U 0 0
> 0 eth2 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0
> 0 eth1 0.0.0.0 192.168.2.254 0.0.0.0 UG 0
> 0 0 eth2 marina:~#
>
> c-/
> marina:~# ip rule list
> 0: from all lookup 255
> 32766: from all lookup main
> 32767: from all lookup default
> marina:~# ip route list table 0
> 192.168.2.0/24 dev eth2 proto kernel scope link src 192.168.2.1
> 169.254.0.0/16 dev eth1 proto kernel scope link src 169.254.21.177
> default via 192.168.2.254 dev eth2
> broadcast 192.168.2.255 dev eth2 table 255 proto kernel scope link
> src 192.168.2.1 broadcast 127.255.255.255 dev lo table 255 proto kernel
> scope link src 127.0.0.1 broadcast 169.254.0.0 dev eth1 table 255
> proto kernel scope link src 169.254.21.177 local 192.168.2.1 dev eth2
> table 255 proto kernel scope host src 192.168.2.1 broadcast
> 192.168.2.0 dev eth2 table 255 proto kernel scope link src
> 192.168.2.1 broadcast 169.254.255.255 dev eth1 table 255 proto kernel
> scope link src 169.254.21.177 local 169.254.21.177 dev eth1 table 255
> proto kernel scope host src 169.254.21.177 broadcast 127.0.0.0 dev lo
> table 255 proto kernel scope link src 127.0.0.1 local 127.0.0.1 dev lo
> table 255 proto kernel scope host src 127.0.0.1 local 127.0.0.0/8 dev
> lo table 255 proto kernel scope host src 127.0.0.1 local ::1 via ::
> dev lo proto none metric 0 mtu 16436 advmss 16376 hoplimit 4294967295
> local fe80::202:e3ff:fe35:e630 via :: dev lo proto none metric 0 mtu
> 16436 advmss 16376 hoplimit 4294967295 fe80::/64 dev eth2 metric 256
> expires 8533005sec mtu 1500 advmss 1440 hoplimit 4294967295 fe80::/64 dev
> eth1 metric 256 expires 8533037sec mtu 1500 advmss 1440 hoplimit
> 4294967295 ff00::/8 dev eth2 metric 256 expires 8533005sec mtu 1500
> advmss 1440 hoplimit 4294967295 ff00::/8 dev eth1 metric 256 expires
> 8533037sec mtu 1500 advmss 1440 hoplimit 4294967295 unreachable default
> dev lo proto none metric -1 error -101 hoplimit 255 marina:~#
Ça confirme je crois qu'il ne manque que la route pour que ça fonctionne
(indépendamment du dns). C'est curieux car le gateway apparait dans le
fichier interfaces, et 'gateway' est une option interne de ce fichier
(contrairement aux options dns-* qui ont besoin du paquet resolvconf pour
fonctionner) donc celà devrait être pris en compte.
> Remarque: Je ne comprends pas l'origine du réseau 169.254.0.0/16 et toute
> son implication dans mes problèmes.
Je connaissait pas non plus, mais un p'tit surf m'apprend que ces IP sont
attribuées en cas de Pb d'attribution par DHCP. Néanmoins ça concerne eth1,
donc pas de rapport direct avec notre connectivité.
Tiens d'ailleurs, pourquoi eth0 et eth1 sont montés, alors qu'ils
n'apparaissent pas dans le fichier interfaces? pourquoi eth2 posséde une
IPv6? Il me semble que la config se fait par un autre moyen (hotplug ?) que
la méthode classique.
Désolé, mais ne connaissant pas le hotplug, je sèche là...
J'espère que quelqu'un saura vous aider davantage.
--
Serge
___________________________________________________________________________
Découvrez une nouvelle façon d'obtenir des réponses à toutes vos questions !
Profitez des connaissances, des opinions et des expériences des internautes sur Yahoo! Questions/Réponses
http://fr.answers.yahoo.com
Reply to: