{"id":2453,"date":"2026-10-08T22:04:18","date_gmt":"2026-10-08T20:04:18","guid":{"rendered":"https:\/\/procyb.fr\/?p=2453"},"modified":"2026-10-08T22:14:50","modified_gmt":"2026-10-08T20:14:50","slug":"tip-1-10-diagnostiquer-un-probleme-de-connexion-reseau","status":"publish","type":"post","link":"https:\/\/procyb.fr\/index.php\/2026\/10\/08\/tip-1-10-diagnostiquer-un-probleme-de-connexion-reseau\/","title":{"rendered":"TIP 1.10 \u2013 Diagnostiquer un probl\u00e8me de connexion r\u00e9seau"},"content":{"rendered":"\n
\n
\n

Niveau : D\u00e9butant<\/p>\n\n\n\n

Dur\u00e9e : 55 \u2013 650min<\/p>\n\n\n\n

Module : Support utilisateur TIP<\/p>\n<\/div>\n\n\n\n

D\u00e9couvrez le r\u00f4le du technicien informatique de proximit\u00e9, ses principales missions, sa place dans l\u2019organisation du support, les niveaux d\u2019assistance et les qualit\u00e9s n\u00e9cessaires pour accompagner efficacement les utilisateurs.<\/p>\n<\/div>\n\n\n\n

Lorsqu\u2019un utilisateur indique que \u00ab le r\u00e9seau ne fonctionne plus \u00bb ou qu\u2019il \u00ab n\u2019a plus Internet \u00bb, plusieurs causes sont possibles.<\/p>\n\n

Le probl\u00e8me peut provenir du c\u00e2ble r\u00e9seau, du Wi-Fi, de la configuration IP, du DHCP, de la passerelle, du DNS ou encore d\u2019un service distant.<\/p>\n\n

Le technicien doit donc suivre une m\u00e9thode de diagnostic progressive<\/strong> afin d\u2019identifier pr\u00e9cis\u00e9ment \u00e0 quel niveau la communication \u00e9choue.<\/p>\n\n

\n\n

\ud83c\udfaf Objectifs<\/h3>\n\n

\u00c0 la fin de ce cours, tu seras capable de :<\/p>\n\n

    \n
  • distinguer r\u00e9seau local, Internet et DNS ;<\/li>\n
  • contr\u00f4ler une connexion Ethernet ou Wi-Fi ;<\/li>\n
  • afficher et interpr\u00e9ter une configuration IPv4 ;<\/li>\n
  • reconna\u00eetre une adresse APIPA ;<\/li>\n
  • comprendre le r\u00f4le du DHCP ;<\/li>\n
  • comprendre le r\u00f4le de la passerelle par d\u00e9faut ;<\/li>\n
  • comprendre le r\u00f4le du DNS ;<\/li>\n
  • utiliser ipconfig<\/code>, ping<\/code> et nslookup<\/code> ;<\/li>\n
  • tester progressivement la communication r\u00e9seau ;<\/li>\n
  • distinguer un incident individuel d\u2019un incident collectif ;<\/li>\n
  • identifier le niveau auquel le probl\u00e8me se situe ;<\/li>\n
  • documenter les tests et leurs r\u00e9sultats ;<\/li>\n
  • escalader lorsque l\u2019incident concerne l\u2019infrastructure.<\/li>\n<\/ul>\n\n<\/div>\n\n
    \n\n

    1. \u00ab Internet ne fonctionne plus \u00bb n\u2019est pas un diagnostic<\/h2>\n\n

    L\u2019utilisateur d\u00e9crit g\u00e9n\u00e9ralement le sympt\u00f4me avec ses propres mots.<\/p>\n\n

    Par exemple :<\/p>\n\n

    \n

    \u00ab Je n\u2019ai plus Internet. \u00bb<\/p>\n<\/blockquote>\n\n

    Mais plusieurs situations peuvent produire cette impression :<\/p>\n\n

      \n
    • le poste n\u2019est plus connect\u00e9 au r\u00e9seau ;<\/li>\n
    • le poste n\u2019a pas re\u00e7u d\u2019adresse IP ;<\/li>\n
    • la passerelle est inaccessible ;<\/li>\n
    • le DNS ne fonctionne pas ;<\/li>\n
    • seule une application ou un site est indisponible ;<\/li>\n
    • la connexion Internet du site est coup\u00e9e.<\/li>\n<\/ul>\n\n
      \n\n

      \ud83d\udd27 R\u00e9flexe technicien<\/strong><\/p>\n\n

      Transformer la phrase \u00ab Internet ne fonctionne pas \u00bb en une s\u00e9rie de tests permettant de d\u00e9terminer o\u00f9 la communication s\u2019arr\u00eate<\/strong>.<\/p>\n\n<\/div>\n\n

      \n\n

      2. Commencer par d\u00e9terminer l\u2019\u00e9tendue<\/h2>\n\n

      Avant de modifier le poste, il faut savoir si l\u2019incident concerne :<\/p>\n\n

        \n
      • un seul utilisateur ;<\/li>\n
      • un seul poste ;<\/li>\n
      • plusieurs utilisateurs ;<\/li>\n
      • un \u00e9tage ;<\/li>\n
      • un b\u00e2timent ;<\/li>\n
      • un site entier.<\/li>\n<\/ul>\n\n

        Exemple<\/h3>\n\n

        Un utilisateur ne peut plus acc\u00e9der au r\u00e9seau.<\/p>\n\n

        Son coll\u00e8gue, install\u00e9 juste \u00e0 c\u00f4t\u00e9, fonctionne normalement.<\/p>\n\n

        Le probl\u00e8me semble donc probablement :<\/p>\n\n

          \n
        • local au poste ;<\/li>\n
        • li\u00e9 au c\u00e2ble ;<\/li>\n
        • li\u00e9 \u00e0 la prise r\u00e9seau ;<\/li>\n
        • li\u00e9 \u00e0 la carte r\u00e9seau ;<\/li>\n
        • li\u00e9 \u00e0 sa configuration.<\/li>\n<\/ul>\n\n

          Si tous les utilisateurs du b\u00e2timent sont concern\u00e9s, il faut au contraire envisager un probl\u00e8me d\u2019infrastructure.<\/p>\n\n

          \n\n

          3. \u00c9tape 1 \u2013 V\u00e9rifier la connexion physique<\/h2>\n\n

          Connexion Ethernet<\/h3>\n\n

          Le technicien v\u00e9rifie :<\/p>\n\n

            \n
          • que le c\u00e2ble r\u00e9seau est branch\u00e9 ;<\/li>\n
          • qu\u2019il n\u2019est pas visiblement endommag\u00e9 ;<\/li>\n
          • que la prise r\u00e9seau est correctement utilis\u00e9e ;<\/li>\n
          • que la station d\u2019accueil est connect\u00e9e si elle est utilis\u00e9e ;<\/li>\n
          • que les voyants r\u00e9seau sont pr\u00e9sents lorsqu\u2019ils existent.<\/li>\n<\/ul>\n\n

            Lorsque cela est possible, on peut tester :<\/p>\n\n

              \n
            • un autre c\u00e2ble connu comme fonctionnel ;<\/li>\n
            • une autre prise r\u00e9seau ;<\/li>\n
            • le m\u00eame c\u00e2ble sur un autre \u00e9quipement.<\/li>\n<\/ul>\n\n

              Connexion Wi-Fi<\/h3>\n\n

              V\u00e9rifier :<\/p>\n\n

                \n
              • que le Wi-Fi est activ\u00e9 ;<\/li>\n
              • que le mode avion est d\u00e9sactiv\u00e9 ;<\/li>\n
              • que le poste est connect\u00e9 au bon r\u00e9seau ;<\/li>\n
              • que le signal est suffisant.<\/li>\n<\/ul>\n\n
                \n\n

                \ud83d\udd27 R\u00e9flexe technicien<\/strong><\/p>\n\n

                Toujours v\u00e9rifier la couche physique avant de modifier la configuration IP.<\/p>\n\n<\/div>\n\n

                \n\n

                4. \u00c9tape 2 \u2013 Afficher la configuration r\u00e9seau<\/h2>\n\n

                La commande principale est :<\/p>\n\n

                ipconfig \/all<\/code><\/pre>\n\n
                Elle permet notamment d\u2019afficher :<\/p>\n\n
                  \n
                • les cartes r\u00e9seau ;<\/li>\n
                • l\u2019adresse IPv4 ;<\/li>\n
                • le masque de sous-r\u00e9seau ;<\/li>\n
                • la passerelle par d\u00e9faut ;<\/li>\n
                • les serveurs DNS ;<\/li>\n
                • l\u2019\u00e9tat du DHCP.<\/li>\n<\/ul>\n\n
                  Exemple<\/h3>\n\n
                  Adresse IPv4 . . . . . . . . . : 192.168.10.42\nMasque de sous-r\u00e9seau . . . . . : 255.255.255.0\nPasserelle par d\u00e9faut . . . . . : 192.168.10.1\nServeurs DNS . . . . . . . . . : 192.168.10.10<\/code><\/pre>\n\n
                  Cette configuration semble coh\u00e9rente pour un r\u00e9seau utilisant la plage 192.168.10.0\/24<\/code>.<\/p>\n\n
                  \n\n
                  5. Reconna\u00eetre une adresse APIPA<\/h2>\n\n
                  Windows peut attribuer automatiquement une adresse IPv4 dans la plage :<\/p>\n\n
                  169.254.0.0\/16<\/code><\/pre>\n\n
                  On parle g\u00e9n\u00e9ralement d\u2019adresse APIPA<\/strong>.<\/p>\n\n
                  Exemple<\/h3>\n\n
                  169.254.38.74<\/code><\/pre>\n\n
                  Cette adresse appara\u00eet g\u00e9n\u00e9ralement lorsque le poste est configur\u00e9 pour obtenir son adresse automatiquement mais ne re\u00e7oit pas de r\u00e9ponse DHCP.<\/p>\n\n
                  Les causes possibles incluent :<\/p>\n\n
                    \n
                  • c\u00e2ble ou connexion r\u00e9seau d\u00e9fectueuse ;<\/li>\n
                  • mauvaise prise ;<\/li>\n
                  • probl\u00e8me de VLAN ;<\/li>\n
                  • serveur DHCP inaccessible ;<\/li>\n
                  • \u00e9quipement r\u00e9seau d\u00e9faillant.<\/li>\n<\/ul>\n\n
                    \n\n
                    \ud83d\udd27 R\u00e9flexe technicien<\/strong><\/p>\n\n
                    Une adresse APIPA indique un probl\u00e8me d\u2019obtention de configuration IP, mais elle ne signifie pas automatiquement que le serveur DHCP est en panne.<\/p>\n\n<\/div>\n\n
                    \n\n
                    6. Comprendre le r\u00f4le du DHCP<\/h2>\n\n
                    Le DHCP permet d\u2019attribuer automatiquement au poste plusieurs param\u00e8tres r\u00e9seau.<\/p>\n\n
                    G\u00e9n\u00e9ralement :<\/p>\n\n
                      \n
                    • adresse IPv4 ;<\/li>\n
                    • masque ;<\/li>\n
                    • passerelle par d\u00e9faut ;<\/li>\n
                    • serveurs DNS.<\/li>\n<\/ul>\n\n
                      Dans un environnement professionnel, l\u2019utilisateur n\u2019a donc g\u00e9n\u00e9ralement pas besoin de configurer manuellement son adresse IP.<\/p>\n\n
                      Renouveler une configuration DHCP<\/h3>\n\n
                      Lorsque cela est pertinent :<\/p>\n\n
                      ipconfig \/release<\/code><\/pre>\n\n
                      puis :<\/p>\n\n
                      ipconfig \/renew<\/code><\/pre>\n\n
                      Mais ces commandes ne doivent pas devenir une action automatique r\u00e9alis\u00e9e sans diagnostic.<\/p>\n\n
                      \n\n
                      7. \u00c9tape 3 \u2013 Tester la pile TCP\/IP locale<\/h2>\n\n
                      On peut tester la boucle locale IPv4 avec :<\/p>\n\n
                      ping 127.0.0.1<\/code><\/pre>\n\n
                      L\u2019adresse 127.0.0.1<\/code> correspond au poste lui-m\u00eame.<\/p>\n\n
                      Ce test v\u00e9rifie le fonctionnement de la pile TCP\/IP locale.<\/p>\n\n
                      Il ne v\u00e9rifie pas :<\/p>\n\n
                        \n
                      • le c\u00e2ble r\u00e9seau ;<\/li>\n
                      • le switch ;<\/li>\n
                      • la passerelle ;<\/li>\n
                      • Internet.<\/li>\n<\/ul>\n\n
                        \n\n
                        8. \u00c9tape 4 \u2013 Tester la passerelle par d\u00e9faut<\/h2>\n\n
                        La passerelle permet au poste de communiquer avec les autres r\u00e9seaux.<\/p>\n\n
                        Exemple :<\/p>\n\n
                        ping 192.168.10.1<\/code><\/pre>\n\n
                        Si la passerelle r\u00e9pond, cela montre que :<\/p>\n\n
                          \n
                        • le poste poss\u00e8de une configuration IP exploitable ;<\/li>\n
                        • une communication r\u00e9seau existe jusqu\u2019\u00e0 la passerelle.<\/li>\n<\/ul>\n\n
                          Si elle ne r\u00e9pond pas, v\u00e9rifier :<\/p>\n\n
                            \n
                          • la configuration IP ;<\/li>\n
                          • le c\u00e2ble ou le Wi-Fi ;<\/li>\n
                          • la prise ;<\/li>\n
                          • le VLAN ;<\/li>\n
                          • l\u2019interface r\u00e9seau.<\/li>\n<\/ul>\n\n
                            \n\n
                            \ud83d\udd27 R\u00e9flexe technicien<\/strong><\/p>\n\n
                            L\u2019absence de r\u00e9ponse \u00e0 un ping n\u2019est pas toujours une preuve de panne : certains \u00e9quipements filtrent les requ\u00eates ICMP.<\/p>\n\n<\/div>\n\n
                            \n\n
                            9. \u00c9tape 5 \u2013 Tester une adresse IP distante<\/h2>\n\n
                            Si la passerelle fonctionne, on peut ensuite tester une adresse IP distante connue et autoris\u00e9e par l\u2019organisation.<\/p>\n\n
                            L\u2019objectif est de savoir si :<\/p>\n\n
                              \n
                            • le routage fonctionne ;<\/li>\n
                            • le probl\u00e8me se situe uniquement au niveau DNS.<\/li>\n<\/ul>\n\n
                              Exemple logique<\/h3>\n\n
                              La passerelle r\u00e9pond.<\/p>\n\n
                              Une adresse IP distante r\u00e9pond.<\/p>\n\n
                              Mais :<\/p>\n\n
                              \n
                              www.exemple.fr ne fonctionne pas.<\/p>\n<\/blockquote>\n\n
                              Le r\u00e9seau IP fonctionne probablement, mais un probl\u00e8me de r\u00e9solution DNS devient une piste importante.<\/p>\n\n
                              \n\n
                              10. Comprendre le DNS<\/h2>\n\n
                              Le DNS permet de traduire un nom en adresse IP.<\/p>\n\n
                              Par exemple :<\/p>\n\n
                              serveur-fichiers.local<\/code><\/pre>\n\n
                              peut \u00eatre traduit en :<\/p>\n\n
                              192.168.10.20<\/code><\/pre>\n\n
                              Sans DNS fonctionnel, l\u2019utilisateur peut parfois joindre une ressource par son adresse IP mais pas par son nom.<\/p>\n\n
                              \n\n
                              11. Tester le DNS avec nslookup<\/h2>\n\n
                              Commande :<\/p>\n\n
                              nslookup serveur-fichiers.local<\/code><\/pre>\n\n
                              Cette commande permet notamment de voir :<\/p>\n\n
                                \n
                              • quel serveur DNS est utilis\u00e9 ;<\/li>\n
                              • si le nom peut \u00eatre r\u00e9solu ;<\/li>\n
                              • quelle adresse IP est retourn\u00e9e.<\/li>\n<\/ul>\n\n
                                Exemple<\/h3>\n\n
                                Nom :    serveur-fichiers.local\nAddress: 192.168.10.20<\/code><\/pre>\n\n
                                La r\u00e9solution fonctionne.<\/p>\n\n
                                \n\n
                                12. Tester un probl\u00e8me DNS<\/h2>\n\n
                                Situation :<\/p>\n\n
                                Le poste peut joindre :<\/p>\n\n
                                ping 192.168.10.20<\/code><\/pre>\n\n
                                mais :<\/p>\n\n
                                ping serveur-fichiers.local<\/code><\/pre>\n\n
                                \u00e9choue.<\/p>\n\n
                                Le r\u00e9seau IP fonctionne, mais la r\u00e9solution du nom est probablement en cause.<\/p>\n\n
                                Le technicien peut utiliser :<\/p>\n\n
                                nslookup serveur-fichiers.local<\/code><\/pre>\n\n
                                pour poursuivre son diagnostic.<\/p>\n\n
                                \n\n
                                13. Le cache DNS<\/h2>\n\n
                                Windows conserve temporairement certaines r\u00e9solutions DNS.<\/p>\n\n
                                Pour afficher le cache :<\/p>\n\n
                                ipconfig \/displaydns<\/code><\/pre>\n\n
                                Dans certaines situations cibl\u00e9es, il peut \u00eatre vid\u00e9 :<\/p>\n\n
                                ipconfig \/flushdns<\/code><\/pre>\n\n
                                Cette commande peut \u00eatre utile en cas de cache DNS obsol\u00e8te.<\/p>\n\n
                                Elle ne corrige pas :<\/p>\n\n