Diagnostic des problèmes réseau

Langue :

Si la liaison PPP devient active mais que peu d'hôtes du réseau distant sont accessibles, il peut s'agit d'un problème de réseau. La procédure suivante vous indique comment isoler et résoudre les problèmes réseau ayant une incidence sur une liaison PPP.

Connectez-vous en tant qu'administrateur à la machine locale.
Pour plus d'informations, reportez-vous à la section A l’aide de vos droits administratifs attribués du manuel Sécurisation des utilisateurs et des processus dans Oracle Solaris 11.2 .
Arrêtez le lien qui pose problème.

Désactivez les protocoles facultatifs dans les fichiers de configuration en ajoutant les options suivantes à votre configuration de PPP :
```
noccp novj nopcomp noaccomp default-asyncmap
```
Ces options offrent le PPP non compressé le plus simple qui existe. Essayez d'appeler ces options en tant qu'arguments associés à pppd sur la ligne de commande. Si vous pouvez atteindre les hôtes précédemment inaccessibles, ajoutez les options dans l'un ou l'autre des emplacements ci-dessous.
- /etc/ppp/peers/peer-name, après l'option appel
- /etc/ppp/options, en vous assurant que les options s'appliquent de manière globale.

Appelez le pair distant. Ensuite, activez les fonctions de débogage.
```
% pppd debug call peer-name
```
Obtenez les journaux détaillés du programme de messagerie instantanée en utilisant l'option –v de chat.
Par exemple, utilisez le format suivant dans n'importe quel fichier de configuration PPP :
```
connect 'chat -v -f /etc/ppp/chatfile'
```
/etc/ppp/chatfile représente le nom de votre fichier de messagerie instantanée.

Essayez de recréer le problème en utilisant Telnet ou d'autres applications pour atteindre les hôtes distants.
Etudiez les journaux de débogage. Si vous ne pouvez toujours pas atteindre les hôtes distants, le problème PPP peut être lié au réseau.

Vérifiez que les adresses IP des hôtes distants sont des adresses Internet enregistrées.
Certaines organisations assignent des adresses IP internes qui sont connues au sein du réseau local mais ne sont pas routables sur Internet. Si les hôtes distants se trouvent au sein de votre entreprise, vous devez définir un serveur de conversion de nom en adresse ou un serveur proxy pour accéder à Internet. Si les hôtes distants ne sont pas au sein de votre entreprise, vous devez signaler le problème à l'organisation distante.

Examinez les tables de routage.
1. Vérifiez les tables de routage sur la machine locale et le pair.
2. Vérifiez les tables de routage pour les routeurs qui sont dans le chemin d'accès du pair vers le système distant. Vérifiez également les tables de routage pour les routeurs du chemin d'accès de retour au pair.
  Assurez-vous que les routeurs intermédiaires n'ont pas été configurés de manière incorrecte. Souvent, le problème peut être trouvé dans le chemin de retour au pair.

(Facultatif)Si la machine est un routeur, vérifiez les fonctionnalités facultatives.
```
# ndd -set /dev/ip ip_forwarding 1
```
Pour plus d'informations sur ndd, reportez-vous à la page de manuel ndd(1M).
Dans Solaris 10, vous pouvez utiliser routeadm(1M), au lieu de ndd(1M).
```
# routeadm -e ipv4-forwarding -u
```
Remarque - La commande ndd n'est pas persistante. Les valeurs définies à l'aide de cette commande sont perdues lors de la réinitialisation du système. La commande routeadm est persistante. Les valeurs définies avec cette commande sont conservées après la réinitialisation du système.

Vérifiez les statistiques qui sont obtenues à l'aide de netstat -s et des outils similaires.
Pour plus d'informations sur netstat, reportez-vous à la page de manuel netstat(1M).
1. Exécutez les statistiques sur la machine locale.
2. Appelez le pair.
3. Observez les nouvelles statistiques générées par netstat –s.
  Pour plus d'informations, reportez-vous à la section Problèmes réseau courants affectant PPP .

Vérifiez la configuration DNS.
Une configuration de service de noms incorrecte entraîne l'échec des applications car les adresses IP ne peuvent pas être résolues.