Vous n'êtes pas identifié.
Salut,
J'ai un gros soucis d'accès au réseau ce matin, que ne ne sais comment régler.
J'ai déjà eu le même problème, mais il s'était réglé "tout seul™".
Pour faire court, aucune application GTK+ ne va plus loin que le routeur, ni apt(-get), ni aptitude.
Je peux pinger n'importe quelle adresse IP.
Seuls Opera(qt3.3.8b) et Konqueror(KDE 3.5.10) m'ouvrent une fenêtre sur le monde.
Un idée pour me sortir de la mouise ou tout du moins orienter le diagnostic ?
Hors ligne
si c'est vraiment dépendant du toolkit GTK/Qt, je vois pas beaucoup d'autres possibilités
Ben comme je l'ai dit, opera et konqueror ça passe, le ping ça passe, par contre les applis GTK+ et apt/aptitude ça passe pas.
J'ai par, acquis de conscience, redémarré le routeur (un Motorola 3347 analogique de Swisscom), mais rien n'y fit.
L'impression que j'ai, c'est que les applications envoient la/les requête(s), mais qu'elle n'attendent pas la/les réponse(s), ou que celle(s)-ci arrive(nt) trop tard.
Le pépin, c'est que je ne sais pas où regarder pour voir ce qui se passe lorsqu'une application tente d'accéder au réseau.
Au moment où j'écris, je suis ailleurs, et je n'ai pas de pépin.
Le routeur serait-il en cause?
Hors ligne
Salut Eggman,
je ferais plusieurs choses :
1. Vérifier si c'est pas le DNS local (routeur) qui fait ch***. Chez moi, j'ai mis un cache DNS en lieu et place de celui de Bluewin parce que celui-là répondait mal ou pas aux laptops sous Linux. -> Essaye de fixer les serveurs DNS localement /etc/resolv.conf
2. Vérifier IPv4 vs IPV6. Peut-être que ton opérateur t'as passé à l'IPv6 sans te le dire et que ça foire (mais ça m'étonnerait)
3. traceroute vers plusieurs destinations connues
Essaie déjà ça ,)
Hors ligne
OdyX a écrit:
1. Vérifier si c'est pas le DNS local (routeur) qui fait ch***. Chez moi, j'ai mis un cache DNS en lieu et place de celui de Bluewin parce que celui-là répondait mal ou pas aux laptops sous Linux. -> Essaye de fixer les serveurs DNS localement /etc/resolv.conf
Ouaip, ben c'est ça, apparemment.
J'avais dans /etc/resolv.conf :
"nameserver 192.168.1.1"
J'ai changé le 192.168.1.1 par l'adresse ip du Serveur DNS primaire de bluewin et j'ai récupéré mon accès au réseau.
Le seul soucis, c'est l'entête de /etc/resolv.conf :
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
Je vais devoir recommencer demain...
À moins qu'il y ait une solution propre, je ne vois/sais pas comment faire d'autre.
[EDIT]
Cela dit, je ne comprends toujours pas le problème.
Hors ligne
Bon, je me réponds à moi même.
Effectivement, /etc/resolv.conf est écrasé à chaque redémarrage. Donc, le modifier à la main devient vite fastidieux.
Sur IRC, OdyX m'a orienté vers network-manager. Excellente idée!
Pour la connexion filaire, grâce à gnome-network-manager, j'ai créé un profil ad-hoc avec, sous l'onglet "Paramètres IPv4"
Méthode : Addresse automatique uniquement (DHCP)
Et sous Serveurs DNS, j'ai rentré les adresses IP des serveurs DNS primaires et secondaire de Swisscom.
J'ai modifié de façon identique le profil de connexion wifi et depuis, plus de soucis.
Cela dit, je le répète, je ne comprends pas pourquoi ni comment certaines applications sortent, et d'autres restent bloquées sans cette modification.
Hors ligne
En ce qui concerne Wine, certains softs se cassaient les dents avec le net en fonction du /etc/resolv.conf.. et d'autres noms.. sûrement une question d'implémentation, bien que Wine dans ce cas ne soit pas le meilleur exemple, il y a sûrement plusieurs manière de faire. Je suppose que ça dépend grandement des bibliothèques utilisées qui pour certaines ont des comportement plus ou moins lié au resolv.conf et pour d'autres non. Ca pourrait expliquer la différence entre GTK et Qt qui ont sûrement chacun ré-implémenté pas mal de choses qui sont sensés arriver au même but par des chemins différents.
Hors ligne