IMA4 2018/2019 P26 - Historique des versions

Ibendhia : /* Semaines suivantes */

2019-05-10T07:30:50Z

‎Semaines suivantes

Ibendhia : /* Bibliographie */

2019-05-10T07:28:44Z

‎Bibliographie

Ibendhia : /* Réalisation du Projet */

2019-05-09T21:59:08Z

‎Réalisation du Projet

Ibendhia : /* Réalisation du Projet */

2019-05-09T21:59:00Z

‎Réalisation du Projet

Ibendhia : /* Préparation du projet */

2019-05-09T21:58:45Z

‎Préparation du projet

Ibendhia : /* Feuille d'heures */

2019-05-09T21:58:27Z

‎Feuille d'heures

Ibendhia : /* Semaine 4 */

2019-05-09T21:28:25Z

‎Semaine 4

Ibendhia : /* Documents Rendus */

2019-05-09T21:26:50Z

‎Documents Rendus

Ibendhia : /* Semaine 4 */

2019-05-09T19:34:09Z

‎Semaine 4

Ibendhia : /* Mise en place du banc d'essai */

2019-05-09T19:20:25Z

‎Mise en place du banc d'essai

@@ Ligne 403 : / Ligne 403 : @@
 Tout d'abord nous avons testé à échelle réelle le Hole Punching UDP, et il fonctionne correctement, comme on peut le voir sur la vidéo suivante où les pairs sont derrière leur propre NAT:
-Pour plus de contexte, seul les points de vue d'un pair et du serveur rendez-vous sont observables, mais sur le terminal où est affiché le serveur on peut s'apercevoir de l'apparition de l'autre pair grâce à l'affichage de son endpoint.
+Pour plus de contexte, seuls les points de vue d'un pair et du serveur rendez-vous sont observables, mais sur le terminal où est affiché le serveur on peut s'apercevoir de l'apparition de l'autre pair grâce à l'affichage de son endpoint.
 [[File:Video udp hp_2.mp4]]

@@ Ligne 427 : / Ligne 427 : @@
 =Bibliographie=
-http://bford.info/pub/net/p2pnat/index.html Documentation pousser sur le hole punching
+http://bford.info/pub/net/p2pnat/index.html Documentation poussée sur le hole punching
-https://www.itprotoday.com/compute-engines/9-steps-setting-cisco-router configuration basic d'un router cisco
+https://www.itprotoday.com/compute-engines/9-steps-setting-cisco-router configuration basique d'un routeur cisco
 https://www.cisco.com/c/en/us/td/docs/routers/access/4400/software/configuration/guide/isr4400swcfg/bm_isr_4400_sw_config_guide_chapter_010.html doc cisco recensant les commandes de configuration
-https://baptiste-wicht.developpez.com/tutoriels/reseau/introduction/?page=6 protocole TCP et UDP
+https://baptiste-wicht.developpez.com/tutoriels/reseau/introduction/?page=6 protocoles TCP et UDP
 https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/ipaddr_nat/configuration/15-mt/nat-15-mt-book.pdf doc complète cisco
-https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/ipaddr_nat/configuration/xe-3s/nat-xe-3s-book/iadnat-addr-consv.html#GUID-4B9A2ED6-FC5D-4FF9-98FB-482486D0411E explication sur la configuration des NAT du router
+https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/ipaddr_nat/configuration/xe-3s/nat-xe-3s-book/iadnat-addr-consv.html#GUID-4B9A2ED6-FC5D-4FF9-98FB-482486D0411E explication sur la configuration des NATs du routeur
-https://www.computernetworkingnotes.com/ccna-study-guide/basic-concepts-of-nat-explained-in-easy-language.html Explication NAT important
+https://www.computernetworkingnotes.com/ccna-study-guide/basic-concepts-of-nat-explained-in-easy-language.html Explications NAT importantes

@@ Ligne 203 : / Ligne 203 : @@
 | 11
 |}
 ==Semaine 1==

← Version précédente		Version du 9 mai 2019 à 21:59
Ligne 204 :		Ligne 204 :
	\|}		\|}

−	~~==Prologue==~~

@@ Ligne 136 : / Ligne 136 : @@
 **Hole Punching IPv6
 **Serveur répertoire
 =Réalisation du Projet=

@@ Ligne 158 : / Ligne 158 : @@
+|
+|
 |-
 | Banc d'essai
@@ Ligne 172 : / Ligne 173 : @@
+|
+|
 |-
 | Développement du logiciel
@@ Ligne 186 : / Ligne 188 : @@
 | 17
 | 14
+| 83++
 |-
 | Wiki
@@ Ligne 199 : / Ligne 201 : @@
+|
+|
-−
+|
+| 2
 |}

@@ Ligne 280 : / Ligne 280 : @@
 ==Semaine 4==
-On termine la configuration du 2nd routeur et on test notre réseau.
+On termine la configuration du 2nd routeur et on teste notre réseau.
 La config du routeur 2 est similaire au routeur 1, sauf pour la commande de translation qui devient:

← Version précédente		Version du 9 mai 2019 à 21:26
Ligne 421 :		Ligne 421 :

	=Documents Rendus=		=Documents Rendus=
		+
		+	Archive du code : [[Media:archive p2p.zip]]
		+
		+	Git du projet : https://archives.plil.fr/ibendhia/PROJET_P2P_S8_FABIEN_IBRAHIM
		+
		+	Rapport de projet : [[Media:Rapport P26 2019.pdf]]

	=Bibliographie=		=Bibliographie=

@@ Ligne 300 : / Ligne 300 : @@
   route add default gw 192.168.0.1 dev bridge
-On utilise ''Netcat'' pour simuler le Hole Punching UDP. Sur le client A on écoute sur le port 2020 et le client B émet des packets UDP vers l'adresse 10.0.0.1 (adresse routeur 1) sur le port 2020. Si le système fonctionne, le client A doit pouvoir recevoir les messages du client B, même en présence du NAT. En effet, comme le client A indique au routeur qu'il écoute sur le port 2020, si le routeur reçoit des packets sur ce port, il les redirigera vers le client A, ce qui équivaut à un perçage du routeur 1.
+On utilise ''Netcat'' pour simuler le Hole Punching UDP. Sur le client A on écoute sur le port 2020 et le client B émet des paquets UDP vers l'adresse 10.0.0.1 (adresse routeur 1) sur le port 2020. Si le système fonctionne, le client A doit pouvoir recevoir les messages du client B, même en présence du NAT. En effet, comme le client A indique au routeur qu'il écoute sur le port 2020, si le routeur reçoit des paquets sur ce port, il les redirigera vers le client A, ce qui équivaut à un perçage du routeur 1.
-Ici, il s'avère que notre système fonctionne correctement car nous sommes parvenu à recevoir les packets UDP sur le client A. La semaine prochaine nous commencerons la mise en place du serveur répertoire.
+Ici, il s'avère que notre système fonctionne correctement car nous sommes parvenus à recevoir les paquets UDP sur le client A. La semaine prochaine nous commencerons la mise en place du serveur répertoire.
 ==Semaine 5==

@@ Ligne 211 : / Ligne 211 : @@
 ===Mise en place du banc d'essai===
-Nous avons décidé de configurer notre réseau (routers + pi) localement, pour pouvoir tester notre logiciel localement, et le connecter par la suite au réseau internet pour un test à grande échelle.
+Nous avons décidé de configurer notre réseau (routeurs + pi) localement, pour pouvoir tester notre logiciel localement, et le connecter par la suite au réseau internet pour un test à grande échelle.
-Nous nous sommes donc inspiré des réseaux que l'on peut retrouver chez le particulier, c'est à dire un modem avec habituellement l'addresse IP 192.168.0.1/24, qui délivre à tous les appareils connectés du domicile une addresse IP à l'aide d'un NAT dynamique PAT par masquerade.
+Nous nous sommes donc inspiré des réseaux que l'on peut retrouver chez le particulier, c'est à dire un modem avec habituellement l'adresse IP 192.168.0.1/24, qui délivre à tous les appareils connectés du domicile une adresse IP à l'aide d'un NAT dynamique PAT par masquerade.
 Ce NAT est dit dynamique car l'association entre une adresse interne et sa contrepartie externe est créée dynamiquement au moment de l'initiation de la connexion. Ce sont les numéros de ports qui vont permettre d'identifier la traduction en place : le numéro du port source (celui de la machine interne) va être modifié par le routeur. Il va s'en servir pour identifier la machine interne.