Bonjour,
Suite à de nombreux problèmes de connectivité à Internet, je propose de centraliser les demandes ici, avec une procédure à suivre pour diagnostiquer le problème rapidement et avoir l'ensemble des informations directement (ie. sans que l'on ait à le demander aux forumeurs ayant ces problèmes.

Je propose ce questionnaire pour diagnostiquer rapidement le problème. Si vous avez des critiques constructives, améliorations, etc... je suis ouvert.
Le but de ceci n'est pas là pour être lourd, mais il a pour but d'être pragmatique et de regarder étape par étape les configurations et  de réaliser les tests un par un, dans un ordre logique. Faites le dans l'ordre, complètement avant de poster votre problème, merci.

Vous prenez pas la tête à cacher vos adresses MAC ou vos adresses IP privées, personne peut rien en faire sur Internet. A la rigueur (vos adresse IP publique pourquoi pas... et encore...). Les cachées ou les remplacer risquent d'engendrer des problèmes de cohérence, de copier/coller/etc... qui rendront le diagnostic encore plus compliqué pour nous et donc une résolution beaucoup plus lente pour vous.

Remarques à l'assemblée
Je suis preneur d'info pour vérifier la bonne configuration sur les autres distributions (noms de fichier différents, commandes différentes de celle que j'ai listé, etc...)
Il me manque des infos pour le wifi également

              A. Information à fournir
0. Matériel utilisé (carte réseau)
1. Le nom et la version de la distribution Linux utilisée
2. Une description succincte de la méthode utilisée pour accéder à Internet
    - filaire ou wifi
    - fournisseur d'accès à Internet
    - information sur la box ou sur le routeur
          -> Par exemple si la freebox est en mode routeur ou en mode modem simple
          -> sécurité mis en place (filtrage d'adresse MAC, NAT spécifique, WPA ou WEP)
    - Présence de DHCP
    - Présence d'un firewall ou de tout autre équipement (PC, second routeur,etc...) entre votre équipement et Internet + OS, version, conf, etc...
3. Méthode de configuration du réseau sur votre distribution (par les fichiers, par un script dédié, par wicd, par network-manager, net_applet  etc...)
4. Et évidemment, pourquoi pensez vous que "ça ne fonctionne pas" (test réalisé, outils, logiciel, etc...)
 
 
 
 
              B. Commandes à exécuter pour le diagnostic
Pour diagnostiquer le problème rapidement il nous faut les résultats de toutes les commandes suivantes :
Pour savoir commenter présenter les résultats de manière lisible, cf. la fin du post ;-)
L'ensemble de ces commandes sont à taper dans le même shell/terminal/console.

-1. Avant quoi que ce soit
-> Vérifier que votre PC est allumé
-> Vérifier que votre routeur/modem/***box est connectée et branchée
-> Vérifier que votre cable réseau (si connexion via cable ethernet) est correctement branché dans une prise Ethernet (des 2 côtés)
-> Vérifier que votre cable wifi est correctement branché (si connexion via cable wifi).
ça c'est fait

0. Avant quoi que ce soit, faire cette commande

Cela permet de pas se prendre la tête avec les commandes suivantes. Si vous avez une erreur dès cette commande, indiquez le avec le nom de votre shell, que l'on obtient via la commande suivante :

............. Let's go

1. Vérification de la configuration réseau
  -> Sur toute distribution dérivée de debian (ie. debian, knoppix, ubuntu, etc...)

  -> Sur ArchLinux

  -> Sur Mandriva

2. Vérification de la configuration réseau opérationnelle (adressage + routage)

3. Vérification de la connectivité à la passerelle par défaut

adresse_de_la_gateway est donnée par la commande "route -n". Dans la colonne "passerelle" ou "gateway" (suivant si c'est anglais français), entre deux "0.0.0.0"

4. Vérification de la connectivité à Internet
(sans se soucier des DNS, ping sur une adresse qui répond aux ping, en l'occurence une adresse de google.com)

5. Vérifcation de la configuration DNS

6. Vérification de la résolution DNS

7.Vérification de la présence d'un process pour l'adressage automatique (dhclient dclient...)

 
8. Vérification des règles de filtrages de votre firewall
Pensez à utiliser pastebin.com si vos règles dépassent 15 lignes, merci.
A faire avec les droits roots (sudo, su...)

 
 
 
              C. Comment présenter vos résultats pour une meilleure efficacité
Pour les copier ici, il est nécessaire de les mettre dans des balises du forum fixed afin que ceci soit lisible

Sans, le net, je l'avoue, c'est un peu compliquer de copier/coller les résultats... mais bon

Pour copier/coller simplement, sélectionner le texte avec la souris (il est automatiquement copier dans un buffer), puis pour le coller, simplement appuyer sur le bouton du milieu (ou les boutons droit et gauche en simultanée) de la souris.

Si un fichier ou un résultat est "long" (notion tout à fait subjective, mais c'est histoire que pour utiliser ce topic nous n'ayons pas à scroller sans arrêt une fois un post lu...), pensez à utiliser les services de http://pastebin.com/

Réservé au cas où

Réservé en plus, ça peut servir

Pour Arch Linux c'est

pour la conf réseau par les fichiers.

Sous les distributions basés sur rpm en tant que format de paquet (classiquement redhat,fedora,mandriva,suse,centos) les fichiers de configuration réseau sont :
/etc/sysconfig/network
/etc/sysconfig/network-scripts/ifcfg-nominterface où nominterface peut être eth0,eth1,wlan0 etc etc  (bref le nom obtenu par le biais de ifconfig )
De surcroit sous mandriva (je ne sais pas si c'est la même chose sous les autres distributions) pour ce qui concerne les réseaux wifi,cellulaires,vpn on peut trouver les répertoires suivants :
/etc/sysconfig/network-scripts/cellular.d/
/etc/sysconfig/network-scripts/wireless.d/
/etc/sysconfig/network-scripts/vpn.d/
 
N'oublions pas par ailleurs l'utilisation de wpa_supplicant et son fichier de configuration /etc/wpa_supplicant.conf,
et pour tout ce qui concerne le wifi le iwconfig
(je préfère par ailleurs l'utilisation d'ip en lieu et place de ifconfig )

drapal

belle et bonne initiative
 
juste un truc à rajouter au 1er post :
dans les infos à fournir, partie 2 :

Voilà  

auto eth0                                              
iface eth0 inet dhcp                                  
 

eth0      Link encap:Ethernet  HWaddr 00:18:f3:2a:ae:c1  
          inet adr:192.168.1.45  Bcast:192.168.1.255  Masque:255.255.255.0
          adr inet6: fe80::218:f3ff:fe2a:aec1/64 Scope:Lien                
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          Packets reçus:662 erreurs:0 :0 overruns:0 frame:0
          TX packets:645 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000
          Octets reçus:58386 (58.3 KB) Octets transmis:64479 (64.4 KB)
          Interruption:17
 
eth1      Link encap:Ethernet  HWaddr 00:17:31:67:c4:1e
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          Packets reçus:0 erreurs:0 :0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000
          Octets reçus:0 (0.0 B) Octets transmis:0 (0.0 B)
          Interruption:19
 
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:16436  Metric:1
          Packets reçus:28 erreurs:0 :0 overruns:0 frame:0
          TX packets:28 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:0
          Octets reçus:1520 (1.5 KB) Octets transmis:1520 (1.5 KB)
 
pan0      Link encap:Ethernet  HWaddr 5a:83:52:ac:8c:de
          BROADCAST MULTICAST  MTU:1500  Metric:1
          Packets reçus:0 erreurs:0 :0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:0
          Octets reçus:0 (0.0 B) Octets transmis:0 (0.0 B)
 
wlan0     Link encap:Ethernet  HWaddr 00:15:af:02:1e:87
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          Packets reçus:0 erreurs:0 :0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000
          Octets reçus:0 (0.0 B) Octets transmis:0 (0.0 B)
 
wmaster0  Link encap:UNSPEC  HWaddr 00-15-AF-02-1E-87-00-00-00-00-00-00-00-00-00-00
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          Packets reçus:0 erreurs:0 :0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000
          Octets reçus:0 (0.0 B) Octets transmis:0 (0.0 B)
 

Table de routage IP du noyau
Destination     Passerelle      Genmask         Indic Metric Ref    Use Iface
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0 eth0
0.0.0.0         192.168.1.1     0.0.0.0         UG    100    0        0 eth0
 

nameserver 192.168.1.1
 

PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=1.02 ms
 
Dernière ligne qui se répète indéfiniment.
 

PING 209.85.229.147 (209.85.229.147) 56(84) bytes of data.
64 bytes from 209.85.229.147: icmp_seq=1 ttl=241 time=141 ms
 
Idem.
 

www.google.fr is an alias for www.google.com.
www.google.com is an alias for www.l.google.com.
www.l.google.com has address 209.85.227.147
www.l.google.com has address 209.85.227.99
www.l.google.com has address 209.85.227.104
www.l.google.com has address 209.85.227.103
 

PING www.l.google.com (209.85.227.103) 56(84) bytes of data.
64 bytes from wy-in-f103.google.com (209.85.227.103): icmp_seq=1 ttl=50 time=145 ms
 
Idem.
 
Merci d'avance  

Ta connexion Internet est opérationnelle
-> tu obtiens correctement une adresse IP de ton routeur
-> résolution DNS ok
-> tu arrives à joindre un serveur situé sur internet.
 
 
>> Qu'est ce qui te fait dire qu'elle ne fonctionne pas ?

tiens on pourrait préciser l'option -c 4 pour le ping.
En ce qui concerne le protagoniste précédent j'aurais tendance a dire que son wifi ne fonctionne pas.
 
edit: tu as déja corrigé le premier post pour ping

Pourquoi 4 et non 5 ?

Il me semblait qu'il était question de filaire.

Mikala> ethernet = filaire pour moi

Aucune préférence, c'était écrit avant que je ne vérifies le premier post en me basant sur les informations du premier client de ce sujet
 

je suis d'accord sur le fait que ethernet correspond a filiaire.
En revanche dans le premier sujet la problématique n'est pas strictement restreinte au réseau ethernet.
Accessoirement j'émettais cette hypothèse en observant que son interface wlan0 ne disposait pas d'ipv4.
Après tant que le dit client ne donnera pas plus d'informations ...

on pourrait mettre en lien le topic sur le wifi sous GNU/Linux éventuellement d'ailleurs (ou en tout cas y récupérer les informations nécessaires)

Ah... Si tu ne relis pas le topic en entier avant de poster...

Effectivement, nous embrassons tous les réseaux supportant IP

Ah, enfin une bonne idée

Dans ce post ? (oui j'ai relu cette fois ci   )

je sais, il y a toujours une pépite dans mes messages  

Plus ou moins dans le mien

Pépite, pépite... paillette ?

non, en guyane on trouve bien des pépites

 
je croyais qu'on ne trouvait les orpailleurs illégaux que dans la jungle

Pourrais-t-on ajouter un petiot paragraphe sur comment définir un eth0 dans un fichier de conf de sa distrib ?  
Genre si c'est un GUI qui pourri la connexion, on teste sans ce GUI, mais du coup plus de net. Alors que faire pour "rétablir" ou tester sainement dans ce cas ?
 

Je me fis depuis que j'ai fait des modifs au niveau de etc/network/interface à l'icône de networkmanager donc je ne lançais pas de page web dès que je voyais l'icöne d'une prise débranché (signe pas de connexion au début) . Donc en fait internet marche (logique d'après ton diagnostic), par contre j'ai toujours l'icône d'une prise débranché et il m'indique "eth0 : non géré". Fin bon c'est pas très grave, tant que j'ai une connexion .

 
remplace "auto eth0" par "allow-hotplug eth0" dans ton fichier /etc/network/interfaces et reboot

Faire cette modif entraine la coupure de ma connexion (retour au point de départ )

nom et version de la distrib ?
quel environnement graphique ( gnome / kde / xfce / ... ) ?
 
si c'est du debian lenny/squeeze, j'avais le même problème, network-manager balançait une requête DHCP, mon serveur répondait mais n-m ne voyait jamais la réponse !!! donc il finissait par dire "bah tanpis, je laisse tomber" et hop, interface non configurée ..
donc j'ai déinstallé n-m ...

kubuntu 9.04, KDE

curieux, sur ubuntu je n'ai jamais eu de soucis ...
perso je tourne avec gnome, et ne je vois pas en quoi n-m-kde marchait différemment de celui pour kde ...
 
tu pourrais poster le résultat des commandes, ainsi qu'une trace de network-manager lorsque tu mets "allow-hotplug eth0" dans /etc/network/interfaces ?

allow-hotplug eth0                                    
iface eth0 inet dhcp                                  
 

nameserver 192.168.1.1      
                   

eth0      Link encap:Ethernet  HWaddr 00:18:f3:2a:ae:c1
          BROADCAST MULTICAST  MTU:1500  Metric:1
          Packets reçus:0 erreurs:0 :0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000
          Octets reçus:0 (0.0 B) Octets transmis:0 (0.0 B)
          Interruption:17
 
eth1      Link encap:Ethernet  HWaddr 00:17:31:67:c4:1e
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          Packets reçus:0 erreurs:0 :0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000
          Octets reçus:0 (0.0 B) Octets transmis:0 (0.0 B)
          Interruption:19
 
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:16436  Metric:1
          Packets reçus:44 erreurs:0 :0 overruns:0 frame:0
          TX packets:44 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:0
          Octets reçus:2640 (2.6 KB) Octets transmis:2640 (2.6 KB)
 
pan0      Link encap:Ethernet  HWaddr fa:5f:17:7e:67:97
          BROADCAST MULTICAST  MTU:1500  Metric:1
          Packets reçus:0 erreurs:0 :0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:0
          Octets reçus:0 (0.0 B) Octets transmis:0 (0.0 B)
 
wlan0     Link encap:Ethernet  HWaddr 00:15:af:02:1e:87
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          Packets reçus:0 erreurs:0 :0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000
          Octets reçus:0 (0.0 B) Octets transmis:0 (0.0 B)
 
wmaster0  Link encap:UNSPEC  HWaddr 00-15-AF-02-1E-87-00-00-00-00-00-00-00-00-00-00
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          Packets reçus:0 erreurs:0 :0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000
          Octets reçus:0 (0.0 B) Octets transmis:0 (0.0 B)
 

Table de routage IP du noyau
Destination     Passerelle      Genmask         Indic Metric Ref    Use Iface
 

connect: Network is unreachable  
 
 

Peux tu faire un

?

Ainsi qu'un

suivi d'un

+ les traces de network-manager ( grep -i network-manager /var/log/syslog )

Lorsque je fais une modif de interfaces et que je reboot, juste après l'écran du bureau j'ai un écran noir avec la souris et je suis bloqué. Je suis obligé de faire redémarrer l'ordi manuellement. Une fois que je suis de retour sur le bureau je n'ai pas de connexion (avec l'interfaces modifié : allow-hotplug eth0). Pour retrouver une connexion je remodifie interfaces (auto eth0) puis je reboot).
 
Cependant à l'instant dans cette configuration je n'avais pas de connexion. J'ai donc fait plusieurs reboot, toujours rien. Je décide de relancer les commandes clasiiques pour vous montrer les résultats. Puis je reboot encore une fois et là plus d'écran noir avec l'écran du bureau. Je décide donc de retourner sur Kubuntu (au lieu d'aller sous Windows pour poster les résultats) en me disant que peut-être j'aurais une connexion (comme quelque chose à changer).
Et en effet là j'ai une connexion...
 
Voilà mes résultats lorsque pas de connexion :
 

auto eth0                                              
iface eth0 inet dhcp                                  
 

nameserver 192.168.1.1
               

eth0      Link encap:Ethernet  HWaddr 00:18:f3:2a:ae:c1  
          adr inet6: fe80::218:f3ff:fe2a:aec1/64 Scope:Lien
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          Packets reçus:7 erreurs:0 :0 overruns:0 frame:0
          TX packets:52 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000
          Octets reçus:540 (540.0 B) Octets transmis:5847 (5.8 KB)
          Interruption:17
 
eth1      Link encap:Ethernet  HWaddr 00:17:31:67:c4:1e
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          Packets reçus:0 erreurs:0 :0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000
          Octets reçus:0 (0.0 B) Octets transmis:0 (0.0 B)
          Interruption:19
 
eth0:avahi Link encap:Ethernet  HWaddr 00:18:f3:2a:ae:c1
          inet adr:169.254.8.250  Bcast:169.254.255.255  Masque:255.255.0.0
          UP BROADCAST RUNNING 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:16436  Metric:1
          Packets reçus:53 erreurs:0 :0 overruns:0 frame:0
          TX packets:53 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:0
          Octets reçus:3471 (3.4 KB) Octets transmis:3471 (3.4 KB)
 
pan0      Link encap:Ethernet  HWaddr d2:9a:c3:c4:d1:e4
          BROADCAST MULTICAST  MTU:1500  Metric:1
          Packets reçus:0 erreurs:0 :0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:0
          Octets reçus:0 (0.0 B) Octets transmis:0 (0.0 B)
 
wlan0     Link encap:Ethernet  HWaddr 00:15:af:02:1e:87
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          Packets reçus:0 erreurs:0 :0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000
          Octets reçus:0 (0.0 B) Octets transmis:0 (0.0 B)
 
wmaster0  Link encap:UNSPEC  HWaddr 00-15-AF-02-1E-87-00-00-00-00-00-00-00-00-00-00
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          Packets reçus:0 erreurs:0 :0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000
          Octets reçus:0 (0.0 B) Octets transmis:0 (0.0 B)
 

Table de routage IP du noyau
Destination     Passerelle      Genmask         Indic Metric Ref    Use Iface
169.254.0.0     0.0.0.0         255.255.0.0     U     0      0        0 eth0
0.0.0.0         0.0.0.0         0.0.0.0         U     1000   0        0 eth0
 
 
J'allais effectuer les tests que vous demandez, mais comme cet évènement inhabituel par rapport à ce qu'il se passait avant s'est produit, je les ai pas fait.
 
Dites si vous les voulez toujours (peut être que ces nouveaux éléments vous permettront de mieux comprendre le problème...)

un problème avec l'ipv6 ?
 

 
ton interface eth0 a une IPv6, mais pas d'IPv4 ...
 
j'essayerai en désactivant l'IPv6 ...
http://www.debian-administration.o [...] 2.6_kernel

aucun lien avec IPv6, l'adresse IPv6 qu'il y a là est l'adresse IPv6 lien local qui est présente sur toute interface d'un système supportant un minimum IPv6.
 
A priori, le process DHCP n'a pas réussi à avoir un bail DHCP, donc par défaut il fout une adresse en 169...

ok, connais pas bien encore le fonctionnement d'IPv6 ...
 
le bail DHCP non reçu, c'est le même problème que j'avais sur debian unstable ...

 
à cause d'avahi-daemon

Je fais quoi alors pour régler le problème ?

Bonjour à tous,  
Mon FAI bloque tous les ports de 1 à 1024 en connexion entrante.  
Comment faire pour que le port FTP (21) soit dirigé vers: par ex. le port 2121 sur Ubuntu
Merci de vos réponse  
 
Paul

Bonjour,
Le plus simple me semble la configuration de ton serveur FTP en écoute sur le port 2121 puis dire aux personnes s'y connectant d'utiliser ce port. Sans oublier la redirection du port 2121 de la box/routeur vers ton serveur FTP si ton serveur FTP n'est pas en frontal)

La tu auras la possibilité de passer des comandes FTP. Pour l'échange de données, ça risque de coincer suivant le mode utilisé (actif/passif). Faudrait que je revois mon FTP, j'ai quelques trous de mémoire

Quel est ton serveur FTP sous Ubuntu ?

up

Bonjour,
 
Je fais face a un probleme pour le moins etrange :
- Firefox fonctionne parfaitement pour tout les site et tout les protocoles  
- Dans le terminal : wget, ping, et aptitude => aucune connexion
 
De fait je ne pas pas installer de paquet ce qui est quelque peu embarassant
Bref si quelqu'un a une idee de ce qui peut se tramer derriere ce mysterieux phenomene  
faites moi signe      
 
Merci d'avance