Ignorer les liens de navigation | |
Quitter l'aperu | |
Administration d'Oracle Solaris : Services réseau Oracle Solaris 11 Information Library (Français) |
Partie I Sujets relatifs aux services réseau
1. Service réseau (présentation)
2. Gestion des serveurs cache Web
Partie II Accès aux systèmes de fichiers réseau
4. Gestion des systèmes de fichiers NFS (présentation)
5. Administration de système de fichiers réseau (tâches)
6. Accès aux systèmes de fichiers réseau (référence)
8. Planification et activation de SLP (tâches)
9. Administration de SLP (tâches)
10. Intégration des services hérités
Partie IV Sujets relatifs aux services de messagerie
12. Services de messagerie (présentation)
13. Services de messagerie (tâches)
14. Services de messagerie (référence)
Partie V Sujets relatifs à la mise en réseau série
15. Solaris PPP 4.0 (Présentation)
16. Planification de la liaison PPP (tâches)
17. Configuration d'une liaison PPP commutée (tâches)
18. Configuration d'une liaison PPP de ligne spécialisée (tâches)
19. Paramétrage de l'authentification PPP (tâches)
20. Configuration d'un tunnel PPPoE (tâches)
21. Résolution des problèmes PPP courants (tâches)
Résolution des problèmes liés à PPP (liste des tâches)
Obtention des informations de diagnostic à l'aide de pppd
Résolution des problèmes liés à PPP et PPPoE
Diagnostic des problèmes réseau
Problèmes réseau courants affectant PPP
Diagnostic et résolution des problèmes de communication
Problèmes de communication généraux affectant PPP
Diagnostic des problèmes liés à la configuration PPP
Problèmes courants de configuration de PPP
Diagnostic des problèmes de modem
Obtention des informations de débogage pour les scripts de discussion
Problèmes de scripts de discussion courants
Diagnostic et résolution des problèmes de débit de ligne série
Correction des problèmes des lignes spécialisées
Diagnostic et résolution des problèmes d'authentification
22. Solaris PPP 4.0 (Référence)
23. Migration de Solaris PPP asynchrone à Solaris PPP 4.0 (tâches)
25. Administration du protocole UUCP (tâches)
Partie VI Utilisation de systèmes distants
27. Utilisation de systèmes distants (présentation)
28. Administration du serveur FTP (tâches)
29. Accès aux systèmes distants (tâches)
Partie VII Sujets relatifs au contrôle des services réseau
Reportez-vous aux sections suivantes pour plus d'informations sur la façon de résoudre les problèmes liés à PPP et PPPoE.
Obtention des informations de débogage pour les scripts de discussion
Diagnostic et résolution des problèmes de débit de ligne série
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.
Pour plus d'informations, reportez-vous à la section Procédure d’obtention des droits d’administration du manuel Administration d’Oracle Solaris : services de sécurité.
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 call
/etc/ppp/options, en vous assurant que les options s'appliquent de manière globale.
% pppd debug call peer-name
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.
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.
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.
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.
# 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 utilisez 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.
Pour plus d'informations sur netstat, reportez-vous à la page de manuel netstat(1M).
Pour plus d'informations, reportez-vous à la section Problèmes réseau courants affectant PPP .
Une configuration de service de noms incorrecte entraîne l'échec des applications car les adresses IP ne peuvent pas être résolues.
Vous pouvez utiliser les messages qui sont générés par netstat - s pour corriger les problèmes de réseau présentés dans le tableau suivant. Pour des informations sur les procédures associées, reportez-vous à la section Diagnostic des problèmes réseau .
Tableau 21-2 Problèmes réseau courants affectant PPP
|
Les problèmes de communication surviennent lorsque les deux pairs ne parviennent pas à un établir une liaison. Il arrive parfois que ces problèmes soient en fait des problèmes de négociation causés par une configuration incorrecte des scripts de discussion. La procédure suivante vous indique comment supprimer les problèmes de communication. Pour supprimer les problèmes de négociation dus à des scripts de discussion erronés, reportez-vous au Tableau 21-5.
Pour plus d'informations, reportez-vous à la section Procédure d’obtention des droits d’administration du manuel Administration d’Oracle Solaris : services de sécurité.
% pppd debug call peer-name
Vous devrez peut-être obtenir des informations de débogage du pair afin de résoudre certains problèmes de communication.
Le tableau suivant présente les symptômes associés à la sortie de journal de la procédure, Diagnostic et résolution des problèmes de communication .
Tableau 21-3 Problèmes de communication généraux affectant PPP
|
Certains problèmes liés à PPP sont dus aux problèmes contenus dans les fichiers de configuration PPP. La procédure suivante vous indique comment identifier et résoudre les problèmes de configuration généraux.
Pour plus d'informations, reportez-vous à la section Procédure d’obtention des droits d’administration du manuel Administration d’Oracle Solaris : services de sécurité.
% pppd debug call peer-name
Le tableau suivant présente les symptômes associés à la sortie de journal de la procédure, Diagnostic des problèmes liés à la configuration PPP.
Tableau 21-4 Problèmes courants de configuration de PPP
|
Les modems peuvent être des sources de problèmes majeures pour les liaisons commutées. L'indicateur le plus commun des problèmes liés à la configuration du modem est l'absence de réponse du pair. Cependant, il se peut que vous ayez des difficultés à déterminer si un problème de lien est effectivement le résultat des problèmes de configuration du modem.
La documentation et les sites Web des fabricants de modems contiennent des solutions aux problèmes rencontrés avec leurs équipements. La procédure ci-après permet de déterminer si une configuration de modem incorrecte entraîne des problèmes de liens.
Pour des informations complètes sur la commande ping, reportez-vous à la page de manuel ping(1M).
Si les petits paquets sont reçus mais que les paquets plus volumineux sont supprimés, il existe des problèmes au niveau du modem.
% netstat -ni Name Mtu Net/Dest Address Ipkts Ierrs Opkts Oerrs Collis Queue lo0 8232 127.0.0.0 127.0.0.1 826808 0 826808 0 0 0 hme0 1500 172.21.0.0 172.21.3.228 13800032 0 1648464 0 0 0 sppp0 1500 10.0.0.2 10.0.0.1 210 0 128 0 0 0
Si les erreurs d'interface augmentent au fil du temps, il existe peut-être des problèmes au niveau de la configuration du modem.
Erreurs fréquentes
Lorsque vous affichez le journal /var/log/pppdebug obtenu, les symptômes suivants dans la sortie peuvent indiquer une configuration de modem incorrecte. La machine locale peut entendre le pair, mais ce dernier ne peut entendre la machine locale.
Aucun message recvd n'a été émis par le pair.
La sortie contient les messages LCP du pair, mais le lien échoue avec les messages too many LCP Configure Requests (Demandes de configuration LCP trop nombreuses) envoyés par la machine locale.
Le lien se termine avec un signal SIGHUP.
La procédure suivante permet d'obtenir des informations de débogage à l'aide de chat, ainsi que des suggestions pour la résolution des problèmes courants. Pour plus d'informations, reportez-vous à la section Problèmes de scripts de discussion courants.
Pour plus d'informations, reportez-vous à la section Procédure d’obtention des droits d’administration du manuel Administration d’Oracle Solaris : services de sécurité.
connect "/usr/bin/chat -v -f /etc/ppp/chat-script-name"
L'erreur suivante est la principale erreur qui se produit avec chat.
Oct 31 08:57:13 deino chat[107294]: [ID 702911 local2.info] expect (CONNECT) Oct 31 08:57:58 deino chat[107294]: [ID 702911 local2.info] alarm Oct 31 08:57:58 deino chat[107294]: [ID 702911 local2.info] Failed
L'exemple montre le délai d'attente lors de l'attente d'une chaîne (CONNECT). En cas d'échec de chat, vous obtenez le message suivant de pppd :
Connect script failed
Les scripts de discussion sont des sources de problèmes pour les liaisons commutées. Le tableau suivant énumère les erreurs courantes de script de discussion et donne des suggestions pour résoudre les erreurs. Pour des informations sur les procédures à suivre, reportez-vous à la section Obtention des informations de débogage pour les scripts de discussion.
Tableau 21-5 Problèmes de scripts de discussion courants
|
Les serveurs des appels entrants peuvent rencontrer des problèmes en raison de conflits au niveau des paramètres de débit. La procédure suivante vous permet d'identifier la cause du problème de lien liée aux conflits de débits de ligne série.
Les comportements suivants causent des problèmes de débit :
Vous avez appelé PPP par l'intermédiaire d'un programme tel que /bin/login et indiqué le débit de la ligne.
Vous avez démarré PPP à partir de mgetty et fourni accidentellement le débit binaire.
pppd modifie le débit qui a été défini à l'origine pour la ligne au profit du débit défini par /bin/login ou mgetty. En conséquence, la ligne échoue.
Si vous avez besoin d'instructions, reportez-vous à la section Activation du débogage de PPP.
Vérifiez la sortie pour le message suivant :
LCP too many configure requests
Ce message indique que le débit des lignes série qui ont été configurées pour PPP peut potentiellement être en conflit.
Dans une telle situation, pppd modifie le débit de ligne initialement configuré au profit du débit spécifié dans /bin/login.
Cette action entraîne également des conflits entre les débits de ligne série.
Vous pouvez utiliser PPP et les utilitaires UNIX standard pour identifier les problèmes liés à PPPoE. Lorsque vous avez des raisons de croire que PPPoE est la cause des problèmes se produisant sur un lien, utilisez les outils de diagnostic suivants pour obtenir des informations sur le dépannage.
L'exemple ci-dessous montre une partie d'un fichier journal qui a été généré pour une liaison avec un tunnel PPPoE.
Sep 6 16:28:45 enyo pppd[100563]: [ID 702911 daemon.info] Plugin pppoe.so loaded. Sep 6 16:28:45 enyo pppd[100563]: [ID 860527 daemon.notice] pppd 2.4.0b1 (Sun Microsystems, Inc., Sep 5 2001 10:42:05) started by troot, uid 0 Sep 6 16:28:46 enyo pppd[100563]: [ID 702911 daemon.debug] connect option: '/usr/lib/inet/pppoec -v hme0' started (pid 100564) Sep 6 16:28:46 enyo pppd[100563]: [ID 702911 daemon.info] Serial connection established. Sep 6 16:28:46 enyo pppd[100563]: [ID 702911 daemon.info] Using interface sppp0 Sep 6 16:28:46 enyo pppd[100563]: [ID 702911 daemon.notice] Connect: sppp0 <--> /dev/sppptun Sep 6 16:28:46 enyo pppd[100563]: [ID 702911 daemon.debug] /etc/ppp/pap-secrets is apparently empty Sep 6 16:28:46 enyo pppd[100563]: [ID 702911 daemon.debug] /etc/ppp/chap-secrets is apparently empty Sep 6 16:28:46 enyo pppd[100563]: [ID 702911 daemon.debug] sent [LCP ConfReq id=0xef <mru 1492> asyncmap 0x0 <magic 0x77d3e953><pcomp><acomp> Sep 6 16:28:46 enyo pppd[100563]: [ID 702911 daemon.debug] rcvd [LCP ConfReq id=0x2a <mru 1402> asyncmap 0x0 <magic 0x9985f048><pcomp><acomp
Si la sortie de débogage ne vous permet pas d'identifier le problème, passez à la procédure suivante.
# pppd connect "/usr/lib/inet/pppoec -v interface-name"
pppoec envoie les informations de diagnostic dans le fichier stderr. Si vous exécutez pppd au premier plan, la sortie s'affiche à l'écran. Si pppd s'exécute en arrière-plan, la sortie est envoyée dans /etc/ppp/connect-errors.
L'exemple suivant présente les messages qui sont générés lors de la négociation du tunnel PPPoE.
Connect option: '/usr/lib/inet/pppoec -v hme0' started (pid 100564) /usr/lib/inet/pppoec: PPPoE Event Open (1) in state Dead (0): action SendPADI (2) /usr/lib/inet/pppoec: Sending PADI to ff:ff:ff:ff:ff:ff: 18 bytes /usr/lib/inet/pppoec: PPPoE State change Dead (0) -> InitSent (1) /usr/lib/inet/pppoec: Received Active Discovery Offer from 8:0:20:cd:c1:2/hme0:pppoed /usr/lib/inet/pppoec: PPPoE Event rPADO+ (5) in state InitSent (1): action SendPADR+ (5) /usr/lib/inet/pppoec: Sending PADR to 8:0:20:cd:c1:2: 22 bytes /usr/lib/inet/pppoec: PPPoE State change InitSent (1) -> ReqSent (3) /usr/lib/inet/pppoec: Received Active Discovery Session-confirmation from 8:0:20:cd:c1:2/hme0:pppoed /usr/lib/inet/pppoec: PPPoE Event rPADS (7) in state ReqSent (3): action Open (7) /usr/lib/inet/pppoec: Connection open; session 0002 on hme0:pppoe /usr/lib/inet/pppoec: PPPoE State change ReqSent (3) -> Convers (4) /usr/lib/inet/pppoec: connected
Si les messages de diagnostic ne vous permettent pas d'identifier le problème, passez à la procédure suivante.
Pour plus d'informations sur snoop, reportez-vous à la page de manuel snoop(1M).
# snoop -o pppoe-trace-file
# snoop -i pppoe-trace-file -v pppoe
ETHER: ----- Ether Header ----- ETHER: ETHER: Packet 1 arrived at 6:35:2.77 ETHER: Packet size = 32 bytes ETHER: Destination = ff:ff:ff:ff:ff:ff, (broadcast) ETHER: Source = 8:0:20:78:f3:7c, Sun ETHER: Ethertype = 8863 (PPPoE Discovery) ETHER: PPPoE: ----- PPP Over Ethernet ----- PPPoE: PPPoE: Version = 1 PPPoE: Type = 1 PPPoE: Code = 9 (Active Discovery Initiation) PPPoE: Session Id = 0 PPPoE: Length = 12 bytes PPPoE: PPPoE: ----- Service-Name ----- PPPoE: Tag Type = 257 PPPoE: Tag Length = 0 bytes PPPoE: PPPoE: ----- Host-Uniq ----- PPPoE: Tag Type = 259 PPPoE: Tag Length = 4 bytes PPPoE: Data = Ox00000002 PPPoE: . . . ETHER: ----- Ether Header ----- ETHER: ETHER: Packet 5 arrived at 6:35:2.87 ETHER: Packet size = 60 bytes ETHER: Destination = 8:0:20:78:f3:7c, Sun) ETHER: Source = 0:2:fd:39:7f:7, ETHER: Ethertype = 8864 (PPPoE Session) ETHER: PPPoE: ----- PPP Over Ethernet ----- PPPoE: PPPoE: Version = 1 PPPoE: Type = 1 PPPoE: Code = 0 (PPPoE Session) PPPoE: Session Id = 24383 PPPoE: Length = 20 bytes PPPoE: PPP: ----- Point-to-Point Protocol ----- PPP: PPP-LCP: ----- Link Control Protocol ----- PPP-LCP: PPP-LCP: Code = 1 (Configure Request) PPP-LCP: Identifier = 80 PPP-LCP: Length = 18