C'était donc un exemple d'envergure de base.
Il y a plusieurs options lorsque vous configurez span, supprimons notre session actuelle et spécifions ensuite
Monat à la session.
Créons un nouveau ou un port source sera l'interface en premier Ethan à 2 1 0 3 dans l'exemple et
je ne ferai que recevoir le trafic voulu sur l'interface de destination de session 1
0 5 plutôt 1
0 5 et appuyer sur Entrée .
À présent, je ne crée délibérément qu'une session avec le même numéro pour que cela reste simple, mais sachez que vous
pouvez créer plusieurs sessions en même temps.
Il existe certaines règles de dépendance en ce qui concerne la portée d'une plage de port étendue. Le port de destination ne peut être utilisé
qu'avec une seule session à la fois.
Un port de destination étendu ne peut pas non plus être un port source étendu.
Lorsque vous créez un port de destination étendue, le commutateur ne considère plus ce port comme un support Ethan sur le port.
Comme je l'ai démontré, les adresses MAC ne sont pas apprises sur ce port et le trafic reçu sur ce
port n'est pas accepté par défaut.
Vous pouvez supprimer un port de destination étendu à l'aide de la session sans moniteur, du numéro et de
l'interface de destination, puis l'ajouter à une monétisation différente.
Donc, en d’autres termes, vous pouvez le déplacer d’une session à l’autre.
Plusieurs sources peuvent être utilisées avec une session unique. Une session unique ne peut pas mélanger des interfaces et
des sources violentes.
Donc, vous devez soit regarder plusieurs interfaces ou plusieurs villans une session dépensée peut utiliser n'importe quelle combinaison
de directions.
Transmettre recevoir ou les deux.
Si le canal peut être utilisé comme port source dans Surveillance de port, les liaisons Spanne peuvent également être utilisées
comme ports source si nécessaire.
Ainsi, dans cet exemple, nous n’avons qu’une seule interface, mais nous pourrions le changer trop rapidement.
Ethernet 1 0 3, puis spécifiez une plage d'interfaces si nécessaire.
Alors, disons 1 0 1 et la mode typique de Cisco.
La commande est différente des autres communs, vous recevez donc sur ces deux interfaces.
Ne montrez que le moniteur de pompe à pompe est en marche.
Tous les exemples englobent les ports sur lesquels vous allez examiner le trafic reçu sur 1 0 ou 1, ainsi
que sur 1 0 3, afin que tous redémarrent la capture de nettoyage sur Rato.
Je vais aussi envoyer un seul tableau à Rodda.
Ce que vous remarquerez même si nous ne cherchons qu’à recevoir du trafic, nous capturons l’écho de ping ainsi
que la réponse Ekka.
Ainsi, l'écho aurait été reçu sur ce port quand on aurait transmis un trafic à destination de l'écho, la
réponse aurait été reçue sur ce port.
Nous avons donc reçu l'écho et la réponse d'écho.
Si nous n'avions configuré que ce port, nous n'aurions reçu que l'écho et non la réponse d'écho.
Faisons-le donc et surveillons la session 1.
Nous allons seulement capturer le trafic reçu sur ce port puis nous l'enverrons en dehors du port 1 0 5.
Alors maintenant, quand je vide la session et fais un ping, nous ne recevons que la moitié du trafic.
Faites donc attention aux ports qui sont la source de votre capture et à la direction
du trafic qui vous permettront de capturer le trafic entrant et sortant de ce
port.
Transmit est le trafic envoyé à partir de ce port.
Vous pouvez par exemple capturer le méchant.
Supprimons donc la section 1 et ce que je ferai, c’est de dire que si Villalon 1 reçoit du trafic et que la destination
est le port cinq, il doit capturer et faire à
nouveau un ping.
Et notez ici que nous voyons à la fois l’écho et le message de réponse Echo.
Donc, cette réponse Ecker, il a demandé Ekka parce que ce port et ce port sur VLAN 1 pt. 1 0 2 est en fait fermé dans ces excuses afin
que nous puissions atteindre ce port à partir de la topologie que certaines commandes ont encore montré
à surveiller.
Nous pouvons voir que nous avons une session activée.
Il s’agit d’une session locale dont le trafic sur le port de destination du réseau VLAN 1 est 1 0 5.
Nous utilisons une encapsulation native et l'entrée est désactivée afin que le trafic soit supprimé.
C'est reçu sur le port.
Nous pouvons également consulter des informations détaillées afin de constituer une session locale car ils ne sont pas
configurés par les ports sources. Nous avons uniquement une source de terrain configurée et nous capturons le trafic reçu sur
un réseau local virtuel non transmis sur le terrain. le port pour la session
de dépenses est 1 0 5 autres options ne le sont pas.
Examinons donc quelques-unes des options de la session monétariste shoyu pour le moment, aucune configuration de rotation n’est présente
sur le système.
Nous pouvons examiner une station de base locale ou même une passerelle à distance distante utilisée lorsque vous utilisez
un commutateur source / destination différent.
Ainsi, le port source pourrait également être ce port sur commutateur.
Et la destination pourrait être ce port sur le commutateur numéro un.
Le trafic sera donc capturé sur ce port et envoyé au périphérique de capture de ce commutateur.
Donc lequel donc je vais configurer une session de moniteur une session de moniteur.
Choisissez un numéro comme une interface source.
Premièrement, Ethan à 1 0 1, la destination dans votre exemple va être 1 0 5, donc affichez le parcours.
Inclure le moniteur.
C'est ce que nous avons fait.
Si nous essayons de configurer une session cette session en utilisant le même port d’interface de destination si 1 0 5 l’avait remarqué, nous l’avions
dit. Ce port est réellement utilisé.
Nous avons donc configuré ce port comme destination de la session 1.
Nous ne pouvons pas le configurer pour qu'il soit la destination de la session 2, mais nous pourrions, à titre
d'exemple, configurer une session et spécifier une source différente.
Donc, un 0 1 à titre d’exemple montre un cycle d’exécution d’un moniteur incrusté.
Nous avons deux sources configurées mais une seule destination.
Donc, montrez à la session monitus tout ce que nous avons configuré pour la session 1 et la session pour le configurer mais seule
la session 1 est configurée avec le port de destination.
Sur un dispositif de choc, nous devrions être en mesure de capturer le trafic d'un fournisseur à destination de Rodda sur lequel nous pouvons voir
le trafic de monodiffusion envoyé de Rodda à un routeur à partir de ce port en raison de cette session
de surveillance.
Le trafic envoyé et reçu le cas échéant, si un message spécial doit être envoyé sur 1 0 5,
nous voyons donc la demande d'écho ICMP envoyer un message de réponse d'écho.
Maintenant, rien ne nous empêche de déplacer le port de destination d’une session à l’autre.
Nous pourrions donc mettre une note devant cette commande et la placer maintenant en session 2.
Donc c'est accepté.
Donc, ce que nous avons fait maintenant, c’est de déplacer le port de destination d’une session à l’autre.
C'était un choc gardé de faire le ping à nouveau.
J'ai remarqué que nous capturions le trafic parce que nous capturions certains types de trafic.
Mais dans une session différente.