« Diagnostiquer une panne réseau » : différence entre les versions

De WikiBR
(Création de page)
 
 
(18 versions intermédiaires par 8 utilisateurs non affichées)
Ligne 1 : Ligne 1 :
{{Menu tutoriels}}
Tu as une panne réseau à l'X ? Un problème se pose ? Voici quelques tests usuels qui permettent de déterminer tout seul précisément d'où vient le problème. Cela est utile '''avant''' de spammer les équipes de support du Binet Réseau ou de la DSI.
Tu as une panne réseau à l'X ? Un problème se pose ? Voici quelques tests usuels qui permettent de déterminer tout seul précisément d'où vient le problème. Cela est utile '''avant''' de spammer les équipes de support du Binet Réseau ou de la DSI.
=== Obtenir son adresse ip ===
Pour savoir quelle étape de la connexion à internet ça coince, il te faut ton adresse IP. Il s'agit d'une suite de 4 nombres entre 0 et 255 séparés par des points : par exemple l'adresse ip du proxy est '''129.104.247.2'''. Branche ton câble ethernet et désactive le wifi :
==== Linux ====
Ouvrir un terminal et lance la commande :
ip addr | grep "inet " | sed "s/^.*inet \([^ ]*\) .*$/\1/" | grep -v 127.0.0.
Si '''ip''' n'est pas installé, alors tu peux utiliser :
ifconfig | grep "inet adr" | sed "s/^.*inet adr:\([^ ]*\) .*$/\1/" | grep -v 127.0.0.
si nécessaire en tant que root.
==== Windows ====
Ouvrir l'invite de commande (<code>Windows+R</code>, taper <code>cmd</code> puis entrée.)
ipconfig | findstr /I ipv4


==== Mac ====


== Connexion au réseau du bâtiment ==
====Par l'interface graphique====
Ouvrir les Préférences réseaux, et chercher la ligne qui contient l'adresse ip


=== Est-ce que votre ordinateur arrive à se connecter au réseau du bâtiment ? ===
====En ligne de commande====


Le test usuel pour cela est le ''ping de la passerelle'' ou le ''ping du voisin''. La passerelle est un composant du réseau qui permet de relayer des communications internet avec autre chose. Par exemple, si votre adresse IP est 129.104.13.37 et que la passerelle est 129.104.13.254, la commande suivante teste la connectivité entre votre ordinateur et la passerelle du bâtiment :
Ouvre un terminal et tape la commande suivante :  
  ping 129.104.13.254
  ifconfig | grep "inet " | sed "s/^.*inet \([^ ]*\) .*$/\1/" | grep -v 127.0.0.


En cas de succès, ceci s'affiche :
=== Diagnostic ===
  PING 129.104.13.254 (129.104.13.254) 56(84) bytes of data.
Le tableau suivant permet de savoir quelle est l'étape qui bloque:
64 bytes from 129.104.13.254: icmp_seq=1 ttl=60 time=1.94 ms
{| class="wikitable"
64 bytes from 129.104.13.254: icmp_seq=2 ttl=60 time=1.56 ms
|+
64 bytes from 129.104.13.254: icmp_seq=3 ttl=60 time=2.01 ms
! scope="col" | IP
64 bytes from 129.104.13.254: icmp_seq=4 ttl=60 time=1.65 ms
! scope="col" | Autres symptômes
64 bytes from 129.104.13.254: icmp_seq=5 ttl=60 time=4.82 ms
! scope="col" | Procédure à suivre
--- 129.104.13.254 ping statistics ---
|-
5 packets transmitted, 5 received, 0% packet loss, time 4005ms
| 169..... || Pas d'internet du tout || Débrancher et rebrancher les deux bouts du câble ethernet. Oui, ça paraît bête, mais ça marche.
rtt min/avg/max/mdev = 1.565/2.400/4.821/1.222 ms
|-
| 192.168.x... où 96≤x≤103 || Redirection systématique vers l'infoBR || Configurer le 802.1x
|-
| 192.168.x... où x=0, 1 ou 2 || Tu es branché à un routeur et non sur la prise directement || C'est sur le routeur que tu dois faire le diagnostic, pas sur ton ordinateur.
|-
| 129.104.x.y || Tout Internet fonctionne, y compris http://chocapix.eleves.polytechnique.fr mais pas http://chocapix/ || configurer les [[DNS]]
|}


En cas d'échec, c'est cela qu'il se passe :
Si vous avez un doute, ou si le problème persiste, commencez par reprendre la procédure depuis le début. Si après ça vous avez toujours un problème, demandez à votre voisin, à l'aspi BR de votre section et après ça ouvrez un ticket sur [https://panix.binets.fr/ PaniX].
PING 129.104.13.254 (129.104.13.254) 56(84) bytes of data.
--- 129.104.13.254 ping statistics ---
5 packets transmitted, 0 received, 100% packet loss, time 4008ms


Parfois, il se peut que la passerelle ne réponde jamais au ping alors qu'elle est accessible. Dans ce cas, il faut essayer avec l'adresse IP de son voisin (et en profiter pour faire sa connaissance si ce n'est pas déjà fait). Par exemple, si mon voisin a un ordinateur connecté avec l'adresse IP 129.104.13.42, la commande '''ping 129.104.13.42''' permet de tester la connectivité.
== Problèmes connus ==
==== Je ne peux même plus me connecter à Zimbra sur un ordinateur qui a internet ====


=== Que faire si la passerelle est inaccessible ? ===
Ton ordinateur a probablement été infecté par un virus, et [https://portail.polytechnique.edu/dsi/securite/antivirus/mon-compte-est-suspendu ton compte a été suspendu] pour limiter les dégâts. Installe un [https://portail.polytechnique.edu/dsi/securite/antivirus antivirus], et lance des analyses jusqu'à ce qu'il n'y ait plus de virus. À partir de là, tu peux demander à la DSI de réactiver ton compte, en envoyant à support [at] polytechnique.fr une capture d'écran du scan effectué par ton antivirus montrant la désinfection de ton ordinateur.
* Regarde si le câble est bien branché.
* Vérifie ton adresse IP et le masque de sous-réseau.
* Vérifie qu'il n'y a pas actuellement une coupure de courant.
* Connecte-toi directement à la prise ethernet si tu passais par le téléphone.


== Connexion au réseau de l'école ==
'''IMPORTANT''' : si tu es négligent et que tu demandes à réactiver ton compte avant d'être sûr que ton ordinateur soit propre, ton compte sera suspendu à nouveau et cette fois pour une durée plus longue.


=== Est-ce que le réseau de l'X est accessible ? ===
Plus de détails / conseils sur la page dédiée : [https://portail.polytechnique.edu/dsi/securite/antivirus/mon-compte-est-suspendu Mon compte est suspendu]
Pour savoir, il suffit d'exécuter un ping sur une machine toujours accessible, par exemple kuzh (129.104.247.2) ou deiz (129.104.30.90). La ligne de commande est '''ping 129.104.247.2''' et son résultat se lit comme précédemment.


=== Que faire si la machine testée ne répond pas ? ===
==== Sur Ubuntu, mon mot de passe Enex est demandé en continu pour la connexion filaire ====
Il peut y avoir une panne temporaire sur le réseau, regarde si ton voisin arrive à communiquer avec la machine concernée. Vérifie les paramétrages de la passerelle.


== Noms de domaine (DNS) de l'internet ==
Ce bug a été corrigé, mettre à jour le système. Mais alors, comment télécharger la mise à jour ? Il est toujours possible de se connecter en WiFi, en filaire dans les amphis, ou en casert mais en utilisant la commande nmtui dans un terminal.


Est-ce que les noms de domaine d'internet sont correctement résolus par des adresses IP ? Pour le savoir, comme précédemment, une commande universelle : ping. Par exemple '''ping kuzh.polytechnique.fr''' doit afficher quelque chose qui ressemble à :
==== Quand je visite certains sites (par exemple Deezer), Chrome se met à afficher « Connexion réinitialisée » ====
PING kuzh.polytechnique.fr (129.104.247.2) 56(84) bytes of data.
64 bytes from kuzh.polytechnique.fr (129.104.247.2): icmp_seq=1 ttl=62 time=13.1 ms


et ne pas répondre :
Utiliser un autre navigateur, ce problème semble lié à Chrome spécifiquement.
ping: unknown host kuzh.polytechnique.fr


En cas de problème, vérifie la configuration des serveurs DNS.
== Toujours un problème ? ==
Cette page est trop synthétique pour être exhaustive. Si malgré les tests proposés des problèmes réseaux persistent, n'hésitez pas à reprendre la procédure depuis le début.


== Noms de domaine (DNS) du BR ==
Vous pouvez aussi contacter :
* pour les élèves, le support du BR via [https://panix.binets.fr/ PaniX]
* pour les autres, le support de la DSI à support [at] polytechnique.fr


Le BR fournit deux serveurs DNS (129.104.201.53 et 129.104.201.51) qui fournissent, en plus des DNS globales, des noms privés en eleves.polytechnique.fr. Le BR conseille de configurer ce domaine ainsi que polytechnique.fr en tant que suffixe DNS afin d'éviter de le retaper.
en détaillant


En configuration BR, la commande '''ping frankiz''' doit renvoyer un résultat qui commence par :
* le bâtiment
PING frankiz.eleves.polytechnique.fr (129.104.201.51) 56(84) bytes of data.
* les résultats des tests de cette page
 
* ce qui fonctionne et ce qui est cassé de manière plus précise que « internet ne marche pas »
Si ce n'est pas le cas, vérifie la configuration des serveurs DNS.
* le système d'exploitation
 
*si tu es le seul touché ou si tout le bâtiment a les mêmes symptômes
== Proxy ==
 
Après avoir testé le réseau de l'X et les DNS, il y a des tests en navigateur qui permettent de diagnostiquer rapidement les problèmes liés au proxy. Le BR a mis en place la page http://config/test.html afin de tester si un navigateur web (Internet Explorer, Safari, Opera, Firefox, Chrome, Konqueror, Links, ...) peut accéder aux serveurs du BR. Si cette page est inaccessible, essaie directement http://config.eleves.polytechnique.fr/test.html ou http://129.104.201.51/test.html.
 
Si cela donne une page d'erreur "L'URL demandée n'a pu être chargée (...) L'erreur suivante a été rencontrée : Impossible d'associer une adresse IP à la machine (Name Error: The domain name does not exist.)", c'est que le navigateur est configuré sur un proxy forcé et il faut le modifier en proxy automatique pour accéder à la zone BR (cf [[Configuration du proxy]]).
 
Ensuite, si une requête vers http://www.google.fr/ n'aboutit pas (expiration du délai de réponse), c'est peut-être que le proxy n'est pas du tout configurer. Si Google est accessible mais pas GMail (qui est en HTTPS), il faut bien faire attention à configurer le proxy pour tous les protocoles et pas que HTTP. La configuration du proxy est détaillée sur la page appropriée, [[Configuration du proxy]].
 
== Toujours un problème ? ==


Cette page est trop synthétique pour être exhaustive. Si malgré les tests proposés des problèmes réseaux persistent, n'hésite pas à contacter le support du BR à [mailto:support@eleves.polytechnique.fr support@eleves.polytechnique.fr], en détaillant ce qui fonctionne et ce qui est cassé, en citant les paragraphes de cette page.
[[Catégorie:Tutoriels]]

Version actuelle datée du 18 mars 2023 à 16:27

Tu as une panne réseau à l'X ? Un problème se pose ? Voici quelques tests usuels qui permettent de déterminer tout seul précisément d'où vient le problème. Cela est utile avant de spammer les équipes de support du Binet Réseau ou de la DSI.

Obtenir son adresse ip

Pour savoir quelle étape de la connexion à internet ça coince, il te faut ton adresse IP. Il s'agit d'une suite de 4 nombres entre 0 et 255 séparés par des points : par exemple l'adresse ip du proxy est 129.104.247.2. Branche ton câble ethernet et désactive le wifi :

Linux

Ouvrir un terminal et lance la commande : 

ip addr | grep "inet " | sed "s/^.*inet \([^ ]*\) .*$/\1/" | grep -v 127.0.0.

Si ip n'est pas installé, alors tu peux utiliser : 

ifconfig | grep "inet adr" | sed "s/^.*inet adr:\([^ ]*\) .*$/\1/" | grep -v 127.0.0.

si nécessaire en tant que root.

Windows

Ouvrir l'invite de commande (Windows+R, taper cmd puis entrée.) 

ipconfig | findstr /I ipv4

Mac

Par l'interface graphique

Ouvrir les Préférences réseaux, et chercher la ligne qui contient l'adresse ip

En ligne de commande

Ouvre un terminal et tape la commande suivante : 

ifconfig | grep "inet " | sed "s/^.*inet \([^ ]*\) .*$/\1/" | grep -v 127.0.0.

Diagnostic

Le tableau suivant permet de savoir quelle est l'étape qui bloque:

IP Autres symptômes Procédure à suivre
169..... Pas d'internet du tout Débrancher et rebrancher les deux bouts du câble ethernet. Oui, ça paraît bête, mais ça marche.
192.168.x... où 96≤x≤103 Redirection systématique vers l'infoBR Configurer le 802.1x
192.168.x... où x=0, 1 ou 2 Tu es branché à un routeur et non sur la prise directement C'est sur le routeur que tu dois faire le diagnostic, pas sur ton ordinateur.
129.104.x.y Tout Internet fonctionne, y compris http://chocapix.eleves.polytechnique.fr mais pas http://chocapix/ configurer les DNS

Si vous avez un doute, ou si le problème persiste, commencez par reprendre la procédure depuis le début. Si après ça vous avez toujours un problème, demandez à votre voisin, à l'aspi BR de votre section et après ça ouvrez un ticket sur PaniX.

Problèmes connus

Je ne peux même plus me connecter à Zimbra sur un ordinateur qui a internet

Ton ordinateur a probablement été infecté par un virus, et ton compte a été suspendu pour limiter les dégâts. Installe un antivirus, et lance des analyses jusqu'à ce qu'il n'y ait plus de virus. À partir de là, tu peux demander à la DSI de réactiver ton compte, en envoyant à support [at] polytechnique.fr une capture d'écran du scan effectué par ton antivirus montrant la désinfection de ton ordinateur.

IMPORTANT : si tu es négligent et que tu demandes à réactiver ton compte avant d'être sûr que ton ordinateur soit propre, ton compte sera suspendu à nouveau et cette fois pour une durée plus longue.

Plus de détails / conseils sur la page dédiée : Mon compte est suspendu

Sur Ubuntu, mon mot de passe Enex est demandé en continu pour la connexion filaire

Ce bug a été corrigé, mettre à jour le système. Mais alors, comment télécharger la mise à jour ? Il est toujours possible de se connecter en WiFi, en filaire dans les amphis, ou en casert mais en utilisant la commande nmtui dans un terminal.

Quand je visite certains sites (par exemple Deezer), Chrome se met à afficher « Connexion réinitialisée »

Utiliser un autre navigateur, ce problème semble lié à Chrome spécifiquement.

Toujours un problème ?

Cette page est trop synthétique pour être exhaustive. Si malgré les tests proposés des problèmes réseaux persistent, n'hésitez pas à reprendre la procédure depuis le début.

Vous pouvez aussi contacter :

  • pour les élèves, le support du BR via PaniX
  • pour les autres, le support de la DSI à support [at] polytechnique.fr

en détaillant

  • le bâtiment
  • les résultats des tests de cette page
  • ce qui fonctionne et ce qui est cassé de manière plus précise que « internet ne marche pas »
  • le système d'exploitation
  • si tu es le seul touché ou si tout le bâtiment a les mêmes symptômes
Récupérée de « https://wikibr.binets.fr/index.php?title=Diagnostiquer_une_panne_réseau&oldid=9039 »