La Fibre

Télécom => Réseau => reseau TCP/IP / Fonctionnement des réseaux => Discussion démarrée par: corrector le 05 janvier 2016 à 04:34:09

Titre: QCM réseau : consternant!
Posté par: corrector le 05 janvier 2016 à 04:34:09
(http://snag.gy/5Ne11.jpg)

http://www.quizz.biz/quizz-380709.html

(http://snag.gy/rBty5.jpg)
(http://snag.gy/4Zf9b.jpg)

http://student.e-qcm.net/tests_qcm/informatique/reseaux/7959515477.html#quizz

(http://snag.gy/16VeZ.jpg)
(http://snag.gy/HKhlq.jpg)
(http://snag.gy/3CoMn.jpg)

http://mrproof.blogspot.fr/2011/10/qcm-corrige-reseaux-informatiques.html

Et j'en passe...
Titre: QCM réseau : consternant!
Posté par: corrector le 05 janvier 2016 à 04:54:06
(http://snag.gy/6c469.jpg)

WTF???  :o

(http://snag.gy/oq1BO.jpg)

Le sang, oui oui bien sûr...
Titre: QCM réseau : consternant!
Posté par: corrector le 05 janvier 2016 à 05:23:36
J'ai testé 5 sites de QCM gratuits ou avec échantillons gratuits :

Presque tous posent des questions sur les classes d'adresses. (une seule exception trouvée)

La plupart contiennent des questions très mal traduites, avec parfois des contre-sens ("nombre" au lieu de "numéro"), incomplètes, syntaxiquement incorrectes ou incongrues.

La plupart contiennent des questions sur les numéros de protocole : à quel protocole correspond le port 123? quel le port pour TELNET? (que plus personne n'utilise...)

Tous contiennent des questions sans intérêt pratique. La plupart contiennent surtout des questions sans le moindre intérêt (taille de l'entête de tel protocole, taille du checksum de tel protocole, numéro du protocole TCP).

La plupart contiennent des questions sur des protocoles dépassés et rarement utilisés comme TELNET ou RARP.

Pas un ne m'a posé au moins une question sur IPv6.

Conclusion :

LA-MEN-TABLE!!!!!
Titre: QCM réseau : consternant!
Posté par: corrector le 05 janvier 2016 à 05:28:22
Encore une perle :

(http://snag.gy/DOg8w.jpg)

http://qcm-concours.blogspot.fr/2012/10/concours-technicien-des-systemes_19.html

Si le HTTP n'est pas un protocole réseau, qu'est-ce?
Titre: QCM réseau : consternant!
Posté par: BadMax le 05 janvier 2016 à 09:32:33
C'est la question qui est fausse : "lequel de ces sigles n'est PLUS un protocole ?"

Là tu peux répondre X25 :D

Titre: QCM réseau : consternant!
Posté par: corrector le 05 janvier 2016 à 09:39:06
Mais vu que tous ces QCM ont été écrits il y a plus de 20 ans...
Titre: QCM réseau : consternant!
Posté par: corrector le 31 août 2016 à 17:27:38
Encore une perle :
Titre: QCM réseau : consternant!
Posté par: alegui le 31 août 2016 à 17:50:48
Encore une perle :
En fait quelle est la bonne réponse d'après le quiz ?
Pour moi (corrigez-moi si je me trompe), les multiples bonnes réponses sont :
-le RIPE NCC pour l'Europe et le Moyen Orient
-l'AfriNIC pour l'Afrique
-(les autres LIR ne sont pas dans la liste du quiz)

Ils attendaient peut-être l'IANA ? (ce qui est indirectement vrai, si on a un peu beaucoup de mauvaise foi)
Titre: QCM réseau : consternant!
Posté par: corrector le 31 août 2016 à 18:00:22
La réponse est celle indiquée en vert, c'est la réponse que j'ai donnée, le quizz la considère BONNE et la compte FAUSSE.

J'ai oublié le lien :
http://cisco.goffinet.org/quiz/quiz-tcp-ip-fondamental
Titre: QCM réseau : consternant!
Posté par: alegui le 31 août 2016 à 18:46:42
La réponse est celle indiquée en vert, c'est la réponse que j'ai donnée, le quizz la considère BONNE et la compte FAUSSE.

J'ai oublié le lien :
http://cisco.goffinet.org/quiz/quiz-tcp-ip-fondamental

Ce ne serait pas parce que le quiz attendait deux réponses ? En tout cas après quelques essais c'est comme ça que je le vois, j'ai eu le même style de réponses quand j'ai testé
PS: En tout cas ça a l'air d'être le moins pire de tous ceux présentés.
Titre: QCM réseau : consternant!
Posté par: corrector le 31 août 2016 à 18:51:39
1) Les réponses attendus doivent apparaître à ce moment, pour voir ses erreurs. Si plusieurs réponses devaient être validées, où sont-elles affichées?

2) Ce test est effectivement un peu mieux foutu que les autres.
Titre: QCM réseau : consternant!
Posté par: corrector le 25 septembre 2016 à 10:08:50
Encore une...
Titre: QCM réseau : consternant!
Posté par: alegui le 25 septembre 2016 à 15:28:07
Encore une...
J'avais failli le faire remarquer lors de mon précédent message, mais après réflexion c'est logique, google.be n'écoute pas en https sur le port 80. Donc elle existe mais n'est pas "bien formée" puisque elle ne correspond à aucun service en place.
Titre: QCM réseau : consternant!
Posté par: kgersen le 25 septembre 2016 à 17:02:56
pour moi, elle est "bien formée", le test portant uniquement sur la syntaxe. En ca le test est foireux car a vouloir introduite un piège, le créateur du test s'est piégé lui-même.



Titre: QCM réseau : consternant!
Posté par: corrector le 25 septembre 2016 à 23:40:43
Une formule est bien formée quand on peut lui donner un sens :

2+2 = 5
est bien formée, cette égalité est conforme aux règles de construction (syntaxe et sémantique dans une algèbre typée), mais elle n'est pas dérivable (démontrable), et on peut même dériver sa négation.

Mais
+2 2 5 =
n'est pas bien formée, cette suite de symbole n'est pas une syntaxe pour une formule de l'algèbre considérée

Voir la définition d'une formule bien formée (logique du premier ordre) :
http://defeo.lu/in310/poly/calcul-pred/
Titre: QCM réseau : consternant!
Posté par: kgersen le 26 septembre 2016 à 13:38:54
"bien formé" a un sens precis quand parle d'URL/URI: ca ne genere pas d'erreur lors de l'analyse syntaxique.

Autrement dit on peut la saisir dans un navigateur par exemple et ca ne produira pas d'erreur.
Celui va correctement déterminer les diverses parties de l'URI (scheme, autorithy, path, query, fragment) et envoyer une requête sur le réseau.

         foo://example.com:8042/over/there?name=ferret#nose
         \_/   \______________/\_________/ \_________/ \__/
          |           |            |            |        |
       scheme     authority       path        query   fragment


donc https://google.be:80/webhp?q=cisco est bien formé: ca part sur le réseau.

Dire qu'il ne l'est pas parce que le port 80 est invalide en https sur le "google.be"  est un réponse spécifique a ce serveur: le navigateur a bien compris l'URL, il l'a parser correctement et l'a envoyé au serveur.
De même que "webhp?q=cisco" est spécifique a google.be et générera un 404 sur un autre serveur.