[Linux] Connexion WiFi active, mais pas d'internet - Page 1

yop,


J'ai une Debian Jessie (testing) à jour. Je viens d'ailleurs de faire une maj du kernel, des libc et de quelques paquets système (évidemment, tout marchait bien _avant_ cette maj...)
Le PC est conencté à ma box en WiFi. J'arrive à afficher la page à 192.168.1.1, et à surfer sur l'interface de la box, que j'arrive d'ailleurs à pinger en console.

Problème : pas d'accès à internet. Fx et Midori me disent "impossible de charger la page". Dans la barre de status de Fx, je vois "Connexion à www.google.fr ...", puis un timeout au bout de quelques dizaines de secondes (impossible de charger la page, veuillez vérifier blablabla...)

J'ai rebooté ma box (sans faire de reset pour autant), rien n'y fait. J'arrive à accéder à internet avec un autre PC. J'ai de l'internet même avec le PC défaillant, sous Win 7.

Quoi essayer ? Je ne connais rien en réseau, et encore moins sous nux (ya pas de bouton "Réparer le réseau automagiquement" dans mon terminal ).
Je ne sais donc absolument pas par où commencer à effectuer des recherches, quelles manipulation faire, sachant que sans réseau, ça va être dur de réinstaller quoi que ce soit ... ><

Merci d'avance.

dans le terminal, tu peux essayer ça :

ping www.free.fr
dig www.free.fr
dig www.free.fr @8.8.8.8

Que renvoient ifconfig et ping google.com ?

Dans la foulée tu peux aussi voir si ping 195.154.10.244 fonctionne.

Alors, dans l'ordre :

helene@Weygand:~$ ping www.free.fr
PING www.free.fr (212.27.48.10) 56(84) bytes of data.
From Weygand.local (169.254.4.250) icmp_seq=1 Destination Host Unreachable
...
helene@Weygand:~$ ping www.free.fr
PING www.free.fr (212.27.48.10) 56(84) bytes of data.
From Weygand.local (169.254.4.250) icmp_seq=1 Destination Host Unreachable

helene@Weygand:~$ dig www.free.fr

; <<>> DiG 9.9.5-4-Debian <<>> www.free.fr
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 35829
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;www.free.fr.                   IN      A

;; ANSWER SECTION:
www.free.fr.            51620   IN      A       212.27.48.10

;; Query time: 3 msec
;; SERVER: 192.168.1.1#53(192.168.1.1)
;; WHEN: Sat Jul 19 21:48:40 CEST 2014
;; MSG SIZE  rcvd: 45

helene@Weygand:~$ dig www.free.fr @8.8.8.8                                                                         
                                                                                                                   
; <<>> DiG 9.9.5-4-Debian <<>> www.free.fr @8.8.8.8                                                                
;; global options: +cmd                                                                                            
;; connection timed out; no servers could be reached 

root@Weygand:/home/helene# ifconfig
eth0      Link encap:Ethernet  HWaddr 00:22:19:f9:18:12  
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
          Interruption:17 

eth0:avahi Link encap:Ethernet  HWaddr 00:22:19:f9:18:12  
          inet adr:169.254.4.250  Bcast:169.254.255.255  Masque:255.255.0.0
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          Interruption:17 

lo        Link encap:Boucle locale  
          inet adr:127.0.0.1  Masque:255.0.0.0
          adr inet6: ::1/128 Scope:Hôte
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:554 errors:0 dropped:0 overruns:0 frame:0
          TX packets:554 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:0 
          RX bytes:62095 (60.6 KiB)  TX bytes:62095 (60.6 KiB)

wlan0     Link encap:Ethernet  HWaddr 00:26:5e:34:0c:98  
          inet adr:192.168.1.11  Bcast:192.168.1.255  Masque:255.255.255.0
          adr inet6: fe80::226:5eff:fe34:c98/64 Scope:Lien
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:218 errors:0 dropped:0 overruns:0 frame:0
          TX packets:109 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000 
          RX bytes:26618 (25.9 KiB)  TX bytes:16200 (15.8 KiB)

Et pour le ping de www.google.com, même réponse que pour www.free.fr .

Je ne sais pas trop quoi penser de la réponse de ifconfig, mais je n'aperçois rien qui me fasse sauter au plafond.
Pour le ping de free, les réponses (unreachable) arrivent très vite, par groupe de trois lignes, en une seconde a peu près.

Quant à la syntaxe de dig, j'ai lu le man, et j'ai pas très bien compris l'association d'une url avec la spécification d'un serveur (@8.8.8.8). Je rate sûrement un truc, mais j'ai bien essayé la commande postée par flan.


Quoi qu'il en soit, vous êtes mauvais, car toutes vos belles commandes n'ont pas encore réparé mon internet merci bien de m'aider à chercher

En gros, dig demande quelle IP correspond au nom DNS que tu lui donnes (ici www.free.fr), en interrogeant ton serveur DNS habituel.
par contre, la deuxième méthode spécifie que tu demandes au serveur DNS 8.8.8.8 (qui appartient à Google, mais son IP est plutôt cool ).

ping www.free.fr
si ça marche, alors ta connexion réseau fonctionne à peu près correctement. Le problème n'est pas au niveau réseau.
si ça ne marche pas, c'est peut-être simplement parce que ton système ne sait pas déterminer l'adresse IP de www.free.fr.

dig www.free.fr
Ça te dit si tu arrives à avoir l'IP d'un nom de domaine quelconque

dig www.free.fr @8.8.8.8
Idem qu'au-dessus, mais en aidant ton réseau. Si ça marche comme ça, c'est que ton serveur DNS est foireux et qu'il faut en reconfigurer un.

Faudrait regarder maintenant les routes par défaut (mais je ne sais plus trop la syntaxe) et la passerelle (qui doit être 192.168.1.1).
Là, ça serait ton ordi qui ne sait plus que tes paquets doivent passer par 192.168.1.1 pour joindre quelqu'un d'autre.

J'ai pas tout compris (route, passerelle), mais merci bien. Je vais essayer de trouver des commandes verbeuses, pour savoir où ça déconne.
Au fait, j'ai voulu modifier mes DNS cet après-midi, impossible : la box m'indique que ce sont ceux d'Orange et que c'est pas configurable :/

Tu pourrais donner la sortie de la simple commande suivante ?

route

J'avais mal lu ce que tu avais mis.

En gros, ton réseau ressemble à ça :

ordi_de_Folco -> livebox -> (internet)

Donc quand ordi_de_Folco veut lire www.yaronet.com/posts.php, il doit d'abord convertir ce nom de domaine en adresse IP (ici 84.16.88.14) en demandant à ton serveur DNS cette correspondance. Ensuite, il va demander à la bonne adresse IP la page demandée posts.php.

La livebox va jouer plusieurs rôles :
* serveur DHCP : elle te donne une adresse IP quand tu te connectes à son réseau (en gros, quand ta machine se connecte, elle envoie à tout le monde un paquet spécial qui dit « hey ! je n'ai pas d'IP, qui peut m'en dealer une ? »
* passerelle : quand ton ordi veut parler avec internet, il doit passer par elle (en général, le serveur DHCP donne l'IP de la passerelle et l'IP du serveur DNS quand il donne une IP pour ta machine)
* routeur : ta livebox est à cheval entre ton réseau local et un autre réseau local (celui d'Orange) et elle va router un paquet vers le bon réseau local suivant sa source et sa destination
* serveur DNS : par défaut, c'est elle qui fait la traduction www.yaronet.com et 84.16.88.14. En fait, elle ne sait pas faire toutes ces correspondances de base, elle doit interroger un supérieur (qui devra interroger un supérieur, jusqu'à trouver quelqu'un qui connaît yaronet)


Petit diagnostic :
* tu arrives à joindre la livebox
* dig www.free.fr fonctionne => le serveur DNS de ta livebox fonctionne, et arrive à joindre internet pour demander qui connaît yaronet
* dig www.free.fr @8.8.8.8 => tu n'arrives pas à joindre un autre serveur DNS
* ping www.free.fr ne fonctionne pas, et ping 212.27.48.10 (l'IP de free) ne fonctionnera probablement pas => tu n'arrives pas à joindre internet directement

Donc c'est probablement que ton ordi ne sait pas qu'il doit s'adresser à ta livebox quand il veut parler à internet.

mande suivante ? /sbin/route -nque dit la com

J'avais mal lu ce que tu avais mis.

En gros, ton réseau ressemble à ça :

ordi_de_Folco -> livebox -> (internet)

Donc quand ordi_de_Folco veut lire www.yaronet.com/posts.php, il doit d'abord convertir ce nom de domaine en adresse IP (ici 84.16.88.14) en demandant à ton serveur DNS cette correspondance. Ensuite, il va demander à la bonne adresse IP la page demandée posts.php.

La livebox va jouer plusieurs rôles :
* serveur DHCP : elle te donne une adresse IP quand tu te connectes à son réseau (en gros, quand ta machine se connecte, elle envoie à tout le monde un paquet spécial qui dit « hey ! je n'ai pas d'IP, qui peut m'en dealer une ? »
* passerelle : quand ton ordi veut parler avec internet, il doit passer par elle (et
* routeur : ta livebox est à cheval entre ton réseau local et un autre réseau local (celui d'Orange) et elle va router un paquet vers le bon réseau local suivant sa source et sa destination
* serveur DNS : par défaut, c'est elle qui fait la traduction www.yaronet.com et 84.16.88.14. En fait, elle ne sait pas faire toutes ces correspondances de base, elle doit interroger un supérieur (qui devra interroger un supérieur, jusqu'à trouver quelqu'un qui connaît yaronet)


Petit diagnostic :
* tu arrives à joindre la livebox
* dig www.free.fr fonctionne => le serveur DNS de ta livebox fonctionne, et arrive à joindre internet pour demander qui connaît yaronet
* dig www.free.fr @8.8.8.8 => tu n'arrives pas à joindre un autre serveur DNS
* ping www.free.fr ne fonctionne pas, et ping 212.27.48.10 (l'IP de free) ne fonctionnera probablement pas => tu n'arrives pas à joindre internet directement

Donc c'est probablement que ton ordi ne sait pas qu'il doit s'adresser à ta livebox quand il veut parler à internet.

mande suivante ? /sbin/route -nque dit la com

Si le problème vient de là, il faudra sûrement faire un
route add default gw 192.168.1.1 wlan0

Ton souci, c'est probablement que Avahi (le daemon qui configure le réseau) ne détecte pas d'adresse sur eth0. Du coup, il en attribue une automatiquement. Or il y a des chances pour qu'il soit configuré pour privilégier le câble sur le wifi, donc il essaie d'accéder au net par l'adresse automatique sur le câble réseau.

Du coup euh..
1) si tu as un câble réseau branché, tu peux essayer de l'enlever et de réessayer. Peut-être que s'il n'y a pas de câble, avahi n'attribuera pas d'adresse.
2) dans le cas contraire, il faudra soit forcer la carte réseau à ne pas se configurer, soit désactiver l'auto-configuration par avahi, soit attribuer manuellement une adresse à la carte réseau.

• Folco roule un e-patin en WiFI à Flanker


Ca marche ton truc
La sortie initiale de route -n était celle-ci :

root@Weygand:/home/helene# route -n
Table de routage IP du noyau
Destination     Passerelle      Genmask         Indic Metric Ref    Use Iface
0.0.0.0         0.0.0.0         0.0.0.0         U     1002   0        0 eth0
0.0.0.0         192.168.1.1     0.0.0.0         UG    1024   0        0 wlan0
169.254.0.0     0.0.0.0         255.255.0.0     U     0      0        0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0 wlan0
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 wlan0

J'ai exécuté ta commande, maintenant j'ai ça :

root@Weygand:/home/helene# route -n
Table de routage IP du noyau
Destination     Passerelle      Genmask         Indic Metric Ref    Use Iface
0.0.0.0         192.168.1.1     0.0.0.0         UG    0      0        0 wlan0
0.0.0.0         0.0.0.0         0.0.0.0         U     1002   0        0 eth0
0.0.0.0         192.168.1.1     0.0.0.0         UG    1024   0        0 wlan0
169.254.0.0     0.0.0.0         255.255.0.0     U     0      0        0 eth0                                       
169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0 wlan0                                      
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 wlan0  

Et ça marche

Merci bien !

Je me demande s'il n'aurait pas suffi de supprimer la seconde route ( 0.0.0.0 0.0.0.0 0.0.0.0 U 1002 0 0 eth0 ) ; si je comprends bien elle indique qu'il faut passer par 0.0.0.0 (qui n'est pas franchement bien défini) pour aller vers 0.0.0.0/0.0.0.0 (n'importe où), et elle a la priorité sur (0.0.0.0 192.168.1.1 0.0.0.0 UG 1024 0 0 wlan0), qui indique qu'il faut passer par 192.168.1.1 pour aller vers 0.0.0.0/0.0.0.0.
Donc là, tu as rajouté la même route, mais avec une plus forte priorité que la route foireuse.

En revanche, ce n'est qu'une configuration temporaire.
Si tu ne veux pas devoir refaire ça à chaque fois que tu redémarres (voire peut-être à chaque fois que tu déconnectes to wifi, ça dépend de l'agressivité du deamon), il faudrait comprendre pourquoi avahi a généré cette route erronée (la metric 1002)

spectras (./14) :
En revanche, ce n'est qu'une configuration temporaire.

Ca, saféchié
Je vais voir si j'arrive à trouver quelque chose de ce côté, merci bien de m'avoir préviendu.

Bon, ben après avoir réinstallé tout ce qui existe de paquets avahi, ça déconne toujours.
Je cherche toujours également.

Bon, après mes essais divers et variés avec network manager, sans succès (je lui suggère la route kivabien, mais il s'en fout ce con ), je me demande dans quel script exécuté au boot je pourrais caler la phrase magique que m'a filé Flanker pour me connecter à internet J'utilise KDM, donc si je glisse subrepticement ça dans un script de KDM, ça devrait pas trop se voir, non ? #tripropre#

man interfaces ? (cf. /etc/network/interfaces)

Ok, merci, j'irai voir

Ou au pire dans /etc/rc.local
Exactement les commandes que tu taperais en ligne de commande.

Très bonne idée, mais ça ne marche pas... Le script ne contient que "exit 0" de base. Il est documenté comme ne faisant rien, mais étant appelé à la fin de chaque runlevel.
"route -n" ne change pas unefois loggué. C'est crade, mais je vais te me caler ça dans kdm pour voir. Je peux pas décemment filer le mdp root à ma femme pour qu'elle se connecte à internet, m'enfin

Ca n'a rien à faire dans un script de boot ou de login, parce que la conf est modifiée dynamiquement en fonction de ce qui se passe sur le réseau (si ta box reboot ou change de conf dhcp etc...)

Je me doute bien, mais je vais pas chercher à faire propre parce que je ne sais pas faire, et je vais pas me farcir 100 pages de tutos pour apprendre comment fonctionne un réseau en théorie, puis comment c'est géré sous linux, et enfin comment debian fait ça à sa sauce. Pas le temps, pas du tout le temps, et encore moins l'envie. Je suis geek, mais pas au point d'écrire mon OS moi-même, ou de prétendre tout en comprendre. Ce n'est pas mon métier. A un moment, faut quand même que "ça marche" quand j'appuie sur le bouton, sinon je peux plus rien faire d'utile avec ma machine. Je serais célibataire avec plein de temps devant moi, je dis pas que les choses se passeraient comme ça, mais bon, ainsi va la vie

(je comprends ton point de vue, mais met un post-it quelque part, parce que le jour où tu changeras de config réseau et que tu auras oublié ta bidouille, tu va devenir dingue à chercher pourquoi ça se remet à déconner à chaque reboot )

Folco : je comprends tout a fait, mais dans ce cas est-ce bien raisonnable de mettre à jour sa distrib tous les quatre matins sachant que généralement y'a plus de bugs rajoutés que de bugs corrigés dans ces mises à jour (le but de la "testing" étant justement de les trouver avant la release stable) ?

non, c'est pas le bon choix de distro, je te l'accorde, mais debian stable est tellemnt out of date par certains côtés que saféchier d'y rester
maintenant, vu qu'il y a une debian lts, je vais peut-être me laisser tenter, pour ne plus avoir ce genre d'emmerdes, parce que sur un pc partagé par madame, ben je peux pas me permettre ce genre de déconnades trop souvent quand même

Vu que je peux pas trop me permettre de jouer, j'utilise une ubuntu kde parce que ça "juste marche" tout en n'étant pas trop vieux. Je ne la mets à jour que quand la version que j'utilise arrive en fin de support.
J'ai installé la même sur le laptop de ma nana y'a 6 mois, je lui ai fait le briefing "à partir de là quand tu veux un programme, tu télécharges plus de setup.exe pourri sur le web, tu utilises muon" et elle se débrouille. Elle a même fait la mise à jour vers ubuntu 14 toute seule, son laptop est plus à jour que le mien

Mais anyway, c'est pas une bonne idée de mettre cette ligne là haut dans un script. Il faudrait soit modifier ton /etc/network/interfaces, soit voir la configuration de avahi. Ce n'est pas normal qu'il génère un réseau zerconf si une adresse t'a été attribuée.
Possible aussi que ce soit simplement un bug, si tu utilises une distrib en version de test - il y a eu pas mal de chamboulements dans les outils de conf réseau sur ces derniers mois.

J'ai bien regardé /etc/network/interface (et aussi /etc/networks), j'en ai pas compris un traitre mot malheureusement