JavaScript is required to for searching.
Ignorer les liens de navigation
Quitter l'aperu
Administration d'Oracle Solaris : Services réseau     Oracle Solaris 11 Information Library (Fran├žais)
search filter icon
search icon

Informations document

Préface

Partie I Sujets relatifs aux services réseau

1.  Service réseau (présentation)

2.  Gestion des serveurs cache Web

3.  Services d'horodatage

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)

Partie III SLP

7.  SLP (présentation)

8.  Planification et activation de SLP (tâches)

9.  Administration de SLP (tâches)

10.  Intégration des services hérités

11.  SLP (références)

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)

Outils de dépannage de PPP

Obtention des informations de diagnostic à l'aide de pppd

Activation du débogage de PPP

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

Obtention des informations de diagnostic pour PPPoE

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)

24.  UUCP (présentation)

25.  Administration du protocole UUCP (tâches)

26.  UUCP (référence)

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

30.  Contrôle des performances du réseau (tâches)

Glossaire

Index

Résolution des problèmes liés à PPP et PPPoE

Reportez-vous aux sections suivantes pour plus d'informations sur la façon de résoudre les problèmes liés à PPP et PPPoE.

Diagnostic des problèmes réseau

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.

  1. Devenez un administrateur sur la machine locale.

    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é.

  2. Arrêtez le lien qui pose problème.
  3. 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 call

    • /etc/ppp/options, en vous assurant que les options s'appliquent de manière globale.

  4. Appelez le pair distant. Ensuite, activez les fonctions de débogage.
    % pppd debug call peer-name
  5. 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.

  6. 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.

  7. 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.

  8. 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.

  9. (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 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.


  10. 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 .

  11. 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.

Problèmes réseau courants affectant PPP

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

Message
Problème
Solution
IP packets not forwardable (Paquets IP non transmissibles)
Une route est manquante pour l'hôte local.
Ajoutez la route manquante aux tables de routage de l'hôte local.
ICMP input destination unreachable (Destination d'entrée ICMP inaccessible)
Une route est manquante pour l'hôte local.
Ajoutez la route manquante aux tables de routage de l'hôte local.
ICMP time exceeded (Temps ICMP dépassé)
Deux routeurs se transfèrent la même adresse de destination, ce qui entraîne le rebondissement du paquet jusqu'à ce que la valeur de durée de vie soit dépassée.
Utilisez traceroute pour trouver l'origine de la boucle de routage, puis contactez l'administrateur du routeur concerné. Pour plus d'informations sur traceroute, reportez-vous à la page de manuel traceroute(1M).
IP packets not forwardable (Paquets IP non transmissibles)
Une route est manquante pour l'hôte local.
Ajoutez la route manquante à la table de routage de l'hôte local.
ICMP input destination unreachable (Destination d'entrée ICMP inaccessible)
Une route est manquante pour l'hôte local.
Ajoutez la route manquante aux tables de routage de l'hôte local.

Diagnostic et résolution des problèmes de communication

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.

  1. Devenez un administrateur sur la machine locale.

    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é.

  2. Appelez le pair.
  3. Appelez le pair distant. Ensuite, activez les fonctions de débogage.
    % 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.

  4. Vérifiez les journaux obtenus pour connaître les problèmes de communication. Pour plus d'informations, reportez-vous à la section Problèmes de communication généraux affectant PPP .

Problèmes de communication généraux affectant PPP

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

Symptôme
Problème
Solution
too many Configure-Requests (Demandes de configuration trop nombreuses)
Un pair ne peut pas entendre l'autre pair.
Vérifiez les problèmes suivants :
  • Le câblage de l'ordinateur ou du modem est peut-être défectueux.

  • Les paramètres binaires de la configuration du modem sont peut-être incorrects. Il se peut également que le contrôle de flux de la configuration soit interrompu.

  • Le script de discussion a peut-être subi un échec. Dans cette situation, reportez-vous au Tableau 21-5.

La sortie pppd debug montre que LCP démarre, mais que les protocoles de niveau supérieur échouent ou affichent des erreurs CRC.
La table des caractères de contrôle asynchrone (ACCM) n'est pas correctement définie.
Utilisez l'option default-async afin de définir l'ACCM sur la valeur par défaut de FFFFFFFF. Tout d'abord, essayez d'utiliser default-async en tant qu'option de pppd sur la ligne de commande. Si le problème est résolu, ajoutez default-async à /etc/ppp/options ou à /etc/ppp/peers/ peer-name après l'option d'appel.
La sortie de pppd debug montre qu'IPCP démarre mais s'arrête immédiatement.
Les adresses IP sont peut-être configurées de façon incorrecte.
  1. Vérifiez le script de discussion afin de vérifier si le script contient des adresses IP incorrectes.
  2. Si le script de discussion est correct, demandez les journaux de débogage du pair, et vérifiez-y les adresses IP.

Les performances du lien sont médiocres.
Le modem est peut-être mal configuré (erreurs de configuration du contrôle de flux, erreurs de configuration du modem et débits DTE configurés de façon incorrecte).
Vérifiez la configuration du modem. Modifiez la configuration, le cas échéant.

Diagnostic des problèmes liés à la configuration 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.

  1. Devenez un administrateur sur la machine locale.

    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é.

  2. Appelez le pair distant. Ensuite, activez les fonctions de débogage.
    % pppd debug call peer-name
  3. Vérifiez le journal qui en résulte à la recherche de problèmes de configuration. Pour plus d'informations, reportez-vous à la section Problèmes courants de configuration de PPP .

Problèmes courants de configuration de PPP

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

Symptôme
Problème
Solution
La sortie de pppd debug contient le message d'erreur Could not determine remote IP address.
Le fichier /etc/ppp/peers/peer-name ne contient pas d'adresse IP pour le pair. Le pair ne fournit pas d'adresse IP pendant la négociation de lien.
Fournissez une adresse IP pour le pair sur la ligne de commande pppd ou dans /etc/ppp/peers/peer-name en utilisant le format suivant :

:10.0.0.10

La sortie de pppd debug indique que la compression de données CCP a échoué. La sortie indique également que le lien a été supprimé.
Les configurations de compression PPP du pair sont peut-être en conflit.
Désactivez la compression CCP en ajoutant l'option noccp à /etc/ppp/options sur l'un des pairs.

Diagnostic des problèmes de modem

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.

  1. Une fois le débogage activé, appelez le pair, comme expliqué dans la section Activation du débogage de PPP.
  2. Affichez le journal /var/log/pppdebug obtenu pour vérifier si la configuration du modem est incorrecte.
  3. Utilisez ping pour envoyer des paquets de tailles diverses sur le lien.

    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.

  4. Vérifiez la présence d'erreurs sur l'interface sppp0 :
    % 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.

Obtention des informations de débogage pour les scripts de discussion

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.

  1. Devenez un administrateur sur la machine d'appel sortant.

    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é.

  2. Modifiez le fichier /etc/ppp/peers/ peer-name pour le pair à appeler.
  3. Ajoutez -v en tant qu'argument à la commande chat qui est spécifiée dans l'option connect.
    connect "/usr/bin/chat -v -f /etc/ppp/chat-script-name"
  4. Prenez connaissance des erreurs de script de discussion dans le fichier /etc/ppp/connect-errors.

    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

Problèmes de scripts de discussion courants

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

Symptôme
Problème
Solution
La sortie de pppd debug contient Connect script failed (Echec du script de connexion)
Votre script de discussion fournit un nom d'utilisateur et un mot de passe.
ogin: user-name
ssword: password

Cependant, le pair auquel vous aviez l'intention de vous connecter n'invite pas fournir ces informations.

  1. Supprimez l'identification et le mot de passe du script de discussion.
  2. Essayez d'appeler le pair une nouvelle fois.

  3. Si vous obtenez encore le message, appelez le fournisseur d'accès Internet. Demandez-lui la séquence de connexion correcte.

Le journal /usr/bin/chat -v contient "expect (login:)" alarm read timed out
Votre script de discussion fournit un nom d'utilisateur et un mot de passe.
ogin: pppuser
ssword: \q\U

Cependant, le pair auquel vous essayez de vous connecter n'invite pas à fournir ces informations.

  1. Supprimez l'identification et le mot de passe du script de discussion.
  2. Essayez d'appeler le pair une nouvelle fois.

  3. Si vous obtenez encore le message, appelez le fournisseur d'accès Internet. Demandez-lui la séquence de connexion correcte.

La sortie de pppd debug contient possibly looped-back
La machine locale ou son pair se bloque au niveau de la ligne de commande et n'exécute pas PPP. Le script de discussion contient un nom de connexion et un mot de passe configurés de manière incorrecte.
  1. Supprimez l'identification et le mot de passe du script de discussion.

  2. Essayez d'appeler le pair une nouvelle fois.

  3. Si vous obtenez encore le message, appelez le fournisseur d'accès Internet. Demandez la séquence de connexion correcte.

La sortie de pppd debug indique que le protocole LCP s'active, mais que la liaison s'arrête rapidement après.
Le mot de passe contenu dans le script de discussion est peut-être incorrect.
  1. Assurez-vous que vous avez le mot de passe correct pour la machine locale.

  2. Vérifiez le mot de passe dans le script de discussion. Corrigez le mot de passe, le cas échéant.

  3. Essayez d'appeler le pair une nouvelle fois.

  4. Si vous obtenez encore le message, appelez le fournisseur d'accès Internet. Demandez-lui la séquence de connexion correcte.

Le texte du pair commence par un tilde (~).
Votre script de discussion fournit un nom d'utilisateur et un mot de passe.
ogin: pppuser
ssword: \q\U

Cependant, le pair auquel vous essayez de vous connecter n'invite pas à fournir ces informations.

  1. Supprimez l'identification et le mot de passe du script de discussion.

  2. Essayez d'appeler le pair une nouvelle fois.

  3. Si vous obtenez encore le message, appelez le fournisseur d'accès Internet. Demandez la séquence de connexion correcte.

Le modem se bloque.
Votre script de discussion contient la ligne suivante pour forcer la machine locale à attendre le message CONNECT du pair :
CONNECT ”
Utilisez la ligne suivante lorsque vous souhaitez que le script de discussion attende le message CONNECT du pair :
CONNECT \c

Terminez le script de discussion avec ~ \c.

La sortie de pppd debug contient LCP: timeout sending Config-Requests
Votre script de discussion contient la ligne suivante pour forcer la machine locale à attendre le message CONNECT du pair :
CONNECT ”
Utilisez la ligne suivante lorsque vous souhaitez que le script de discussion attende le message CONNECT du pair :
CONNECT \c

Terminez le script de discussion avec ~ \c.

La sortie de pppd debug contient Serial link is not 8-bit clean
Votre script de discussion contient la ligne suivante pour forcer la machine locale à attendre le message CONNECT du pair :
CONNECT ”
Utilisez la ligne suivante lorsque vous souhaitez que le script de discussion attende le message CONNECT du pair :
CONNECT \c

Terminez le script de discussion avec ~ \c.

La sortie de pppd debug contient Loopback detected (Loopback détecté)
Votre script de discussion contient la ligne suivante pour forcer la machine locale à attendre le message CONNECT du pair :
CONNECT ”
Utilisez la ligne suivante lorsque vous souhaitez que le script de discussion attende le message CONNECT du pair :
CONNECT \c

Terminez le script de discussion avec ~ \c.

La sortie de pppd debug contient SIGHUP
Votre script de discussion contient la ligne suivante pour forcer la machine locale à attendre le message CONNECT du pair :
CONNECT ”
Utilisez la ligne suivante lorsque vous souhaitez que le script de discussion attende le message CONNECT du pair :
CONNECT \c

Terminez le script de discussion avec ~ \c.

Diagnostic et résolution des problèmes de débit de ligne série

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 :

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.

  1. Connectez-vous au serveur d'appel entrant. Le débogage étant activé, appelez le pair.

    Si vous avez besoin d'instructions, reportez-vous à la section Activation du débogage de PPP.

  2. Affichez le journal /var/log/pppdebug obtenu.

    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.

  3. Vérifiez si PPP est appelé par le biais d'un programme tel que /bin/login et le débit de ligne qui a été défini.

    Dans une telle situation, pppd modifie le débit de ligne initialement configuré au profit du débit spécifié dans /bin/login.

  4. Vérifiez si un utilisateur a démarré PPP à l'aide de la commande mgetty et accidentellement spécifié un débit binaire.

    Cette action entraîne également des conflits entre les débits de ligne série.

  5. Résolvez ce problème de conflit comme suit :
    1. Verrouillez le débit ETTD sur le modem.
    2. N'utilisez pas autobaud.
    3. Ne modifiez pas le débit de ligne après la configuration.

Obtention des informations de diagnostic pour PPPoE

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.

  1. Connectez-vous en tant que superutilisateur sur l'ordinateur qui exécute le tunnel PPPoE, le client PPPoE ou le serveur d'accès PPPoE.
  2. Activez le débogage en suivant la procédure présentée dans la section Activation du débogage de PPP.
  3. Affichez le contenu du fichier journal /var/log/pppdebug.

    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.

  4. Obtenez les messages de diagnostic pour PPPoE.
    # 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.

  5. Exécutez snoop. Enregistrez ensuite le suivi dans un fichier.

    Pour plus d'informations sur snoop, reportez-vous à la page de manuel snoop(1M).

    # snoop -o pppoe-trace-file
  6. Affichez le fichier de suivi snoop.
    # 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