RESOLUTION DES PROBLEMES RESEAUXsuffi.free.fr/reseau/13-Depannage.pdf · CNAM - réseaux B1 Part....

CNAM - réseaux B1 Part. II – Méthodes de dépannage réseau

Support de cours 1/

RESOLUTION DES PROBLEMES RESEAUX r Un environnement complexe

• Par les technologies mises en œuvre (Ethernet, RNIS, TCP IP, Frame Relay)

• Par le nombre et l'hétérogénéité des équipements

(stations de travail, concentrateurs, commutateur, serveur d'accès distant, routeurs, serveurs, passerelle de sécurité, etc)

• Par les services accédés (messagerie : SMTP,POP3,

IMAP, forums, annuaire, portails web, application Intranet/Internet, serveurs de base de données, etc..)

• Par la dispersion géographique des équipements et

des services accédés

• Par le nombre des intervenants

r Résolution d'un problème compréhension de celui-ci Beaucoup moins simple qu'il n'y paraît !


Support de cours 2/

RESOLUTION DES PROBLEMES RESEAUX r Elle repose sur

r La connaissance de l'infrastructure r Une connaissance globale de TCP/IP r Une approche générale des problèmes r Une méthodologie de résolution des problèmes r Sur une organisation


Support de cours 3/

QUELQUES RAPPELS DE BON SENS. L'assistance à l'utilisateur est un art difficile, qui se complique encore plus lorsque chacun de ces utilisateurs est un cas particulier et que le domaine d'intervention est complexe et parfois sensible. r Prendre le problème avec méthode, sans affolement, vérification par vérification et ne pas perdre de vue qu'une grande partie des problèmes est due à de mauvaises manipulations. r Ne pas avoir d'à priori sur l'origine du problème. Rester ouvert aux hypothèses. r Etre précis. Noter soigneusement le libellé des messages d'erreur et en cas d'assistance à distance, faire lire à l'utilisateur l'intégralité du message. r Attention : des messages d'erreur ressemblant dans leur formulation peuvent renvoyer à des problèmes complètement différents r Procéder toujours pour commencer aux vérifications de base les plus triviales : la prise d'alimentation débranchée, l'appareil éteint, le câble mal branché, mal serti sont beaucoup plus fréquent qu'on ne le pense. Commencer toujours les vérifications par ce côté là.


Support de cours 4/

QUELQUES RAPPELS DE BON SENS. r Ne pas céder à la pression de l'utilisateur : Il n'est pas technicien. Certains veulent en savoir plus ou par leur force de conviction peuvent influencer jusqu'à emmener à ne pas voir ou à nier des évidences. r Essayer de reproduire le problème ou les manipulations de l'utilisateur. r Eviter de communiquer à l'utilisateur vos hypothèses. Il est inutile d'en discuter avec lui car ce qu'il attend c'est la résolution de son problème. r Ne pas raconter n'importe quoi : il n'y a pas de honte à ne pas comprendre un phénomène. r Utiliser les outils de base !

Plus de 80 % des problèmes ne nécessite pas l'utilisation d'un

analyseur réseau


Support de cours 5/

APPROCHE GENERALE D'UN PROBLEME r Deux axes :

• Collecte des informations • Détermination du problème

r Collecte des informations

• Application(s) en cause • Explicitation des symptômes ou messages d'erreurs • Situation géographique du poste de travail dans le réseau • Configuration IP du poste • Configuration réseau de l'application

r Détermination du problème

• L'objectif est d'évaluer l'ampleur du problème • Reproductibilité du problème d'un autre endroit du réseau • Problème isolé à l'application

o Lié au mauvais paramétrage applicatif sur le poste o Lié au serveur o Lié à une passerelle

• Problème isolé au poste de travail o Interface Ethernet hors service o Paramétrage du poste o hub

• Problème isolé à un sous-ensemble des poste de travail o Equipement d'interconnexion (hub, switch, routeur) o Passerelle de sécurité

• Problème général (vite déterminé !!!)


Support de cours 6/

METHODOLOGIE DE RESOLUTION D'UN PROBLEME

Localisation et diagnostic r Rappel (Cf. Chapitre administration) Cycle de vie d’une faute dans un système

Apparition Détection Localisation Diagnostic Résolution

r temps de résolution est toujours optimum r les seules étapes sur lesquelles il est possible d' agir sont

• la localisation • le diagnostic

r La localisation et le diagnostic nécessite une vision globale des mécanismes plus que la connaissance détaillée de ceux-ci

Processus de résolution


Support de cours 7/


Localisation et diagnostic

r L'approche modèle en couche constitue une bonne méthode r Approche par le haut recherche de l'origine du problème commence :

• en aval (serveur) • niveau application

r Approche par le bas recherche de l'origine du problème commence :

• en amont (station) • niveau accès réseau

r Approche combinée

Application

Transport

IP

Accès Réseau

Résolution de nom

Réseau

client serveur

Haut Bas

Haut

Bas


Support de cours 8/


Les commandes de bases r Elles suffisent pour localiser la plupart des cas r Représentent une dizaine de commandes qui fournissent

• l'état d'une interface • la table des entrées ARP • la configuration IP d'un équipement • les routes • l'itinéraire emprunté par un paquet IP • la liste et l'état des connexions • la résolution de nom

r l'utilisation d'outils plus complexes (analyseurs) vient en complément r Certaines de ces commandes peuvent être utilisées pour obtenir une solution provisoire


Support de cours 9/

LES COMMANDES DE BASE Configuration de l'interface : ifconfig

r Disponible sous Unix et Linux r Fournit la configuration de base IP de l'hôte. r Donne également l'état d'une interface r Exemple # ifconfig eth0 eth0 Lien encap:Ethernet HWaddr 00:50:DA:36:3D:6E inet adr: 192.168.2.20 Bcast:192.168.2.255 Masque:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 Paquets Reçus : 0 erreurs : 0 jetés : 0 débordements : 0 Paquets transmis : 0 erreurs : 0 jetés : 0 débordements : 0 Interruption : 5 Adresse de base : 0xe400 r Vérification des résultats de la commande

• Détermination de l'adresse MAC • Détermination de l' adresse IP • Détermination du masque de sous-réseau • Détermination du Broadcast


Support de cours 10/

LES COMMANDES DE BASE Configuration de l'interface : ipconfig et winipcfg

r Disponibles sous windows r Ipconfig

• Commande DOS • Exemple

C:\windows> ipconfig Configuration IP de Windows 98 0 - Carte Ethernet : Adresse IP. . . . . . . . . : 192.168.1.2 Masque de sous-réseau . . . : 255.255.255.0 Passerelle par défaut . . . : ,192.168.1.245

r winipcfg

• affichage graphique

r Remarque : aucune des deux commandes ne fournit des informations sur l'état de l'interface



LES COMMANDES DE BASE Etat de l'interface : ifconfig

r Disponible sous Unix et Linux r Exemple # ifconfig eth0 eth0 Lien encap:Ethernet HWaddr 00:50:DA:36:3D:6E inet adr: 192.168.2.20 Bcast:192.168.2.255 Masque:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 Paquets Reçus : 0 erreurs : 0 jetés : 0 débordements : 0 Paquets transmis : 0 erreurs : 0 jetés : 0 débordements : 0 Interruption : 5 Adresse de base : 0xe400 r Vérification des résultats de la commande

• Détermination de l'état (up ou down) • Détermination du nombre de paquets

o Reçus o Transmis o En erreur o En débordement

• Détermination de la MTU



LES COMMANDES DE BASE Etat de l'interface : netstat

r Disponible sous Unix, Linux et Windows r options particulières de la commande r Exemple Windows C:\WINDOWS\Bureau>netstat -e Statistiques de l'interface

Reçus Émis Octets 10765481 947575 Paquets unicast 23486 14938 Paquets non-unicast 45 45 Rejets 0 0 Erreurs 0 0 Protocoles inconnus 21 C:\WINDOWS\Bureau> Linux # netstat –i eth0 [root@mac1 /root]# netstat -i eth0 Kernel Interface table Iface MTU Met RX-OK RX-ERR RX-DRP RX-OVR TX-OK TX-ERR TX-DRP TX-OVR Flg eth0 1500 0 0 0 0 0 0 0 0 0 BMRU lo 16436 0 38 0 0 0 38 0 0 0 LRU [root@mac1 /root]#



LES COMMANDES DE BASE Manipulation de la table des entrées ARP : ARP

r Disponible sous Unix, Linux et Windows r Rappel : la commande ARP fournit la correspondance entre adresses IP et adresses Ethernet d'un même réseau physique. r Normalement l'usage de cette commande doit rester rare. r A utiliser pour mettre en évidence une entrée erronée dans la table ARP (rare) ou … inattendue (plus fréquent). Arp -a : Affiche l'ensemble des entrées de la table

ARP Arp -d adr-ip : Détruit l'entrée d'adresse ip spécifiée dans

la table ARP Arp -s adr-ip adr-Eth Ajout manuel d'une entrée dans la table r Exemple : C:\WINDOWS>arp -a Interface: 200.13.11.37

Internet Address Physical Address Type 200.13.11.38 00-40-05-4c-af-19 dynamic 200.13.11.245 00-00-0c-98-5f-1d dynamic

C:\WINDOWS>arp -s 200.13.11.20 00-80-5a-11-c7-52 C:\WINDOWS>arp -a Interface: 200.13.11.37

Internet Address Physical Address Type 200.13.11.20 00-80-5a-11-c7-52 static 200.13.11.38 00-40-05-4c-af-19 dynamic 200.13.11.245 00-00-0c-98-5f-1d dynamic



LES COMMANDES DE BASE Test de la connectivité de base : PING

r A utiliser pour tester la présence sur le réseau d'une machine ou mesurer les temps de réponse pour cette machine. r la réponse positive à un ping d'une machine distante indique que le problème est à aller chercher au niveau de la couche application. r une réponse en erreur indique que le problème est aller chercher aux niveaux des couches inférieures. r syntaxe générale

• ping [options] <nom-d'hôte> • ping [options] <adresse-ip>



LES COMMANDES DE BASE Test de la connectivité de base : PING

r Les messages d'erreur Mauvaise adresse ip ou hôte inconnu

• Problème de résolution de nom. o le nom n'existe pas, o le serveur de nom est en panne.

• Le ping de l'adresse IP du DNS permet de trancher dans la plupart des cas.

Aucune réponse ou request time out.

• Mauvaise configuration de la station locale ou distante • Une route est tombée. • La machine distante est en panne • L'exécution de netstat ou traceroute doit permettre de trancher

r Délais.

Reply from 200.13.11.38: bytes=32 time<10ms TTL=32 La champ time permet d'apprécier le délai. L'echo <10ms est normalement celui qu'on doit trouver sur un réseau local. Des temps plus long >100ms traduisent des problèmes sur le réseau local.



LES COMMANDES DE BASE Manipulation des routes : route

r Disponible sous Unix, Linux et windows. r Manipule les tables de routage du réseau. r Syntaxe commande windows ROUTE [-f] [commande [destination] [MASK] [routeur] [METRIC coût]]

• -f Efface la table de routage. • commande PRINT, ADD, DELETE, CHANGE

r Syntaxe commande Unix, Linux

• Variable d'un système Unix à un autre • Forme générale

route [commande] [destination] [passerelle] [métrique] • Commande : add, del, flush • Exemple sous Linux



LES COMMANDES DE BASE Affichage des routes : Netstat

r Disponible sous Unix, Linux, Windows r Syntaxe de la commande Netstat –r –n

-r affiche les routes -n affichage sous format numérique

r Exemple # netstat -rn Table de routage IP du noyau Destination Passerelle Genmask Indic MSS Fenêtre irtt Iface 192.168.2.20 0.0.0.0 255.255.255.255 UH 0 0 0 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 192.168.2.45 0.0.0.0 UG 0 0 0 eth0 r Les vérifications

• Vérifier si l'adresse de destination correspond à une route

• Vérifier la présence éventuelle d'une route par défaut • Vérifier la présence de routes dynamiques (UGD) • Tester la connectivité de la passerelle



LES COMMANDES DE BASE Affichage des routes : route

r option spécifique de la commande route sous windows r syntaxe c:\windows> route print r exemple

• Windows C:\WINDOWS\Bureau>route print Itinéraires actifs : Adresse réseau Masque réseau Adr. passerelle Adr. interface Métrique 0.0.0.0 0.0.0.0 62.147.111.212 62.147.111.212 1 62.0.0.0 255.0.0.0 62.147.111.212 62.147.111.212 1 62.147.111.212 255.255.255.255 127.0.0.1 127.0.0.1 1 127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1 224.0.0.0 224.0.0.0 62.147.111.212 62.147.111.212 1 224.0.0.0 224.0.0.0 192.168.1.2 192.168.1.2 1 255.255.255.255 255.255.255.255 62.147.111.212 62.147.111.212 1 C:\WINDOWS\Bureau>

• LINUX # route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use iface 192.168.1.0 * 255.255.255.0 U 0 0 0 eth0 172.30.32.0 192.168.1.45 255.255.240.0 UG 0 0 0 eth0 172.30.48.0 192.168.1.45 255.255.240.0 UG 0 0 0 eth0 172.30.16.0 192.168.1.45 255.255.240.0 UG 0 0 0 eth0 127.0.0.0 * 255.0.0.0 U 0 0 0 lo DEFAULT 192.168.1.245 0.0.0.0 UG 0 0 0 ETH0



LES COMMANDES DE BASE Affichage d'un itinéraire : Traceroute

r Disponible sous Unix, Linux, Windows

• traceroute pour Unix, Linux • tracert pour windows

r La commande Traceroute Lorsque le ping a échoué, permet de savoir à quel nœud du réseau, le trafic du réseau est stoppé Attention : un traceroute effectué vers une même machine de deux endroits distincts peut donner deux résultats différents. Il n'a donc de pertinence que par rapport au réseau émetteur. C:\WINDOWS>tracert 195.83.252.2 Tracing route to 195.83.252.2 over a maximum of 30 hops 1 1 ms 1 ms 1 ms 200.13.11.245 2 2 ms 2 ms 2 ms 195.83.252.2 Trace complete. C:\WINDOWS>tracert mac1.ex-cnam.fr Tracing route to mac1.ex-cnam.fr [194.213.239.39] over a maximum of 30 hops: 1 1 ms 1 ms 1 ms 200.13.11.245 2 * * * Request timed out



LES COMMANDES DE BASE Vérification du service de nom : nslookup ou dig

r disponible sous UNIX et Linux r Nslookup

• Fournit la résolution de nom • Permet de localiser les serveurs de nom d'un domaine • Permet de liste l'ensemble des RR d'un domaine

r Exemple d'usage NSLOOKUP $ nslookup s1.insee.fr Server: dns2.sous-dom.ax-cnam.fr Address: 172.10.16.1 Non-authoritative answer: Name: s1.insee.fr Address: 194.254.38.66 Recherche nom d'hôte : commande ls r La commande DIG Remplit les mêmes fonctionnalités que NSLOOKUP Mode commande $ dig www.insee.fr ;; QUERY SECTION: ;; www.insee.fr, type = A, class = IN ;; ANSWER SECTION: www.insee.fr. 2h48m20s IN A 194.254.38.80



LES COMMANDES DE BASE Vérification des connexions : netstat, telnet

r options de netstat disponible sous Unix, Linux, windows r syntaxe générale netstat –a r Exemple

• Windows C:\WINDOWS\Bureau>netstat -a Connexions actives Proto Adresse locale Adresse distante État TCP x5k4y9:nbsession X5K4Y9:0 LISTENING TCP x5k4y9:1208 smtp.exemple.cnam.fr:25 ESTABLISHED TCP x5k4y9:1215 pop.exemple.cnam.fr:110 CLOSE_WAIT C:\WINDOWS\Bureau>

• Linux

[root@mac1/tmp]# netstat -a -t Active Internet connections (servers and established) Proto Recv-Q Send-Q Local Address Foreign Address State tcp 0 0 *:mysql *:* LISTEN tcp 0 0 *:www-http *:* LISTEN tcp 0 0 *:ftp *:* LISTEN tcp 0 0 *:ssh *:* LISTEN tcp 0 0 *:https *:* LISTEN [root@mac1 /tmp]#

r La commande Telnet #telnet smtp.exemple.cnam.fr 25



LES ANALYSEURS DE TRAME Généralités

r Les analyseurs de trame sont utilisés pour résoudre les problèmes plus complexes r Plusieurs analyseurs disponibles

• Mode commande ou outils graphiques • Distributions gratuites ou commerciales

r Distributions "gratuites"

• Tcpdump • Ethereal

r Distributions commerciales

• Sniffer Pro • Fluke

r Attention aux réseaux commutés !



LES ANALYSEURS DE TRAME TCPDUMP

r Disponible sous Linux (Licence GNU) et Unix r Utilisable uniquement sous root r l'affichage se fait sur la console r Commande # tcpdump tcpdump: listening on eth0 bla bla bla……. r Possibilité de mettre en œuvre des filtres avec

• les mots-clés src et dst • les mots-clés net, host et port • les mots-clés tcp, udp, ip, icmp • les opérateurs logiques And et Or

r Exemple # tcpdump src host 192.168.1.2 # tcpdump dst host 192.168.1.25 and port 25 and tcp



LES ANALYSEURS DE TRAME Iptrace et Ipreport

r Disponible sous AIX r Outil texte r Iptrace capture les trames Ethernet dans un fichier de données r Ipreport met en forme un rapport de traces à partir du fichier de données généré par Iptrace r Syntaxe Iptrace Iptrace [options] <fichier-trace> -a suppression des datagrammes ARP -d host filtre sur la destination -s host filtre sur la source -b trace bi-directionnelle -i filtre sur l'interface -P filtre sur le protocole -p filtre sur le numéro de port r Syntaxe Ipreport Ipreport <fichier-trace> r Exemple # iptrace –d smtp.exemple.cnam.fr –b –p smtp ./trace001.log # ipreport ./trace001.log > rapport001 # pg rapport001



LES ANALYSEURS DE TRAME Ethereal

r Disponible sous Linux, Unix et Windows r Mode texte équivalent à tcpdump r Mode graphique

r La fenêtre est divisée en trois parties

• Lignes résumées • Description protocolaire d'une ligne sélectionnée • "Dump" hexadécimal



LES VERIFICATIONS DE BASE r La notion de chaîne de liaison

Ensemble des logiciels et matériels mis en œuvre pour réaliser l'architecture Client-Serveur.

r Quel maillon dans la chaîne de liaison est défaillant ? r Les différents maillons

Le poste de travail

• Ifconfig • Arp • Paramètres applicatifs

Le réseau local

• Ping d'hôtes situés sur le même segment ou réseau L'interconnexion LAN/LAN ou LAN/WAN

• Accès à un autre service situé sur le réseau distant • ping • Netstat • Traceroute

La résolution DNS

• Ping serveur DNS • Nslookup,Dig

Le ou les serveurs applicatifs

• Netstat • telnet sur le port du serveur



VERIFICATION DU POSTE DE TRAVAIL r Quand ? Impossibilité de se connecter à un serveur ou des serveurs applicatifs

r Vérification d'usage

Vérification de la connectivité de base Vérification de l'acheminement Ping du serveur en utilisant son nom Ping du routeur en utilisant son adresse IP Traceroute

r Vérification des paramètres du poste client Client Messagerie

Informations de compte Nom du ou des serveurs de messagerie

Client WEB

Nom du serveur proxy Liste des services cachés.

Pile de communication

Adresse IP Adresse IP de la passerelle (routeur) Adresse IP du serveur DNS



VERIFICATION DE L'INTERCONNEXION Quand ? Aucun service situé sur un autre réseau ne semble accessible

r Vérification de la connexion LAN

• Visibilité du routeur sur le réseau local • Connexion du routeur • Vérification des ports du HUB

r Vérification de la connexion WAN Utilisation du traceroute Cas d'une liaison numéris.

• Vérification de la partie privative avec o un poste numéris o un analyseur AURORA 2.

• Vérification du réseau RNIS à la TNR France télécom.



VERIFICATION D'UN ACCES DISTANT Cas d'une connexion via numéris

Quand ? absence apparente d'activité du routeur côté numéris

r Cette vérification peut être faite en premier car elle est la plus facile à réaliser. r Appel du numéro d'abonné de l'accès distant

• Appeler d'un poste situé sur une autre ligne que celle du routeur • Détection de la porteuse

o Vérification de la configuration du routeur o Vérification de la liaison numéris locale

• Pas de détection de la porteuse ou message opérateur pb sur l'accès distant côté opérateur.



VERIFICATION DE LA RESOLUTION DNS r Quand ? impossibilité de se connecter à un serveur. r Vérification de la visibilité IP.

• Vérifier la visibilité IP du serveur • Accéder au service par l'@ip

r Vérification de la visibilité DNS

Aucune visibilité Vérification des paramètres de résolution DNS (onglet DNS de la fiche réseau ou fichier resolv.conf) Vérification de la visibilité IP du serveur DNS lui-même.

Visibilité sur les machines du domaine seul

Essai de plusieurs (2 ou 3) serveurs hors domaine Problème de résolution DNS au niveau supérieur

Visibilité partielle sur des machines hors domaine

Le serveur DNS local renvoie des informations • Qu'il a dans son cache • Pour lesquelles il est secondaire

Le problème peut avoir pour origines • Le serveur local lui-même • Un serveur "forwarder" • Les accès au réseau du serveur DNS



LOCALISATION D'UN PROBLEME Exemple d'une chaîne de liaison (1)

r On considère l'interconnexion de deux réseaux

• Un réseau local sur lequel se trouve des PC • Un réseau distant sur lequel se situe un ensemble de serveurs • L'interconnexion des deux réseaux est réalisée par numéris

Réseau distant

Serveur d’accès

Accès primaire

Réseau opérateur

Accès de base TNR

Routeur d'agence

WEB DNS ANNUAIRE MESSAGERIE

Réseau local




r Envoi ou réception d'un courrier à partir d'un poste de travail situé sur un réseau distant connecté via numéris r Chaîne de liaison de la connexion courrier

Le client de messagerie (Outlook, Netscape Communicator, Eudora), La pile de communication TCP IP du poste client Un hub et un routeur Une liaison Numéris Un point de concentration Le serveur d'accès distant Le réseau distant (DMZ) Un serveur DNS Un serveur d'annuaire Un serveur de messagerie

r Dépannage à partir du réseau local approche combinée Procéder aux vérifications de base Noter les symptômes ou messages d'erreurs Essayer une résolution DNS (approche par le haut). Si OK, deux déductions :

• Le réseau distant est accessible. • Le poste de travail est correctement configuré

au niveau TCP/IP. Le problème est applicatif Vérifier la configuration du client de messagerie




r Consultation d'une page WEB impossible

Le navigateur (Internet Explorer, Netscape Communicator) La pile de communication TCP IP du poste client Le réseau local (hub, switch) Un routeur Un accès de base Le réseau Numéris Un accès primaire Le serveur d'accès distant Le réseau distant Le serveur DNS Le serveur proxy Le serveur web

r Dépannage à partir du réseau distant sur une erreur signalé sur le réseau local Approche par le haut

Accès direct au serveur www Résolution DNS

Accès à d'autres services Test de la connectivité IP du serveur d'accès Appel du numéro d'abonné du serveur d'accès




r Soit la configuration suivante

r Panne supposée de la messagerie signalée sur le site d'agence r Intervention à partir du site central : approche par le haut

• Test connexion au serveur (telnet par ex.) • Vérification DNS • Vérification d'autres applications le cas échéant • Vérification routage (ping 192.168.2.245) • Vérification connectivité du poste de travail et des postes

environnants

Site central

DNS Serveurs applicatifs

10.0.0.1/24

10.0.0.2/24

192.168.2.245/24

192.168.1.245/24

Site d'agence



LOCALISATION D'UN PROBLEME Exemple d'utilisation d'ARP

r Configuration r Nature du problème

• La station U a usurpé l'adresse IP du routeur R • L'entrée ARP correspondant sur le serveur est erronée • Conséquence : les stations du réseau A ne peuvent pas

atteindre le serveur r Solutions

• Fixer l'entrée ARP correspondant au routeur R sur le serveur

• Chercher la station coupable (pas si évident ;-) )

serveur

192.168.1.245/24

Station U



LOCALISATION D'UN PROBLEME Exemple d'utilisation de la commande route

r Configuration

r Nature du problème

• Le routeur R1 a subi une panne • Des routes dynamiques se sont créées sur le serveur vers

le routeur par défaut • Conséquence : les paquets vers le réseau 172.30.16.0/24

ne sont pus acheminés ! r solution

• détruire les routes dynamiques indues • remettre les routes spécialisées • conseil : éviter l'option du type "route flush"

serveur

Routeur R1

Vers réseau 172.30.16.0/24

Routeur défaut

RESOLUTION DES PROBLEMES RESEAUXsuffi.free.fr/reseau/13-Depannage.pdf · CNAM - réseaux B1 Part....

Documents

Transcript of RESOLUTION DES PROBLEMES RESEAUXsuffi.free.fr/reseau/13-Depannage.pdf · CNAM - réseaux B1 Part....