Je travaillais sur le firmware de mon routeur aujourd'hui et j'ai dû le redémarrer pour terminer la mise à jour. J'ai alors remarqué que mon Internet a été déconnecté pendant une minute et que l'ordinateur est revenu en ligne une fois le démarrage terminé. Comment a-t-il su qu'il était en ligne si précisément ?
Effectue-t-il des tests ping continus vers vos passerelles, puis vers l'Internet quelque part ? Si c'est le cas, cela peut-il provoquer un ping de la mort sur un serveur dans le monde ?
Réponses
Trop de publicités?
user
Points
28521
Effectue-t-il des tests ping continus vers vos passerelles et ensuite vers l'Internet quelque part ?
Non.
Ce n'est pas comme si vous aviez besoin d'une connexion Internet pour que l'ordinateur puisse lui-même détecter s'il est connecté ou non à un réseau. Essayez de débrancher le câble entre votre routeur (ou modem à large bande) et le reste du monde ; vous remarquerez que l'ordinateur ne remarque aucune déconnexion, car pour lui, vous êtes toujours connecté à un réseau. Que le réseau ne vous laisse pas accéder un réseau particulier (l'Internet) est une question très différente. (Vous pouvez utiliser exactement les mêmes technologies et les mêmes équipements que ceux utilisés sur Internet pour construire un réseau complètement distinct. Ce ne serait pas l'Internet, mais pour un ordinateur, à moins de sonder un hôte spécifique réel connu avec des propriétés spécifiques connues, il serait complètement impossible de le distinguer de l'Internet).
Ou prenez un commutateur réseau alimenté au hasard et connectez un câble réseau entre lui et votre ordinateur, mais rien d'autre ; il y a un lien, selon l'ordinateur, mais cela ne vous mènera absolument nulle part.
Ce que l'ordinateur tut détecter est la perte de la lien électrique sur le port réseau. Techniquement, il détecte la perte du physique ou éventuellement le liaison de données lien de couche. Ce fait est (explication simplifiée ici) signalé par le matériel au système d'exploitation qui peut ensuite le signaler à l'utilisateur de la manière qu'il juge appropriée, y compris pas du tout.
Par exemple, Linux ordinaire émet juste quelque chose comme kernel: networkdriver 0000:02:00.0: eth0: link down (où 0000:02:00.0 est un identifiant matériel du système pour la carte réseau, et eth0 est un identifiant logique) dans le journal du système. Les applications en espace utilisateur, comme par exemple NetworkManager, peuvent prendre les mêmes informations et les présenter sous une forme plus conviviale. Windows, si un utilisateur est connecté, reprend en grande partie les mêmes informations mais les affiche dans un message contextuel du type "déconnexion du réseau détectée".
Vous pouvez être "déconnecté" de plusieurs façons différentes, ainsi comment il détecte que vous êtes déconnecté peut varier :
-
Câble physiquement déconnecté
Si votre connexion filaire est physiquement déconnectée, la carte réseau saura évidemment que le circuit a été coupé. C'est comme une lumière qui s'éteint parce qu'elle est débranchée.
-
Câble logiquement déconnecté
Si votre connexion filaire est logiquement déconnectée (le câble est toujours branché, mais le modem ou le routeur est éteint), la carte réseau le sait toujours car le circuit a été techniquement coupé. C'est comme si la lampe était toujours branchée, mais que le courant était coupé. Vous remarquerez également que la LED d'état de la liaison sur la carte réseau (figure 1) et sur le routeur (figure 2) s'éteint.
-
Sans fil logiquement déconnecté
C'est un peu plus complexe avec une connexion sans fil. Si le modem ou le routeur sans fil s'éteint, l'adaptateur sans fil peut détecter la perte de connexion car, même s'il n'y a pas de connexion physique, les ondes radio continuent à se comporter comme une connexion physique directe, et les circuits du module radio des NIC sont conçus pour pouvoir détecter un signal sans fil, ou son absence. (Bien sûr, les détails dépassent le cadre de ce site et conviennent mieux à la section "Systèmes d'exploitation". Génie électrique .)
-
Déconnecté de l'Internet
Vous pouvez également être déconnecté de l'internet en général. Cette situation est similaire à une déconnexion logique, car l'adaptateur réseau est toujours connecté. Ce qui est différent, c'est que dans ce cas, même le modem ou le routeur est toujours allumé et actif, et vous pouvez même accéder au réseau local s'il existe. Ceci est en effet déterminé par le ping, mais pas la passerelle, mais plutôt un serveur. à l'extérieur de le réseau, c'est-à-dire quelque chose sur Internet.
Dans Windows, à partir de Vista, le fait de savoir si vous êtes connecté à Internet ou non est déterminé par l'envoi régulier d'une requête ping à un serveur Microsoft. Cette opération est effectuée par le NCSI, à ne pas confondre avec l'émission de télévision dont l'acronyme est similaire. Le site Indicateur d'état de la connectivité réseau est une fonction Windows qui récupère un fichier fictif à partir de l'une des deux URL de Microsoft (selon que vous utilisez IPv4 ou IPv6). Si elle parvient à obtenir le fichier, elle ne fait rien, mais si elle échoue, elle indique un manque de connexion Internet (figure 3).
C'est seulement supposée de le faire de temps en temps, et non pas continuellement (voir l Déclencheurs de la page NCSI), mais certaines personnes ont constaté que cela se produit plus d'une fois de temps en temps (bien que cela soit probablement dû à une connexion bancale qui se reconnecte constamment et que Windows vérifie à nouveau). Néanmoins, vous pouvez le changer pour votre propre serveur ou le désactiver purement et simplement.
Figure 1 : LED de liaison sur un port Ethernet
Figure 2 : LEDs de connexion sur un routeur
Figure 3 : Le service NCSI de Microsoft signale un manque de connexion Internet
r0berts
Points
1816
Il n'est pas nécessaire d'envoyer constamment des messages.
Votre ordinateur a d'abord détecté une perte de connectivité de la couche ethernet - ce qui signifie que le courant électrique n'était plus présent sur son port ethernet (prise physique où le câble est branché). Vous remarquerez également que le voyant vert situé près du port Ethernet s'est éteint - cela se produit lorsque le câble Ethernet est retiré de l'une des deux extrémités. Plus tard, lorsque votre routeur a été remis en ligne, l'électricité a été détectée en premier et la lumière est devenue verte. Très rapidement après que l'icône dans la barre d'état système de votre PC montrait également que la connexion réseau fonctionne. À ce stade, on peut dire que la couche IP est opérationnelle et que l'ordinateur sait qu'il peut envoyer et recevoir des paquets IP et qu'il peut se connecter au routeur.
Jetez un coup d'œil au modèle de couche réseau OSI. http://en.wikipedia.org/wiki/OSI_model
La réponse est que le programme ping fonctionne sur niveau de la couche réseau Mais votre ordinateur (en tant que système utilisant ses différentes parties intégrées par le logiciel) est "conscient" de toutes les couches. Ainsi, si la couche la plus élémentaire est perturbée par la déconnexion du fil, cela se produit au niveau de la couche physique (sur le fil - le plus souvent Ethernet). L'adaptateur réseau reçoit constamment des signaux d'envoi sur la couche physique. Vous pouvez le comparer à l'opérateur du réseau téléphonique analogique. Si vous décrochez le combiné d'un téléphone fixe, vous entendez la tonalité de la porteuse. Si vous ne l'entendez pas, vous savez que la ligne téléphonique ne fonctionne pas. De même, l'ordinateur "sait" que le fil Ethernet est déconnecté à l'une de ses extrémités, car il n'y a pas de "porteuse" (si nous utilisons cette comparaison). Il n'est donc pas nécessaire d'utiliser constamment le ping pour que l'ordinateur sache qu'il est connecté à un réseau physique.
Rappelez-vous aussi que lorsque nous parlons de ping nous ne parlons que de Pile de protocoles TCP/IP (notamment son protocole ICMP). Pour illustrer la façon dont les connexions Internet fonctionnent pour les navigateurs Web, considérez ceci. En général, lorsque votre navigateur Firefox veut récupérer une page à partir d'une URL (par ex. http://tinyurl.com ), il demande d'abord à l'ordinateur quelle est l'adresse IP de tinyurl.com. Le système, à l'aide de sa bibliothèque de résolveurs, interroge alors un serveur DNS qui donne la réponse, par exemple 195.66.135.249. Firefox demande ensuite à votre ordinateur de récupérer la page Web par défaut de tinyurl.com. Votre ordinateur établit une connexion TCP avec l'ordinateur dont l'adresse IP est 195.666.135.249 et envoie le message du protocole http demandant la page Web par défaut. tinyurl.com renvoie alors la page par défaut via le protocole http qui parcourt le "pipeline" virtuel créé par le protocole TCP. Cela vous donne peut-être une idée de la façon dont les différentes parties des protocoles TCP/IP interagissent et illustre la multitude de façons dont un ordinateur peut "savoir" s'il est connecté à un réseau physique, à un réseau local et à l'Internet.
Pour un meilleur concept des couches, vous devriez peut-être consulter certains diagrammes et plus de théorie à l'adresse suivante http://www.hardwaresecrets.com/article/The-OSI-Reference-Model-for-Network-Protocols/431/1 . L'idée principale est que les protocoles de chaque niveau peuvent "prétendre" parler au protocole de même niveau sur l'ordinateur distant et n'ont pas vraiment besoin de connaître les autres protocoles, mais seulement comment recevoir/passer des messages aux protocoles de niveau supérieur/inférieur. Je suis sûr que vous trouverez l'analogie avec des lettres insérées les unes dans les autres assez pratique.
Vous verrez dans le modèle OSI que la suite TCP/IP n'est pas le seul protocole réseau existant. Il y a quelques années, les protocoles Netware IPX/SPX étaient mieux établis dans les réseaux de bureau et TCP/IP était une sorte de nouveau venu. À l'époque, les câbles étaient souvent coaxiaux et non à paires torsadées.
