1 - INTRODUCTION AUX RESEAUX

Cette première activité est une présentation générale des réseaux. Elle traite donc de beaucoup de choses mais sans rentrer dans les détails. Les différentes parties seront étudiées plus en profondeur dans plusieurs activités spécifiques.

Cette activité n'a donc pour but que fournir quelques débuts d'explications, de montrer les grandes lignes de la communication par réseau.

Par contre, elle vous permettra de comprendre où fouiller dans votre Box pour que votre PC soit enfin capable d'être un serveur pour jouer avec des amis à votre jeu en ligne préféré ...

A quoi servent les réseaux ? Réponse rapide : à faire communiquer des programmes entre eux, programmes qui sont situés sur des ordinateurs différents.

Pour garantir le transfert d'informations, la technique utilisée a été de découper cette tâche assez complexe en plusieurs tâches plus faciles à réaliser. On travaille ainsi par couche successive d'informations et de traitement de l'information.

Voici le descriptif rapide des différentes couches :

Auteur de l'image : Offnfopt — Travail personnel / Domaine Public

Adresse de l'image SVG

Nous nous limiterons ici aux couches 1 à 4.

Lorsque vous tentez de valider vos identifiants de connexion sur un site Internet, que se passe-t-il ?

Sans trop rentrer dans les détails et avec de grosses approximations :

• De la couche 7 à la couche 5, on regroupe et code les informations que le programme va vouloir transmettre ou au contraire, on décode les informations qu'un programme vient de recevoir.
• La couche 4 ou TRANSPORT gère les communications entre programmes justement. On parvient à identifier les programmes émetteur et récepteur à l'aide d'identificateurs qu'on nomme des PORTS.
• La couche 3 ou RESEAU reçoit les informations de la couche 4 et va gèrer la communication réseau vers réseau. Pour cela, on identifie les réseaux à l'aide d'identificateurs qu'on nomme les adresses IP.
• La couche 2 ou LIAISON se charge en gros de la communication entre deux ordinateurs situés sur le même réseau. Pour cela, on identifie les ordinateurs à l'aide d'identificateurs qu'on nomme les adresses MAC.
• La couche 1 ou PHYSIQUE se charge en gros de la communication réelle via une tension ou une onde électromagnétique. C'est sur cette couche qu'on identifie clairement sur quelle prise ou broche on envoie ou recoit l'information sous forme de bits.

Nous allons maintenant survoler un peu chacune de ces couches pour tenter de comprendre comment un ordinateur situé dans votre lycée peut parvenir à aller communiquer avec un ordinateur distant de plusieurs centaines de kilomètres.

I – IP v4

Pour communiquer, il faut connaître l’adresse I.P de l’ordinateur concerné. IP veut dire Internet Protocol.

Cela vous mène jusqu’à la machine voulue.

01° Pourriez-vous vérifier que l’octet de gauche  1010 1100  correspond bien à  172  ?

Si vous bloquez, vous pouvez faire un tour dans la partie FICHES, vous y trouverez une fiche sur le binaire :

Avec 32 bits, on a 2³² adresses IPv4 différentes, soit plus de 4 milliards d'adresses différentes. Néanmoins, avec l’augmentation du nombre d’objets connectés, les adresses Ipv4 arrivent à saturation : il va finir par ne plus y avoir assez d’adresses différentes !

Nous allons voir les deux techniques utilisées pour pallier à cette pénurie.

La première (vue en 1.2) est le changement de technique d'encodage d'adresse. Nous allons passer de 32 à 128 bits avec les IP v6

La deuxième consiste en attendant à ne pas réellement accorder d'adresses IP individuelles aux équipements des réseaux. Nous allons voir ceci en 1.3

II – IP v6

Les adresses IP version 6 ou Ipv.6 prennent donc le relais progressivement. Pour l'instant, il y a coexistence entre les deux versions d'IP.En Ipv.6, on dispose de 128 bits pour coder une adresse IP.

02° Combien d'adresses uniques peut-on obtenir avec ces 128 bits ?

Regardons cela de plus près :

03° Pourriez-vous vérifier que les deux octets de gauche  10101100 00001000  codant  44040  en décimal correspondent bien à  AC08  en hexadécimal ?

Au fait, comment fonctionne ce code hexadécimal ?

Alors, du coup, parvenez-vous à résoudre le problème de  44040  en décimal correspondant à  8  en hexadécimal ?

III – Structure en réseau

04° Allez sur un site permettant de déterminer votre IP pour trouver votre IP sur Internet. Vous pourriez tester par exemple http://www.mon-ip.com/. Renseignez la case IP. J'ai mis deux case pour que vous puissez indiquer la v4 et la v6 si les deux sont disponibles. Ne remplissez rien dans IP locale pour l'instant.

Une fois que c'est fait, ouvrez la console de votre système et tapez y la commande suivante :

Remplissez alors la seconde adresse, l'adresse dite locale ici. Récuperez également l'adresse de la passerelle.

05° Faire de même avec un deuxième PC de la salle ou de votre maison.

06° Comparer les trois adresses sur les deux pc. Que constatez-vous ?

07° Trouver l'adresse du site de votre choix en tapant par exemple ceci dans la console :

Une fois que c'est fait, ouvrez la console de votre système et tapez y la commande suivante :

Sur l'exemple, on voit donc que pour joindre le site à l'heure où j'ai écrit cette activité, il fallait utiliser l'IP 185.31.40.11.

On peut résumer ceci en image :

Vision globale de la situation

Imaginons que mes deux pc me donnent les adresses suivante sur le réseau :  192.168.1.10  et  192.168.1.20 . Ma passerelle possède l'adresse suivante  192.168.1.1 . L'adresse IP obtenue depuis le site utilisé pour trouver mon IP m'a donné  90.47.227.66 .

Le site Internet est joignable avec l'adresse IP  185.31.40.11 .

On voit donc que nos deux PC appartiennent au même réseau VIOLET. Nous verrons plus tard comment le savoir à l'aide de leur IP et de leur masque de réseau.

J'ai rajouté un appareil dans ce réseau. Il s'agit de la passerelle qui permet de sortir du réseau et d'atteindre un autre réseau. Ici, il s'agit d'Internet.

La passerelle a donc une particularité : elle possède deux adresses.

Son adresse privée 'locale' (côté réseau) est  192.168.1.1 . Cette adresse permet de la joindre depuis l'intérieur du réseau.

Son adresse publique 'extérieure' (côté Internet) est  90.47.227.66 .

Nous ne rentrerons pas ici dans les détails exacts. J'ai rajouté des points d'interrogation pour montrer que je n'ai rien expliqué sur le détail des communications dans le réseau (comment le PC  192.168.1.1  parvient à trouver la passerelle ?), ni sur les communications via la partie verte notée 'Internet' (comment notre passerelle parvient-elle à communiquer avec la passerelle du serveur du site ?)

La passerelle a donc une spécificité importante : elle possède deux adresses IP. La passerelle est donc le point de passage obligatoire pour rentrer ou sortir d'un réseau local.

Question : comment un ordinateur sait-il s'il doit sortir du réseau pour en joindre un autre ?

La réponse est complexe en réalité. Vous aurez une activité entière qui traite de cela. En attendant, voici un bout d'explication :

NAT : premier contact

Pour pallier au manque d'adresses IPv4, on a commencé par utiliser les passerelles derrière lesquelles les nombreuses machines du réseau peuvent atteindre le réseau Internet en utilisant l'IP externe de la passerelle. Si votre réseau possède 200 postes, on a donc besoin d'une seule adresse IP publique (celle en vert) et pas 200. Cela s'appelle faire du NAT dynamique. NAT veut dire Network Address Translation..

Cela a donc permis de diminuer de façon massive les besoins d'adresses différentes. Mais, il a alors fallu réserver un certain nombre de plages d'adresses qui sont nécessairement des autres internes de réseaux. Deux ordinateurs sur deux réseaux différents peuvent porter la même adresse IP  192.168.1.1 . Cela ne posera aucun problème. Ils peuvent même communiquer entre eux : s'ils communiquent hors de leurs réseaux respectifs, ils utiliseront l'adresse IP de leurs passerelles respectives.

Ainsi :

• si le PC violet  192.168.1.10  communique sur Internet, la communication sera émise avec l'IP externe de la passerelle violette :  90.47.227.66 .
• si le PC rouge  192.168.1.10  communique sur Internet, la communication sera émise avec l'IP externe de la passerelle rouge :  185.31.40.11 .

08° Tenter un ping sur

• votre propre IP réseau,
• sur l'IP réseau d'un poste du même réseau,
• sur la passerelle avec les deux adresses
• sur IP externe de la passerelle d'un site
• sur une adresse 'réseau local' qu'une machine doit bien avoir quelque part dans le monde ( 172.16.1.1  par exemple).

Est-ce que ca marche ?

Explorons un peu le réseau local. Nous irons plus loin dans l'activité qui traite particulièrement de cela.

Premièrement, vous pouvez observer sur votre ordinateur les connexions déjà utilisées qui sont encore mémorisées avec la commande arp :

Ensuite, pour savoir le nom d'une passerelle ou le nom d'un PC, il faut rajouter -a derrière le ping. Exemple :

09° Fouiller dans la table arp de l'ordinateur puis tenter de trouver le nom de votre propre pc avec le ping -a ainsi que le nom de quelques appareils qui apparaissent dans la table arp.

10° Trouver le nom de la passerelle en utilisant un ping -a avec ses deux adresses.

Il existe une adresse un peu particulière à tester :

10° Utiliser la commande ci-dessus sur deux pc de la salle ou de votre maison. Que constatez-vous ?

11° Utiliser la commande ci-dessous avec l'adresse IPv6  ::1 . Que constatez-vous ?

L’adresse  localhost  est fixée usuellement à l’adresse Ipv4  127.0.0.1  bien qu’elle puisse prendre n’importe quelle valeur entre  127.0.0.1  et  127.255.255.255 . La communication ne passe alors pas du tout par Internet ou le réseau local : elle reste interne à l'ordinateur. En Ipv6, c’est devenu  ::1 .

L’adresse 0.0.0.0 n’est pas légale en tant qu’adressage Internet mais elle peut être utilisée localement par une application. Dans le contexte d’un adressage Internet reçu, 0.0.0.0 veut dire que l’adresse n’est pas valide, pas atteignable ou autre.

Dans le cadre d’une utilisation locale, 0.0.0.0 veut dire n’importe quelle adresse valide du localhost : cela veut dire qu'on émet sur tous les ordinateurs et que tous sont destinataires du message. Dans le contexte de l’ordinateur 1 ci-dessus, 0.0.0.0 sera interpété comme 192.168.1.20 ou 90.47.225.174.

4 - NAT : Network Address Translation

Voici l'exemple que nous avons vu précédemment :

1. Le message part du PC  192.168.1.10 ,
2. Il atteint la passerelle, et le message est alors émis avec l'adresse IP publique de la passerelle  90.47.227.66 
3. Le message atteint la passerelle du site d'IP publique  185.31.40.11  et,
4. il atteint le serveur interne par un mécanisme encore inconnu de nous pour l'instant

Jusque là, hormis le passage final vers le serveur, tout parait presque logique. Oui, mais ensuite, le message doit repartir. Et, on sait juste que l'expéditeur possède l'adresse  90.47.227.66 ...

1. Le message part du serveur et repasse la passerelle  185.31.40.11 
2. Il atteint la passerelle  90.47.227.66  et semble émis par la passerelle d'adresse  185.31.40.11 .

Ok. Et c'est là que commence le problème : comment notre passerelle violette peut-elle savoir si le message est pour elle ou pour l'interieur ? Encore plus grave : à quel ordinateur du réseau est-il destiné ?

C'est tout l'objectif de cette partie que d'expliquer rapidement la technique de la NAT dynamique.

Tout ce que nous venons d'expliquer pour l'instant, n'utilise que l'adresse IP. Il s'agit de l'identifiant de la couche 3, la couche réseau.

Mais en réalité, lorsque le pc  192.168.1.10  veut se connecter sur le site Internet, ce n'est pas lui qui décide de le faire mais bien une application qui est en train de fonctionner sur ce pc. Nous allons donc devoir rajouter ces informations lors de l'envoi du message. Il s'agit d'informations liées à la couche 4, la couche transport.

4.1 Ports de communication

Lorsqu'une application veut communiquer avec une autre application, elle doit en faire la demande à l'ordinateur. Cette demande est traitée lors du passage de la couche 7 (la couche application) à la couche 4 (la couche transport).

Cette somme d'information nommée segment contient donc les données que l'application veut transmettre mais également qui elle est et qui elle veut joindre.

L'analogie de l'immeuble

Imaginez un instant la carte réseau de votre ordinateur comme un immense building commercial. Ce batiment regorge de sociétés différentes qui sont ici vos applications.

Et chacune des sociétés peut utiliser l'une des nombreuses fenêtres sur la facade du batiment pour faire passer ses pigeons voyageurs.

Sur votre ordinateur, chacune de ces fenêtres possèdent un numéro d'identification qu'on nomme port logiciel . Le port logiciel est un identifiant utilisant 2 octets, soit 16 bits. Nous avons donc 2¹⁶ possibilités de valeurs, soit des ports compris entre 0 et 65536. Ca fait beaucoup de fenêtres.

Lorsque l'ordinateur envoie une demande de connexion à un autre ordinateur, il doit donc fournir plusieurs choses en réalité :

• Son adresse IP (pour que le courrier puisse retrouver l'ordinateur) ET le port logiciel utilisé pour communiquer (pour qu'on sache retrouver le programme qui a fait la demande et lui transmettre la réponse).
• L'adresse IP du correspond (pour atteindre le bon ordinateur) ET le port logiciel à utiliser pour communiquer (pour qu'on sache qui devra traiter la communication).

12° Ouvrir la console ( touche Windows+R, cmd sur un système Windows) et lancer la commande netstat –ano. Vous allez obtenir la liste des connexions actives avec dans l'ordre :

1. le protocole utilisé (FDP ou UDP) ;
2. l’adresse locale (c'est votre ordinateur) avec PORT utilisé derrière les deux points
3. l’adresse distante avec qui on communique (parfois c'est vous aussi, autocommunication) avec le port utilisé derrière les deux points
4. enfin le numéro d’identification PID (pour Process IDentifier) du programme responsable de la connexion.

Vous remarquerez qu’après chaque adresse se trouve bien un autre nombre après le  : .

Les connexions sont donc bien établies par un programme (qui possède un PID) à travers un port précis, à paritr d'une adresse IP précise et suivant un protocole précis.

13° Ouvrez votre navigateur préféré pour qu'il soit sur un site externe. A l’aide du gestionnaire des tâches (CTRL ALT SUPP), vous pouvez retrouver le programme responsable d’une connexion à l’aide de son PID. Faites donc cela avec une connexion externe utilisant le port 80 vers une adresse externe.

On remarquera que le PID 3692 correspond à Firefox. Une connexion est établie entre :

• un serveur distant d'adresse IP  54.230.197.18  utilisant le port 80
• un client local ayant une adresse interne  192.168.1.20  et utilisant le port 54051.

Voici ce que cela donnerait si le pc  192.168.1.20  pouvait directement se connecter au pc  54.230.197.18  :

Et c'est avec cette histoire de port que la passerelle va réussir à réagir.

4.2 NAT dynamique

Lorsqu'un programme-client situé sur le pc d'un réseau veut contacter l'extérieur, il se connecte à la passerelle. Nous avons vu que celle-ci transforme alors l'IP émettrice en la remplaçant par sa propre IP publique. La passerelle va plus loin : elle mémorise la demande du pc émetteur puis émet / écoute la réponse à l'aide d'un port choisi au hasard (mais supérieur à 1024) :

La différence par rapport à avant ? A l'émission vers le serveur, aucune, sauf pour le serveur qui croit que c'est l'ordinateur d'ip  90.47.227.66  qui tente de communiquer avec le port 80 du serveur et qui attend une réponse sur le port 22500.

Par contre, la passerelle va mémoriser dans sa mémoire :

• qu'une communication a été demandé par un ordinateur d'ip  192.168.1.20  avec le port 54051
• qu'elle a transformé les identifiants du demandeur en ip  90.47.227.66  avec le port 22500
• que la communication est destiné de l'ordinateur d'ip 54.230.197.18 via le port 80

Et pourquoi ne pas faire de concordance entre le port et le PID ? C'est compliqué pour rien non ?

Oui et non.

Premièrement, un même programme peut parfois être ouvert plus fois. On aura donc besoin du même PID mais de plusieurs ports différents. On fait ça tout le temps avec les navigateurs Web : on ouvre plusieurs onglets qui pointent vers des sites différents.

Deuxièmement, le PID est un numéro d'identification interne au PC, le port est un numéro permettant de faire la liasion avec l'extérieur. Ils permettent de trouver la même chose mais de deux façons différentes en fonction du contexte.

4.3 PORT FORWARDING

Dernière partie du transfert de communication : pour l'instant, le serveur est tranquillement directement sur Internet. En réalité, il est derrière une passerelle. La passerelle va donc recevoir une communication sur son port 80. Et comme elle n'a rien demandé, et que sa table n'indique pas de faire une liaison entre son port 80 et le port 80 du serveur, et bien ... elle va en rester là. Et le message n'arrivera jamais sur le serveur pour y être traité.

Heureusement, on peut faire encore mieux que la NAT : on peut créer une sorte de transfert automatique entre l'un des ports de la passerelle et l'un des ports d'un des ordinateurs du réseau local qui se cache derrire. Les numéros n'ont même pas besion d'être identiques en réalité.

Et ça se nomme le Port Forwarding, vous l'avez compris.

En image, ça donne ceci :

Je répète la grosse différence avec le NAT : sur un NAT, la passerelle doit d'abord recevoir une demande de la part d'un ordinateur de son réseau local. Ce n'est pas le cas ici. Le serveur ne pourrait donc pas recevoir le message puisque la passerelle ne sait pas à qui fournir le message.

Par contre, maintenant, le serveur va bien recevoir la demande du pc d'ip  90.47.227.66  avec le port 22500.

Le serveur va répondre avec une IP 192.168.1.1 via le port 80

La passerelle de droite va transférer en changeant l'IP en 54.230.197.18 via le port 80.

La passerelle de droite va recevoir une réponse, se rendre compte qu'elle provient d'une communication qu'elle a initié et va donc transmettre au bon pc en allant voir sa table NAT.

Et voilà. Vous pouvez maintenant aller fouiller dans les menus et sous menu de votre Box. Vous pourrez vous rendre compte que vous avez la possibilité de faire de Port Forwarding. C'est pratique lorsque vous voulez que votre PC joue le rôle de serveur.

Au lycée, vous ne pouvez donc pas faire fonctionner un serveur pour qu'il soit joignable depuis l'extérieur : modifier les paramètres de la passerelle demande d'avoir les codes d'accés.

Par contre, on peut très bien créer un serveur local qui ne pourra être joignable que depuis l'intérieur du lycée. Nous verrons cela lorsque nous passerons à XAMP.

5 - DNS : Domain Name System

Bien, il est temps d'en apprendre un peu plus sur l'ordinateur lui-même, sans passer par un site extérieur.

J'ai pris ici l'exemple de la connexion par un fil (le cable dit RJ-45) et Ethernet. Mais si vous êtes en Wifi ou autre, ça devrait fonctionner aussi. Je crois ...

14° Dans la console, utiliser la commande ipconfig /all. Vous devriez trouver les informations liées à votre carte réseau. Retrouvez votre adresse IP sur le réseau local (LAN).

Vous trouverez ci-dessous un exemple de ce que vous pourriez avoir :

Qu'est-ce que c'est que tout ça ? On retrouve quelque notion vu plus haut, mais pas que ...

Nous allons voir brievement l'ensemble ligne par ligne.

Commençons par ceci :

Bien, ça, c'est le nom réseau de votre ordinateur.

Ensuite, nous pouvons voir :

Nous obtenons l'adresse IP de l'ordinateur (en IPv4 et IPv6) dans le réseau local (LAN, Local Area Network).

Bien, nous avons donc le nom et l'adresse IP.

Jusqu'ici, rien de mystérieux.

15° Lancer donc un ping en utilisant le nom de votre pc, pas son IP. Sur mon exemple, ça donne  ping e301-numero12 . Alors ?

Et oui, en réalité, avec cette commande, on fait un ping sur l'adresse IP. L'ordinateur a converti le nom en IP.

15° Et si vous tentiez un  ping localhost  ?

On notera qu'on peut forcer le ping en IP6 ou IP4 avec une commande du type ping -4 localhost ou ping -6 localhost.

Dernière remarque : vous pouvez obtenir de l'aide sur les commandes console en taper l'instruction seule suivie de /?. Par exemple  ping /? .

Bon. Puisque nous restons sur l'ordinateur, ça n'a pas l'air particulièrement étrange qu'il connaisse sa propre adresse IP et son propre nom et qu'il fasse le rapprochement. Compliquons un peu les choses : nous allons rechercher d'autres appareils sur le réseau.

16° Taper  net view  dans la console. Vous devriez obtenir une liste des autres appareils connectés à votre LAN. Ou non. Cela dépend de votre réseau et de ses paramètres. Sinon, au pire, tentez un  arp -a 

17° Noter le nom d'un des appareils (au pire, aller voir physiquement sur la carte réseau d'un autre PC) et faire un ping dessus avec son nom, pas son Ip. Vous devriez obtenir son IP lors du ping. Refaire un ping avec juste l'adresse.

Là, ça devient plus étrange. Comment votre pc peut-il avoir accès aux noms et adresses des autres appareils ? Car ça marche avec tous.

Continuons, toujours plus loin.

18° Faire un ping sur le nom de domaine d'un site de votre choix. Par exemple ping infoforall.fr. Vous allez obtenir l'IP du serveur sur lequel est hébergé ce site.

19° Refaire le ping mais cette fois avec l'IP.

Cette fois, ça devrait vous paraitre étrange que le pc connaisse également les adresses IP d'un site. Vous pouvez tester avec n'importe quel site existant, ça marche !

La raison de cette connaissance totale était en réalité noté lors de la commande ipconfig /all :

DNS veut dire Domain Name System. Il s'agit du système qui permet lorsque vous tapez une adresse de retrouver son adresse IP. Avouons que taper infoforall.fr c'est plus facile que de se souvenir de l'adresse IP du serveur qui héberge le site.

Il s'agit donc d'un moyen de traduire un nom unique en adresse IP unique.

Expliquons le en quelques lignes (le fonctionnement réel est beaucoup beaucoup plus compliqué, le diable est dans les détails.

Lorsque vous tapez un nom d'équipement ou de site :

• l'ordinateur demande au serveur DNS de votre réseau s'il connait l'adresse.
• si le réseau ne la connait pas, il va aller se connecter sur un serveur DNS externe dont l'IP est dans les fichiers de configuration du réseau.
• si celui le réseau externe ne connait pas non plus, il va transmettre à un serveur DNS plus gros, ect ...

Si nous devions simplifier à l'extrême :

Voilà. Et à partir du moment où on dispose de l'IP, on peut continuer.

L'Ip de quoi au fait ? L'IP externe du serveur (un ordinateur capable de supporter beaucoup de connections à la fois) dont le disque dur contient les données et les programmes permettant au site de s'afficher.

C'est l'autre avantage du service DSN : pour l'instant, ce site est chez un hébergeur nommé Always Data. L'IP du site peut donc changer par exemple :

• si la socièté change de région ou de pays pour stocker ses serveurs, son IP risque de changer.
• si je décide d'héberger le site chez un autre hébergeur : j'emporte mes données et je les place ailleurs. Le serveur a changé, l'IP a changé.

Les serveurs DSN pourront donc faire pointer le site vers sa nouvelle adresse IP mais tout est totalement transparent pour le visiteur.

C'est d'ailleurs un moyen courant d'empêcher les connexions vers les sites non voulues. Si votre administrateur réseau rajoute dans le DSN local donne un IP pour Facebook qui correspond à la page d'accueil du site de l'entreprise, vous ne pourrez pas vous connecter, sauf à taper l'adresse IP directement. C'est également une technique de pirage possible : vous modifier les données d'un serveur DSN pour renvoyer une mauvaise adresse IP. Et le tour est joué. L'utilisateur ne peut pas savoir qu'il n'est pas vraiment sur le bon site.

Pour limiter les requêtes, les serveurs DSN gardent en mémoire cache les demandes récentes. Ainsi, si un site est extrémement demandé, les requêtes DSN seront plus rapides car les serveurs n'auront pas nécessairement à remonter des serveurs DSN en serveurs DSN vers le serveur DSN source.

En français, les serveurs DSN sont nommées Serveurs de noms.

Pour voir votre DNS dans la console, il faut taper  ipconfig /displaydns . Si vous voulez enregister cela dans un fichier texte :  ipconfig /displaydns >logdns.txt .

20° Essayer de trouver le DNS de votre réseau local. C'est parfois instructif...

6 - Routage d'adresse

Mais comment fait-on pour communiquer à l'extérieur du réseau local ? Même pour aller sur un serveur DSN extérieur, il faut parvenir à le trouver !

Par exemple, si vous tapez infoforall.fr dans la barre d'adresses de votre navigateur, celui-ci va lancer une requête DSN et recevoir une adresse IP.

Commençons par voir comment on parvient à l'adresse voulue :

21° Utiliser la console avec l'instruction tracert ADRESSE_IP ou tracert ADRESSE.TRUC. Vous pouvez utiliser tracert infoforall.fr si vous n'avez pas d'autres idées.

Il est possible que le pare-feu de votre réseau bloque les retours mais vous allez voir que le signal passe par plusieurs endroits avant d'arriver à destination. Voilà le résultat depuis un réseau privé par exemple :

Sur l'exemple, il y a 10 transferts d'informations, 10 routeurs, entre mon pc et le site voulu.

Expications :

• Etape 0 : l'adresse 185.31.40.11 n'est pas interne à mon réseau, il va falloir sortir sur Internet.
• Etape 1 : la demande atteint la passerelle entre le réseau local et Internet, à l'adresse locale 192.168.1.1 de mon réseau (la livebox)
• Etape 2 : On atteint le premier routeur , d'adresse 80.10.182.182. Il renvoit vers un autre routeur pour se rapprocher de la cible.
• Etape 3 : On atteint un autre routeur d'adresse 10.125.215.74 qui renvoit vers un autre.
• Etapes 4-5-6 : On atteint de gros routeurs : ils portent des noms et se situent à Lille, Paris puis Aubervilliers. A Aubervilliers, on continue.
• Etape 7 : On arrive sur un routeur local sans nom, d'adresse 193.253.13.202
• Etape 8 : On atteint un routeur hopus
• Etape 9 : On arrive chez un routeur alwaysdata, l'hébergeur
• Etape 10 : On atteint le bon serveur, ils en ont plusieurs; d'où le routeur 9 qui envoie dans la bonne direction

Ce n'est pas très visuel. Heureusement, il existe des sites qui vont vous faire une belle carte.

22° Faire une recherche sur "Traceroute +carte" ou aller sur en.dnstool.ch.

7 - Exemple avec Python

Beaucoup de blabla et de théorie. Nous allons finir cette introduction avec un petit programme de communication chat entre deux pc appartennant au même réseau local.

Plutôt que de réinventer l'eau chaude, nous allons utiliser l'exemple de G.Swinnen qui a fait un très bon livre d'introduction à Python disponible en version papier et disponible en creative communs sous les mêmes termes que ce site : attribution, non commerciale et même conditions de partage.

Voir sa page de présentation du livre et son lien de téléchargement.. Vous y trouverez les couvertures des livres et un lien vers le PDF.

Une version en ligne chez developpez.com.

Nous allons utiliser un principe de communication SERVEUR-CLIENT : l'une des machines sera le serveur qu'il faudra lancer en premier et la seconde machine aura le rôle de CLIENT : elle va se connecter au SERVEUR pour réaliser les actions de communications.

17° Utiliser le fichier python suivant pour lancer un programme SERVEUR.

23° Modifier l'IP pour indiquer votre adresse IP locale.

24° Sur un second PC, créer le fichier python en utilisant l'IP du PC SERVEUR. Si vous n'avez qu'un pc, vous pouvez le lancer sur le même, ça ne devrait pas poser de problème, mais c'est moins visuel...

25° Bon amusement !

C'est tout pour aujourd'hui.

Faq

On pourra omettre les doublets à zéro en partant de la droite. L’adresse précédente sera donc envoyée comme :

Exemple d’adresse IP v6 en hexadécimal : AC08 : AC08 : AC08 : AC08 ::

Les ordinateurs seront complétés automatiquement puisqu’une adresse correcte comporte 8 doublets.

Exemple 2 d’adresse IP v6 en hexadécimal : AC08 : AC08 : AC08 : 0000 : 0000 : 0000 : 0000 : AC08

On peut alors utiliser : AC08 : AC08 : AC08 :: AC08

Nul besoin de comprendre le code hexadécimal pour parvenir à lire ou écrire une adresse. Nous reparlerons néanmoins de l’hexadécimal plus loin dans le chapitre. On le rencontre un peu trop souvent en informatique pour ignorer comment on peut le retranscrire en décimal.