Cisco : R&S 2 - Historique des versions

Justine le 22 juin 2022 à 11:59

2022-06-22T11:59:25Z

← Version précédente		Version du 22 juin 2022 à 11:59
Ligne 1 :		Ligne 1 :
			[[Category:reseau]]
			[[Category:cisco]]
	Cette page contient l'ensemble de mes notes concernant le cours CCNA : R&S2 de Cisco.		Cette page contient l'ensemble de mes notes concernant le cours CCNA : R&S2 de Cisco.

Justine le 28 mars 2019 à 21:21

2019-03-28T21:21:45Z

Voir les modifications

Justine le 27 mars 2019 à 19:52

2019-03-27T19:52:07Z

Voir les modifications

Justine le 24 mars 2019 à 17:46

2019-03-24T17:46:13Z

Voir les modifications

Justine le 18 mars 2019 à 15:37

2019-03-18T15:37:49Z

← Version précédente		Version du 18 mars 2019 à 15:37
Ligne 1 704 :		Ligne 1 704 :
	== Dépannage du DHCPv6 ==		== Dépannage du DHCPv6 ==

	Dans l'ordre de priorité :		Dans l'ordre de priorité :

	*Résoudre les conflits d'adresse		*Résoudre les conflits d'adresse
Ligne 1 712 :		Ligne 1 712 :
	*Vérifier à partir du même sous-réseau ou VLAN		*Vérifier à partir du même sous-réseau ou VLAN

	On a les commandes de vérif, et le mode ~~debig~~ à disposition.		On a les commandes de vérif, et le mode debug à disposition.

			=  Chapitre 9 : NAT =
	~~ ~~
	~~ ~~

	~~ ~~		== Qu'est-ce que c'est? ==

	~~ ~~		[Je ne vais pas résumer ici ce que c'est que NAT...]

	~~ ~~		Les routeurs configurés pour la NAT peuvent être configurés avec une ou plusieurs adresses IPv4 publiques valides. Ces adresses publiques sont appelées collectivement « pool NAT ». Lorsqu'un périphérique interne envoie du trafic hors du réseau, le routeur configuré pour la NAT traduit l'adresse IPv4 interne du périphérique en une adresse publique du pool NAT. Pour les périphériques externes, tout le trafic entrant sur le réseau et sortant de celui-ci semble posséder une adresse IPv4 publique du pool d'adresses fourni. Un routeur NAT fonctionne généralement en périphérie d'un réseau d'extrémité.

	~~ ~~		== Terminologie ==

	~~ ~~		Le réseau interne désigne l'ensemble des réseaux soumis à la traduction. Le réseau externe désigne tous les autres réseaux.

			Les adresses IPv4 sont désignées de différentes façons (selon qu'elles sont privées/publiques et entrantes/sortantes) :

			*Locale Interne : Adresse de la source, vue du réseau Interne.
			*Globale Interne : Adresse de cette même source, mais vue depuis l'extérieur (et donc déjà traduite).
			*Locale Externe : Adresse de la destination, vu du réseau interne. Normalement, elle est identique à l'adresse Globale Externe (en général).
			*Globale Externe : Adresse de destination vue du réseau Externe.

			Pour résumer :

			*Interne : l'adresse du périphérique traduite via la NAT
			*Externe : l'adresse du périphérique de destination.
			*Locale : une adresse locale peut faire référence à toute adresse qui apparaît sur la partie interne du réseau.
			*Globale : une adresse globale peut faire référence à toute adresse qui apparaît sur la partie externe du réseau.

			== Fonctionnement ==

			[Pas grand chose à résumer... Je connais déjà cette section].

			== Traduction d'adresses réseau ==

			Il en existe trois types :

			*NAT statique : Mappage "un-à-un" entre les deux adresses
			*NAT dynamique : mappage de plusieurs adresses locales et globales. Les traductions sont effectuées selon les disponibilités. Par exemple, s’il y a 100 adresses locales internes et 10 adresses globales internes, à un moment donné, seules 10 adresses parmi les 100 adresses locales internes peuvent être traduites. Cette limitation de la NAT dynamique la rend moins utile pour les réseaux de production, comparée à la traduction d’adresse de port.
			*PAT (Port Address Translation) : mappage de plusieurs adresses locales et globales vers une seule. Cette méthode est également appelée « surcharge » (surcharge NAT). Par exemple, s’il y a 100 adresses locales internes et 10 adresses globales internes, la PAT utilise les ports comme paramètre supplémentaire pour fournir un effet multiplicateur, permettant ainsi de réutiliser l’une des 10 adresses globales internes jusqu’à 65 536 fois (en fonction du protocole sur lequel le flux est basé : UDP, TCP ou ICMP).

			=== NAT statique ===

			Ce genre de mappage, déterminé par l'admin réseau, reste constant. La NAT statique est particulièrement utile pour les serveurs web et les autres périphériques qui doivent posséder une adresse disponible depuis Internet. La NAT statique nécessite que suffisamment d'adresses soient disponibles.

Justine le 18 mars 2019 à 14:22

2019-03-18T14:22:05Z

Voir les modifications

Justine le 18 mars 2019 à 13:28

2019-03-18T13:28:39Z

Voir les modifications

Justine le 13 mars 2019 à 20:28

2019-03-13T20:28:26Z

← Version précédente		Version du 13 mars 2019 à 20:28
Ligne 1 494 :		Ligne 1 494 :

	On peut ensuite vérifier par la commande show access-lists, ainsi qu'en testant avec des accès ssh vers le routeurn, par exemple.		On peut ensuite vérifier par la commande show access-lists, ainsi qu'en testant avec des accès ssh vers le routeurn, par exemple.


	== Sur les ACE ==		== Sur les ACE ==
Ligne 1 499 :		Ligne 1 500 :
	Pour rappel, si on a une ACL d'entrée unique qui est un refus, tout le trafic sera refusé par défaut. Quand on met des ACL, il faut penser à mettre des ACE pour laisser passer le trafic.		Pour rappel, si on a une ACL d'entrée unique qui est un refus, tout le trafic sera refusé par défaut. Quand on met des ACL, il faut penser à mettre des ACE pour laisser passer le trafic.

	Cisco IOS applique une logique interne lorsqu'il accepte et traite les entrées de contrôle d'accès (ACE). Comme évoqué précédemment, les entrées ACE sont traitées de manière séquentielle ; par conséquent, l'ordre dans lequel elles sont saisies est important. C'est le premier match qui est pris en compte. Il faut donc autoriser les hôtes en premier, et terminer par les interdictions. Sinon, ça ne fonctionnera pas ! Si je commence par interdire un réseau, j'aurais beau par la suite autoriser un hôte de ce réseau, il se fera toujours jeter.		Cisco IOS applique une logique interne lorsqu'il accepte et traite les entrées de contrôle d'accès (ACE). Comme évoqué précédemment, les entrées ACE sont traitées de manière séquentielle ; par conséquent, l'ordre dans lequel elles sont saisies est important. C'est le premier match qui est pris en compte. Il faut donc autoriser les hôtes en premier, et terminer par les interdictions. Sinon, ça ne fonctionnera pas ! Si je commence par interdire un réseau, j'aurais beau par la suite autoriser un hôte de ce réseau, il se fera toujours jeter.

	Attention, cependant. L'ordre dans lequel les ACE standard sont saisies peut être différent de l'ordre dans lequel elles sont enregistrées, affichées ou traitées par le routeur. Prenons cet exemple :		Attention, cependant. L'ordre dans lequel les ACE standard sont saisies peut être différent de l'ordre dans lequel elles sont enregistrées, affichées ou traitées par le routeur. Prenons cet exemple :

	[[File:Aclordre.png]]		[[File:Aclordre.png\|RTENOTITLE]]

	Ici, on voit en faisant un show que les entrées sont réorganisées. En effet, aucun des hôtes ne fait partie des réseaux explicitement interdits. La commande show access-lists montre les numéros d'ordre des ACE. De toute façon, les ACL standard et numérotée peuvent être modifiées à l'aide des numéros d'ordre. De manière générale, si je ne me trompe pas, il faut faire d'abord les hôtes puis les réseaux (Qu'on accepte ou qu'on refuse).		Ici, on voit en faisant un show que les entrées sont réorganisées. En effet, aucun des hôtes ne fait partie des réseaux explicitement interdits. La commande show access-lists montre les numéros d'ordre des ACE. De toute façon, les ACL standard et numérotée peuvent être modifiées à l'aide des numéros d'ordre. De manière générale, si je ne me trompe pas, il faut faire d'abord les hôtes puis les réseaux (Qu'on accepte ou qu'on refuse). De toute façon, quand on redémarre le routeur, il renumérote pour mettre les instructions d'hôtes en premier.

	=== Ordre de routage ===		=== Ordre de routage ===

	Pour résumer un routage de paquet avec des ACLs :		Pour résumer un routage de paquet avec des ACLs :

	*Un paquet arrive sur une interface. L'adresse MAC correspond-elle?		*Un paquet arrive sur une interface. L'adresse MAC correspond-elle?
Ligne 1 516 :		Ligne 1 517 :
	**Si non, on envoie le paquet vers l'int de sortie		**Si non, on envoie le paquet vers l'int de sortie
	*Si on autorise le paquet, on l'envoie vers l'int de sortie.		*Si on autorise le paquet, on l'envoie vers l'int de sortie.
	*Même principe : As-t'on une ACL? Est-ce que ça passe? Si oui, on envoie le paquet.		*Même principe : As-t'on une ACL? Est-ce que ça passe? Si oui, on envoie le paquet.

	== Dépannage des ACLs ==		== Dépannage des ACLs ==

Justine le 13 mars 2019 à 19:51

2019-03-13T19:51:55Z

@@ Ligne 1 486 : / Ligne 1 486 : @@
 == La commande access-class ==
-On peut améliorer la sécurité des lignes administratives en limitant l'accès VTY. La restriction de l'accès VTY est une technique vous permettant de définir les adresses IP avec un accès à distance au processus EXEC du routeur. En gros, on peut indiquer les adresses IP autorisées à avoir l'accès à distance au routeur via une liste de contrôle d'accès et l'instruction access-class configurée sur les lignes VTY. Utilisé avec SSH, cela renforce la sécurité. La syntaxe est la suivante :
+On peut améliorer la sécurité des lignes administratives en limitant l'accès VTY. La restriction de l'accès VTY est une technique vous permettant de définir les adresses IP avec un accès à distance au processus EXEC du routeur. En gros, on peut indiquer les adresses IP autorisées à avoir l'accès à distance au routeur via une liste de contrôle d'accès et l'instruction access-class configurée sur les lignes VTY. Utilisé avec SSH, cela renforce la sécurité. La syntaxe est la suivante&nbsp;:
 <pre> Router(config-line)# access-class access-list-number { in [ vrf-also ] | out }</pre>
 *in limite les connexions entrantes
 *out les connexions sortantes
-*&nbsp;
+*Les acl s'appliquent qui traversent le routeur, mais ne sont pas destinées à bloquer les paquets qui traversent le routeur.

Justine le 13 mars 2019 à 13:28

2019-03-13T13:28:02Z

← Version précédente		Version du 13 mars 2019 à 13:28
Ligne 1 486 :		Ligne 1 486 :
	== La commande access-class ==		== La commande access-class ==

	On peut améliorer la sécurité des lignes administratives en limitant l'accès VTY. La restriction de l'accès VTY est une technique vous permettant de définir les adresses IP avec un accès à distance au processus EXEC du routeur. En gros, on peut indiquer les adresses IP autorisées à avoir l'accès à distance au routeur via une liste de contrôle d'accès et l'instruction access-class configurée sur les lignes VTY. Utilisé avec SSH, cela renforce la sécurité.		On peut améliorer la sécurité des lignes administratives en limitant l'accès VTY. La restriction de l'accès VTY est une technique vous permettant de définir les adresses IP avec un accès à distance au processus EXEC du routeur. En gros, on peut indiquer les adresses IP autorisées à avoir l'accès à distance au routeur via une liste de contrôle d'accès et l'instruction access-class configurée sur les lignes VTY. Utilisé avec SSH, cela renforce la sécurité. La syntaxe est la suivante :
			<pre> Router(config-line)# access-class access-list-number { in [ vrf-also ] \| out }</pre>

			*in limite les connexions entrantes
			*out les connexions sortantes
			*