AccueilCCNACCNA Examen blancQuestion CCNA: pourquoi je ne peux pas surfer sur Internet, hein ?

Question CCNA : pourquoi je ne peux pas surfer sur Internet, hein ?

No_InternetRécem­ment une per­sonne m’a posé la ques­tion sur laquelle il n’a pas su répondre pen­dant un exa­men blanc du CCNA.

La ques­tion res­sem­blait à celle-ci :

Une per­sonne vient vous voir car elle n’ar­rive pas à sur­fer sur Inter­net, impos­sible d’al­ler même sur Google.com !

Vous accom­pa­gnez cette per­sonne devant son ordi­na­teur et vous regar­dez sa confi­gu­ra­tion IP via l’ou­ver­ture d’une fenêtre DOS et de la com­mande « ipcon­fig /all »

Cette com­mande sort les infor­ma­tions suivantes :

ipconfig_exemple

On regar­dant bien, la carte réseau a bien une adresse IP, un masque, une pas­se­relle… tout semble normal.

Fai­sons un peu de trou­ble­shoo­ting (inves­ti­ga­tion) ensemble 🙂

Alors ce ne sont ici qu’une pro­po­si­tion de tests par rap­port au pro­blème de notre ami, bien sur on peut appré­hen­der le pro­blème de dif­fé­rentes manières, je dirais cha­cun a sa façon de cui­si­ner, idem pour le troubleshooting.

Test de la pile TCP/IP localement

Avant de savoir si on peut joindre l’autre coté de la pla­nète, tes­tons si la pile TCP/IP locale à l’or­di­na­teur est opérationnelle.

Fai­sons un PING vers sa propre adresse IP. Si celle-ci répond alors la pile TCP/IP est opé­ra­tion­nelle, si ce n’est pas le cas alors on a un sou­ci avec l’or­di­na­teur : carte réseau morte, dri­ver à relan­cer, redé­mar­rage PC…

Allez c’est par­ti : ping 192.168.0.102

ipconfig_exemple_ping

Ça fonc­tionne ! Si ça ne fonc­tion­nait pas, il aurait fal­lu désac­ti­ver la carte réseau puis la réac­ti­ver pour relan­cer la pile TCP/IP et retester.

Test de sa passerelle

Main­te­nant que la pile TCP/IP est OK, tes­tons si on peut joindre sa pas­se­relle par défaut, celle-ci qui nous per­met de sor­tir vers Internet.

Avec un simple « ipcon­fig » je récu­père l’a­dresse IP de la pas­se­relle : c’est la 192.168.0.1

C’est par­ti : ping 192.168.0.1

ipconfig_exemple_ping_GW

Ça fonc­tionne aus­si ! Ah ça com­mence à se cor­ser là car en ouvrant Inter­net Explo­rer (ou Firefox/Chrome/Safari…), tou­jours impos­sible de surfer…

On pour­rait même aller plus loin et faire un ping d’une adresse publique se trou­vant sur Inter­net comme l’a­dresse 8.8.8.8 qui est très facile à rete­nir et que j’u­ti­lise sou­vent pour faire des tests de connectivité.

On sait désor­mais que cet ordi­na­teur fonc­tionne cor­rec­te­ment, la couche réseau est vali­dée de bout en bout donc ce n’est pas/plus un pro­blème réseau.

Réflé­chis­sons un peu… que nous faut-il pour sur­fer sur Internet ?

  • une adresse IP –> ok
  • une pas­se­relle pour sor­tir –> ok
  • et ?

Mais oui j’ai trou­vé ! Lorsque je tape http://www.google.com , il faut bien que le brow­ser fasse une conver­sion entre cette URL et l’a­dresse IP cor­res­pon­dante. Il manque donc la réso­lu­tion de nom, le fameux ser­veur DNS !

Et en fai­sant un « ipcon­fig /all » on ne voit pas de ser­veur DNS configuré !!

Test de la résolution de nom

Tes­tons en uti­li­sant la com­mande « nsloo­kup » : dans la fenêtre DOS je tape « nsloo­kup www.google.com »

ipconfig_exemple_DNS

Et voi­la, on a trou­vé notre pro­blème : l’or­di­na­teur n’a pas de ser­veur DNS confi­gu­ré donc impos­sible de résoudre les URL dans les browsers.

Apres avoir confi­gu­ré l’a­dresse du ser­veur DNS, la réso­lu­tion des noms fonc­tion­ne­ra et lorsque l’u­ti­li­sa­teur ira sur google.com ou sur cisco.com… ou sur reussisonccna.fr 🙂 ça fonc­tion­ne­ra parfaitement.

Conclusion sur le CCNA

N’ou­bliez pas que les ques­tions du CCNA sont là pour mettre à contri­bu­tion votre esprit cri­tique et d’a­na­lyse. Et c’est typi­que­ment le genre d’a­na­lyse que vous devez faire dans votre esprit car vous n’a­vez pas accès à la fenêtre DOS pour faire des tests. Regar­dez bien toutes les don­nées de la question :

  • impos­sible de sur­fer sur internet
  • il a bien une adresse IP
  • une pas­se­relle
  • le masque est cohérent

Qu’est ce qu’il peut bien man­quer ? A vous de jouer !

7 Commentaires

  1. Bon­jour Cyrill. Je suis du Qué­bec Cana­da. Je suis entrain de suivre une for­ma­tion CCNA dans un Cégep. On est ren­du vers la fin du module un le cha­pitre 9 et il reste deux cha­pitre à faire Or. En fai­sant une recherche. J’ai trou­vé ton site. Très bien fait et de très bonne infor­ma­tion pour réus­sir notre cer­ti­fi­ca­tion ccna et de l’aide. Or j’ai lu que tu était entrain d’é­crire des fiche d’aide mémoire sur ccna. Les avez-vous publié. Car je ne les ai pas trou­vé. Ils sont peut-être pas ter­mi­né. Cepen­dant si cer­tain des cha­pitre ou module son ter­mi­né. Si tu peux les envoyé. Car beau­coup de dif­fi­cul­té avec le sub­net­ting. Mer­ci pour le super bou­lot que vous offrez.

    • Bon­jour Jonathan,
      A ce jour, mars 2014, je n’ai pas fini les fiches résu­mé mais j’espère les finir bien­tôt. De toute façon, ce sera publie direc­te­ment sur ce site.

  2. Bon­soir Cyril,
    Ce pro­blème de DNS est quand même un peu bizarre. Le host dont tu four­ni l’ip­con­fig /all montre qu’il est confi­gu­ré en DHCP.
    Un ser­veur DHCP four­nit nor­ma­le­ment l’a­dresse IP d’un ou de plu­sieurs ser­veurs DNS.
    Alors à une telle ques­tion je répon­drai : « Insulte l’ad­min de ton entre­prise qui te four­nit un bail foireux ! »
    Mais dans le genre des ques­tions piège j’a­voue que celle là est parfaite !

    • Bon­jour Romuald,
      En effet la carte est confi­gu­rée en DHCP et « nor­ma­le­ment » le DHCP four­nit l’a­dresse du ser­veur DNS sauf si… cette option n’est pas configurée 🙂
      Oui c’est une ques­tion piège comme Cis­co les aimes

  3. Bon­jour Cyril.
    Je ne sais pas si cela fait par­ti du CCNA, mais j’ai une petite question :
    Quelle est la dif­fé­rence entre le rpvst et le span­ning-tree uplinkfast ?
    J’a­voue ne pas savoir quoi acti­vier sur mes switchs au final 🙂
    Mer­ci pour cette petite étude de cas et je penses que plu­sieurs seraient top.
    Très bonne journée

    • Bon­jour Yohan,

      Le RPVST intègre en natif la fonc­tion uplink­fast, tu n’as pas besoin de l’ac­ti­ver quand tu uti­lise cette ver­sion de Spanning-tree.
      La fonc­tion uplink­fast a été créée pour palier cer­taines len­teures du Span­ning-tree clas­sique le 802.1D. Pour rappel :

      On active l’UplinkFast sur un lien dans l’état Blo­cking lorsqu’il n’y a que ce che­min secon­daire pour accé­der au Root. Cela per­met de bypas­ser les états Lis­te­ning et Lear­ning lors d’un « link fai­lure » sur le root port. Le port blo­qué pas­se­ra direc­te­ment en état For­war­ding.

Répondre à Cyril Annuler la réponse

S'il vous plaît entrez votre commentaire!
S'il vous plaît entrez votre nom ici

Les plus populaires