Cisco : R&S 1 - Historique des versions

Justine le 22 juin 2022 à 11:59

2022-06-22T11:59:19Z

← Version précédente		Version du 22 juin 2022 à 11:59
Ligne 1 :		Ligne 1 :
			[[Category:reseau]]
			[[Category:cisco]]
	= Chapitre 1 - Exploration du réseau =		= Chapitre 1 - Exploration du réseau =

Justine : Justine a déplacé la page Cisco R&S 1 vers Cisco : R&S 1

2019-01-08T17:16:57Z

Justine a déplacé la page Cisco R&S 1 vers Cisco : R&S 1

← Version précédente		Version du 8 janvier 2019 à 17:16
(Aucune différence)

Justine : Justine a déplacé la page Cisco vers Cisco R&S 1

2019-01-08T17:15:42Z

Justine a déplacé la page Cisco vers Cisco R&S 1

← Version précédente		Version du 8 janvier 2019 à 17:15
(Aucune différence)

Justine le 6 décembre 2018 à 21:06

2018-12-06T21:06:50Z

← Version précédente		Version du 6 décembre 2018 à 21:06
Ligne 1 601 :		Ligne 1 601 :

	On peut accéder à des détails avec la commande show cdp neighbors (on peut rajouter details pour avoir les IP d'un voisin). CDP est utile mais doit être désactivé sur les ports qui ne communiquent pas avec du matériel Cisco pour éviter de donner ces informations à des hackers. Pour le désactiver en global : no cdp run. Sur une interface : no cdp enable.		On peut accéder à des détails avec la commande show cdp neighbors (on peut rajouter details pour avoir les IP d'un voisin). CDP est utile mais doit être désactivé sur les ports qui ne communiquent pas avec du matériel Cisco pour éviter de donner ces informations à des hackers. Pour le désactiver en global : no cdp run. Sur une interface : no cdp enable.

			=== La commande debug ===

			Cette commande d'IOS permet d'afficher pour analyse tous messages générés par les processus, protocoles, mécanismes et évènement IOS. Elle sont toutes entrées en mode d'exécution priviligié. On peut affiner l'affichage : par exemple pour n'avoir que les messages en rapport avec ICMP, je peux utiliser debug ic icmp.

			Elle se désactive avec no debug ic icmp ou undebug. On peut tout désactiver undebug all. Certaines commandes de débogage comme debug all et debug ip packet génèrent beaucoup de données et utilisent beaucoup de ressources. Le routeur doit alors afficher beaucoup de lignes et peut ne pas avoir assez de ressources.

			Les messages de journal IOS sont par défaut envoyées à la consoles, mais pas au lignes virtuelles (SSH, telnet...). Vu que les résultats de la commande debug font partie de ces messages de journal, il faut utiliser terminal monitor pour les voir depuis une ligne virtuelle.

			Pour désactiver cela, on utilise terminal no monitor.

			=== Méthode de dépannage de base ===

			Pour un dépannage de base, il faut suivre une méthode rigoureuse basée sur 6 étapes. Il faut d'abord déterminer la complexité du problème, en sachant combien de périphériques du réseau sont concernés. Si le problème concerne un seul périphérique, on commence sur celui-ci; si il concerne de nombreux périphériques, on commence par la connexion qu'ils ont en commun.

			Les 6 étapes sont :

			*Identification du problème : À cette étape, il est important de discuter avec l'utilisateur
			*Élaboration d'une théorie des causes probables : Cette étape fait généralement naître plusieurs causes probables.
			*Test de la théorie en vue de déterminer la cause : En suivant notre raisonnement inductif, on va tester chacune des théories pour dégager la véritable cause du problème. On peut déterminer l'ordre de test grâce à Occham :D Si ça ne fonctionne pas, il faut continuer à chercher des théories.
			*Élaboration d'un plan d'action visant à résoudre le problème et implémenter la solution : Il faut implémenter la solution à notre cause trouvée
			*Vérification du fonctionnement de l'ensemble du système et implémentation des mesures préventives : On doit vérifier le fonctionnement de l'ensemble du système et implémenter des mesures préventives au besoin
			*Documentation des résultats des recherches et des actions entreprises : Pour référence ultérieure

			Quand le problème ne peut être résolu immédiatement, Ou qu'un problème nécessite la décision d'un responsable ou d'un certaine expertise, le problème doit être transféré à qui de droit. La politique de l'entreprise doit clairement établir les conditions de transfert d'un problème.

			=== Duplex et conflit ===

			Deux périphérique ayant un lien direct entre eux doivent utiliser le même mode de duplex et la même vitesse: half ou full duplex, 10, 100 mbits/s... Il peut être négocié automatiquement, ou être configuré manuellement. Lorsque les modes de duplex ne sont pas identiques, les deux périphériques ne peuvent pas communiquer. CDP permet de détecter facilement les conflits de duplex, pas forcément évident à détecter avec de petits paquets comme avec ping. En effet, CDP affiche des messages de journal à propos des conflits de Duplex.

			=== Problèmes d'adressage IP ===

			Peuvent être détectés avec les commandes show ip int [brief], ou show interface [interface], ou show interfaces.

			Attention aux périphériques finaux qui font APIPA, aussi. La plupart sont prévus pour utiliser un serveur DHCP pour se configurer.

			Les problèmes de passerelle par défaut sont également possibles : utiliser la commande show ip route sur le routeur peut aider.

Justine le 3 décembre 2018 à 00:11

2018-12-03T00:11:59Z

Voir les modifications

Justine le 3 décembre 2018 à 00:08

2018-12-03T00:08:03Z

Voir les modifications

Justine le 24 novembre 2018 à 01:06

2018-11-24T01:06:23Z

Voir les modifications

Justine le 20 novembre 2018 à 16:17

2018-11-20T16:17:00Z

Voir les modifications

Justine le 16 novembre 2018 à 23:49

2018-11-16T23:49:43Z

← Version précédente		Version du 16 novembre 2018 à 23:49
Ligne 1 177 :		Ligne 1 177 :
	L'utilisation des numéros de port se fait de la même façon qu'en TCP (avec du dynamique pour le client et du statique pour le serveur).		L'utilisation des numéros de port se fait de la même façon qu'en TCP (avec du dynamique pour le client et du statique pour le serveur).

	~~&nbsp~~;		= Chapitre 10 : Couche application =

			La couche application est la plus proche de l'utilisateur : elle sert d'interface avec les couches du réseau. Les trois couches supérieures du modèle OSI définissent les fonctions de la couche application TCP/IP unique.

			Il existe de nombreux protocoles de couche application, les plus connus étant HTTP, FTP, TFTP, IMAP et DNS.

			== Couches présentation et session ==

			La couche présentation remplit trois fonctions:

			*Mettre en forme les données provenant du périphérique source dans un format compatible pour la réception par le périphérique de destination
			*Compresser les données pour que le périphérique de destination les décompresse
			*Chiffrer les données

			Cette couche, en mettant en forme les données, définit les normes des formats de fichiers : MPEG pour la vidéo, GIF, JPG et PNG pour les images...

			La couche session, elle crée et gère les dialogues entre les applications source et destination. Elle traite l'échange des informations pour commencer et maintient le dialogue pour redémarrer les session interrompues ou inactives pendant une longue période.

			À retenir :

			*Couche application OSI = Protocoles
			*Couche présentation OSI = Formats de fichiers

			== Protocoles de la couche application TCP/IP ==

			On compte plusieurs protocoles au niveau de la couche application:

			*DNS (Noms)
			*BOOTP (Pour booter sur le réseau)
			*DHCP
			*SMTP, POP, IMAP
			*FTP et TFTP
			*HTTP et HTTPS

			== Modèle client/serveur ==

			Dans ce modèle, le client est celui qui demande des informations et le serveur est celui qui répond à la requête. Les processus client et serveurs sont considérés comme faisant partie de la couche application. Les protocoles de couche application décrivent le format des requêtes et des réponses entre client et serveur. Outre le transfert de données, cet échange peut nécessiter l'authentification de l'utilisateur et l'identifiaction d'un fichier de données à transférer : c'est par exemple le fonctionnement d'un serveur mail.

			On parle de téléchargement ascendant (upload) du client vers le serveur, et de téléchargement descendant (download) dans l'autre sens.

			== Modèle peer-to-peer ==

			Dans ce modèle, on a pas de serveurs dédiés. Le modèle p2p implique deux parties : les réseaux p2p et les applications p2p. Elles ont des caractéristiques similaires, mais elles sont dans les faits très différentes.

			Dans un réseau p2p, au moins deux machines sont connectées sur un réseau et peuvent partager des ressources; chaque hôte connecté (ou homologue) sert à la fois de client et de serveur. Ces rôles sont définis en fonction de chaque requête.

			Une application p2p permet à un périphérique d'agir en tant que serveur et que client dans la même communication. Ces applications nécessitent que chaque terminal fournisse une IU et exécute un service en arrière-plan. Il existe aussi des systèmes hybrides dans lesquels les données sont décentralisées, mais un index centralisé indique leur emplacement. Les applications p2p courantes sont entre autre:

			*eDonkey
			*G
			*BitTorrent
			*Bitcoin

			Il existe un protocole servant de base à certaines applications p2p : Gnutella. Ces logiciels permettent de se connecter au service par internet et de localiser des ressources partagées pour y accéder. On peut citer WireShare, Shareaza... Bittorent, lui, répartit des morceaux de fichiers sur plusieurs utilisateurs et stocke les emplcements dans un fichier torrent. Les clients demandent alors plusieurs morceaux de fichiers à la fois.

			== HTTP et HTML ==

			Une connexion à un serveur web par un navigateur se fait via HTTP. L'URL et l'URI sont les noms que la plupart des utilisateurs associent aux adresses web. Le client demande une page web (dont le nom est traduit par DNS), la recoit et l'affiche en décodant le code HTML.

			HTTP est un protocole de type requête/réponse. HTTP spécifie plusieurs types de messages utilisés pour les requêtes des clients, dont les trois plus courant sont:

			*GET : Requête client visant à obtenir des données
			*POST : Télécharger des fichiers de données vers le serveur, comme des formulaires
			*PUT : Télécharge des données vers le serveur, comme une image.

			HTTP est flexible, mais pas sécurisé : tout est en clair.

			Pour cela il y'a HTTPS : le processus est le même, mais le chiffrement et l'authentification sont gérés : le flux de données est chiffré par SSL.

			== Protocoles de messagerie électronique ==

			Le courriel est une méthode de stockage et de transfert de données qui permet d'envoyer, stocker et récupérer des messages électroniques à travers le réseau. Les messages sont stockés dans des bases de données.

			Les clients communiquent avec des serveurs et les serveurs communiquent entre eux : les clients ne communiquent pas directement. Les e-mails font appel à trois protocoles:

			*SMTP (envoi)
			*POP (réception)
			*IMAP (réception)

			== SMTP (SImple Mail Transfer Protocol) ==

			Les format de message SMTP exigent une en-tête et un corps de message. Le corps peut contenir n'importe quel texte, et l'en-tête doit contenir les adresses correctement mises en forme.

			Lorsque un client envoie un mail, le processus SMTP client se connecte au serveur sur le port 25. Le client envoie ensuite le message. Si le destinataire est local, le message est placé dans son compte local; sinon le message est transféré vers un autre serveur de messagerie. Si le serveur distant est occupé, le message est placé en attente et l'envoi est retenté régulièrement; au bout d'un moment, si le message n'as pas pu être envoyé, il sera renvoyé à l'expéditeur comme non délivrable.

			== POP (Post Office Protocol) ==

			Ce protocole est utilisé pour récupérer le courrier depuis le serveur, et le supprimer de celui-ci. C'est le fonctionnement par défaut de POP : les messages ne sont pas conservés sur le serveur.

			Le serveur démarre en écoutant le port TCP 110. Les clients peuvent alors envoyer des requêtes d'établissement de connexion TCP. Une fois la connexion établie, le serveur POP envoie un message de bienvenue. Les deux peuvent alors échanger des commandes et des réponses jusque à la fin de la connexion.

			== IMAP (Internet Message Access Protocol) ==

			IMAP utilise une autre méthode : contrairement à POP, le client télécharge des copies des messages, qui sont conservés sur le serveur jusqu'à effacement manuel. Les clients ne voient que des copies dans leurs logiciels de messagerie. Il peuvent créer une hiérarchie de fichiers sur le serveurs qui sera répliquée sur le client de messagerie. Lorsque un client supprime un message, l'action est également effectuée sur le serveur.

Justine le 12 novembre 2018 à 17:57

2018-11-12T17:57:24Z

← Version précédente		Version du 12 novembre 2018 à 17:57
Ligne 1 043 :		Ligne 1 043 :
	*TCP est un protocole avec état, c'est-à-dire qu'il contrôle l'état de la session de communication; pour cela, il enregistre les informations qu'il a envoyées et reçues.		*TCP est un protocole avec état, c'est-à-dire qu'il contrôle l'état de la session de communication; pour cela, il enregistre les informations qu'il a envoyées et reçues.



	=== En-tête TCP ===		=== En-tête TCP ===
Ligne 1 053 :		Ligne 1 054 :

	*Port source et destination (16 bits chacun) : identifient l'application		*Port source et destination (16 bits chacun) : identifient l'application
	*Numéro de séquence (32 bits) : Pour réorganiser les données		*Numéro de séquence /numéro d'ordre (32 bits) : Pour réorganiser les données, est fonction du nombre d'octets envoyés
	*Numéro de reçu / numéro d'accusé de réception (32 bits): indique les données reçues, correspond au prochain numéro d'ordre attendu		*Numéro de reçu / numéro d'accusé de réception (32 bits): indique les données reçues, correspond au prochain numéro d'ordre attendu
	*Longueur d'en-tête (4 bits) : connu sous le nom "décalage de données". Indique la longueur de l'en-tête.		*Longueur d'en-tête (4 bits) : connu sous le nom "décalage de données". Indique la longueur de l'en-tête.
Ligne 1 091 :		Ligne 1 092 :
	[[File:UDPHeader.png\|RTENOTITLE]]		[[File:UDPHeader.png\|RTENOTITLE]]

	Plusieurs types d'application utilisent UDP :		Plusieurs types d'application utilisent UDP :

	*Applications multimédia et de streaming, VOIP : ces applications tolèrent des pertes de paquets mais pas du retard		*Applications multimédia et de streaming, VOIP : ces applications tolèrent des pertes de paquets mais pas du retard
	*Application de requête et de réponse : Les transactions sont simples, une question reçoit une réponse (DHCP, DNS, RADIUS)		*Application de requête et de réponse : Les transactions sont simples, une question reçoit une réponse (DHCP, DNS, RADIUS)
	*Applications gérant elle-même la fiabilité : comme par exemple SNMP et TFTP		*Applications gérant elle-même la fiabilité : comme par exemple SNMP et TFTP

	== Numéros de port. ==		== Numéros de port. ==
Ligne 1 133 :		Ligne 1 134 :
	*A répond par un ACK		*A répond par un ACK

	La connexion a trois buts : Vérifier que le périphérique de destination est sur le réseau, s'assurer que le périphérique de destination a un service actif et accepte les requêtes sur le numéro de port de destination, et bien sûr informer le périphérique de destination que la source veut établir une session.		La connexion a trois buts : Vérifier que le périphérique de destination est sur le réseau, s'assurer que le périphérique de destination a un service actif et accepte les requêtes sur le numéro de port de destination, et bien sûr informer le périphérique de destination que la source veut établir une session.

	Une fois les données envoyées, la connexion se clôture en 4 étapes:		Une fois les données envoyées, la connexion se clôture en 4 étapes:
Ligne 1 162 :		Ligne 1 163 :
	=== Contrôle d'encombrement ===		=== Contrôle d'encombrement ===

	En cas d'encombrement sur le réseau, des paquets peuvent être mis de côté par un routeur surchargé. Ils ne sont alors pas considérés comme étant reçus. En déterminant la vitesse à laquelle les segments TCP sont envoyés mais non reçus, la source peut estimer le niveau d'encombrement du réseau. Chaque fois qu'il y'a encombrement, les paquets TCP sont renvoyés par la source; si la retransmission n'est pas contrôlée, cela peut aggraver le niveau d'encombrement du réseau : de nouveaux paquets sont envoyés en plus de ceux qui sont déjà dans le réseau. Pour éviter cela TCP utilise de nombreux algorithmes, mécanismes et minuteurs. De plus si la source détermine que les segments TCP ne sont pas reçus ou pas assez vite, elle peut diminuer le nombre d'octets qu'elle envoie sans influer sur la taille de fenêtre de la destination.		En cas d'encombrement sur le réseau, des paquets peuvent être mis de côté par un routeur surchargé. Ils ne sont alors pas considérés comme étant reçus. En déterminant la vitesse à laquelle les segments TCP sont envoyés mais non reçus, la source peut estimer le niveau d'encombrement du réseau. Chaque fois qu'il y'a encombrement, les paquets TCP sont renvoyés par la source; si la retransmission n'est pas contrôlée, cela peut aggraver le niveau d'encombrement du réseau : de nouveaux paquets sont envoyés en plus de ceux qui sont déjà dans le réseau. Pour éviter cela TCP utilise de nombreux algorithmes, mécanismes et minuteurs. De plus si la source détermine que les segments TCP ne sont pas reçus ou pas assez vite, elle peut diminuer le nombre d'octets qu'elle envoie sans influer sur la taille de fenêtre de la destination.

	L'explication des mecanismes de la gestion d'encombrement ne rentre pas dans le cadre de ce cours.		L'explication des mecanismes de la gestion d'encombrement ne rentre pas dans le cadre de ce cours.
Ligne 1 170 :		Ligne 1 171 :
	UDP crée moins de surcharge que TCP, car il n'est pas orienté connexion et n'as pas de mécanisme de fiabilité complexes. Ces fonctions sont alors généralement implémentées dans les couches application.		UDP crée moins de surcharge que TCP, car il n'est pas orienté connexion et n'as pas de mécanisme de fiabilité complexes. Ces fonctions sont alors généralement implémentées dans les couches application.

	UDP n'ayant pas de numéro d'ordre des datagrammes, aucun suivi n'est fait à ce niveau-là : UDP se contente de réassembler les données dans l'ordre dans lequel il les reçoit et de les transmettre à l'application. C'est à cette dernière de déterminer l'ordre des données.		UDP n'ayant pas de numéro d'ordre des datagrammes, aucun suivi n'est fait à ce niveau-là : UDP se contente de réassembler les données dans l'ordre dans lequel il les reçoit et de les transmettre à l'application. C'est à cette dernière de déterminer l'ordre des données.

	Les numéros de ports réservés en UDP peuvent être différents services, comme RADIUS ou DNS.		Les numéros de ports réservés en UDP peuvent être différents services, comme RADIUS ou DNS.

Cisco : R&S 1 - Historique des versions

Justine le 22 juin 2022 à 11:59

Justine : Justine a déplacé la page Cisco R&S 1 vers Cisco : R&S 1

Justine : Justine a déplacé la page Cisco vers Cisco R&S 1

Justine le 6 décembre 2018 à 21:06

Justine le 3 décembre 2018 à 00:11

Justine le 3 décembre 2018 à 00:08

Justine le 24 novembre 2018 à 01:06

Justine le 20 novembre 2018 à 16:17

Justine le 16 novembre 2018 à 23:49

Justine le 12 novembre 2018 à 17:57

Justine : Justine a déplacé la page Cisco R&S 1 vers Cisco : R&S 1

Justine : Justine a déplacé la page Cisco vers Cisco R&S 1