7. FAQ

Cette section résoudra, je l'espère, vos problèmes. Si vous avez d'autres questions, n'hésitez pas à m'envoyer un mail.

• J'ai ces messages au moment du démarrage (ou lorsque je charge le module plip) :

  SIOCSIFADDR: No such device
  SIOCADDRT: Network is unreachable
  

  et quand j'essaie d'installer la connexion comme expliquer ci-dessus, j'obtiens les messages d'erreurs :

  SIOCSIFADDR: No such device
  SIOCSIFDSTADDR: No such device
  SIOCADDRT: Network is unreachable
  mount clntudp_create: RPC: Port Mapper failure - RPC: Unable to send
  

  • Le support PLIP n'est pas disponible dans le noyau, pour différentes raisons :
    • Vous n'avez pas répondu yes à la question PLIP support? pendant la configuration du noyau ;
    • Vous avez répondu yes à la question Printer support pendant la configuration du noyau ;
    • Vous avez compilé PLIP comme un module, vous devez ensuite le charger ;
    • Le numéro du port n'est pas le bon. Vous avez, par exemple, écrit plip1 à la place de plip0.
• Est-ce qu'il y a un moyen pour que le noyau supporte à la fois PLIP et LP, en dehors des modules, peut-être avec deux ports parallèles ?
  • Oui, les deux moyens d'y arriver sont décrits dans la section Patches et comment faire cohabiter PLIP et LP ci-dessous :
    • Vous pouvez appliquer un patch afin que le noyau les supporte tous les deux ;
    • Vous pouvez appliquer un autre patch afin que le noyau utilise un port parallèle pour PLIP et un autre pour LP.
• J'ai écrit un script qui établit la connexion entre mes deux machines. Je configure automatiquement la connexion dans mon rc.inet2 d'où j'appelle un script qui l'établit et lance NFS. Ma machine deux monte des répertoires de un ; j'ai ajouté les entrées correctes dans le fichier /etc/fstab de deux. Si je démarre deux alors que un est éteinte, deux s'arrête plusieurs minutes sur le message mounting remote file systems....
  • Ce message est affiché car deux attend pour monter les systèmes de fichiers de un, mais si un est éteinte, vous devez attendre la fin du délai d'attente de deux. Pour éviter ça, vous pouvez :
    • Mettre en commentaire dans rc.inet2, la commande qui monte les systèmes de fichiers distants.
    • Enlever l'entrée dans le fichier /etc/fstab de deux et monter les systèmes de fichiers distants manuellement quand vous en avez besoin.
    • Une meilleur solution serait pour deux de détecter au démarrage si un fonctionne, et de monter le système de fichier si c'est le cas. Ce peut être réalisé en remplaçant la commande mount dans rc.d, ou autre part, par quelque chose comme ce qui suit :

      ---

       if ping -c 5 one ; then
       mount one:/.....
       fi
      

      ---

• Ma connexion fonctionne, mais la commande ping échoue. Je reçois le message suivant de la part du noyau :

  plip1: timed out (1, 89)
  

  ou bien par des messages similaires.
  • Cela veut dire que votre côté de la connexion fonctionne. Votre machine envoie le signal, mais l'autre côté ne répond pas ou votre côté n'attend pas sur les bonnes IRQ/adresse d'E/S. C'est le problème le plus courant. Hélas, il y a beaucoup de raisons possible, habituellement un câble défectueux ou une mauvaise IRQ et/ou d'adresse d'E/S. Le mauvais IRQ est la source 60% des problèmes. Il est très probable qu'en le changeant ou en effectuant des modifications de la configuration, cela résolve le problème. Voici une liste détaillée des raisons possibles :
    • Le câble n'est bien branché, ou bien il est coupé ou de mauvaise qualité. Vérifiez le, si possible, entre deux machines sous Linux où la connexion PLIP fonctionne déjà. Si ce n'est pas possible, alors vérifiez au moins le câble avec un testeur. Le fait que le câble fonctionne/ne fonctionne pas avec DOS/Windows95 est de bon/mauvais augure mais ce n'est pas une preuve.
    • PLIP n'est pas installé sur la machine de l'autre côté ;
    • Il s'agit d'une connexion avec un portable qui ne possède pas de port parallèle propre, voir la question suivante.
    • Vous avez un port parallèle vraiment bon marché et qui n'est qu'un simple port d'imprimante. Il peut envoyer des donnéess mais pas en recevoir.
    • Votre port parallèle n'est pas configuré (au moins) comme bi-directionel. Faites le dans le BIOS. Les configurations avancées du port parallèle comme EPP et ECP sont bien mieux.
    • Les ports parallèles ont différentes IRQ. Vous devez donc charger le module plip (ou le module lp) avec une IRQ différente. Retournez à la section Activation de la liaison PLIP et choisissez une autre IRQ.
    • Certains périphériques peuvent déjà utiliser votre IRQ (qui est d'habitude l'IRQ 7). Ce peut être la carte son. Ne fait pas confiance aux programmes DOS comme MSD, essayez plutôt de charger le module plip avec une IRQ différente
• J'ai utilisé la bonne IRQ et la bonne adresse d'E/S, mais ça ne fonctionne toujours pas. J'ai récupéré les adresses à partir de la commande MSD.
  • On m'a envoyé message indiquant que MSD donnait des adresses erronées concernant le port. Essayez plutôt le programme : http://www.cs.caltech.edu/~huny/para13.zip.
• Ma connexion est installé, ping fonctionne bien. Je reçois quelques fois le message suivant du kernel :

  plip1: timed out (1, 89)
  

  ou des messages similaires.
  • Ces messages veulent dire que l'autre machine n'a pas répondu avant le delai d'expiration (timeout). Si tout fonctionne, vous pouvez les ignorer : habituellement, cela veut dire soit que l'autre machine est beaucoup plus lente que la votre, soit que c'est dû à du matériel plus ancien ou un charge plus lourde du système. Vous pouvez essayer d'ajuster la connexion PLIP avec la commande plipconfig.
• J'ai installé une connexion PLIP, mais si je lance la commande ping, j'obtiens 100% de données perdues. J'ai connecté ma machine à un portable.
  • Certains ports parallèles de portables ne sont pas bon pour PLIP, car il s'agit de ports imprimante uniquement, c'est-à-dire qu'ils peuvent seulement transmettre mais pas recevoir de données. Je ne sais pas s'il existe un moyen d'y arriver. Le seul espoir est de :
    • Regarder dans le menu de configuration de votre portable. Il est peut-être possible de configurer le port parallèle comme un port parallèle à la place d'un port imprimante ;
    • Essayer plip en mode 0. Hélas je ne sais pas comment faire et si ça fonctionne, ou s'il est encore disponible dans les derniers noyaux.
• Quelles vitesses puis-je obtenir avec PLIP ?
  • C'est une question à laquelle il est difficile de répondre. Les performances dépendent fortement de différents facteurs :
    • La vitesse du CPU des deux côtés de la connexion ;
    • Le type de port parallèle et les configurations ;
    • La charge du système ;
    • Le type de connexion PLIP utilisée.
    Pour juste donner une idée, vous devriez obtenir environs 40Koctets/sec, beaucoup plus rapide que n'importe quel taux avec une connexion série et proche d'une carte Ethernet bas-niveau.
• Que se passe-t-il si j'ai besoin d'activer (ifconfig up) et désactiver (ifconfig down) plusieurs fois plip1 ?
  • Il semble que vous avez besoin d'ajouter l'option -arp à la commande ifconfig sauf la première fois après chaque démarrage. Je n'en est pas eu besoin, mais peut-être que quelqu'un le fait.
• J'ai lu que des numéros d'IP sont réservés pour les réseaux privés et que 200.0.0.1 et 200.0.0.2 ne sont pas dans ces intervalles. Doivent-ils être changés ?
  • Oui. Mais comme je l'ai souligné depuis le début, j'ai choisi ces adresses IPs uniquement pour leur simplicité. Vous êtes libre de les changer si vous le souhaitez;. Voici un extrait de NET-2-HOWTO(Il s'agit ici d'un extrait du document traduit par Frederic Lepied et Jacques Chion -- NdT.) :

    RFC1597 spécifie quelques adresses IP réservées pour les réseaux privés. Vous devez les utiliser pour éviter d'avoir des problèmes si vous vous retrouvez relié à l'Internet par accident. Ces adresses sont :

    10.0.0.0        -   10.255.255.255
    172.16.0.0      -   172.31.255.255
    192.168.0.0     -   192.168.255.255
    

• Est-ce qu'il y a un moyen d'ajuster finement les paramètres de PLIP sans éditer le code source ?
  • Oui, il y en a un ! Essayez la commande /sbin/plipconfig. Voir la page du manuel pour plus d'informations.
• Mon système fonctionne avec Debian GNU/Linux, et sous Debian, les fichiers /etc/rc.d.rc.inet1 et 2 n'existent pas. Où dois-je écrire les commandes de configuration de PLIP ?
  • Sur Debian GNU/Linux vous devez éditer le fichier /etc/init.d/network. Vous devez y mettre toutes les commandes que vous devriez écrire dans rc.inet1 et 2.
• J'ai quelques problèmes à connecter deux machines avec PLIP. La première a le dernier noyau, la seconde utilise encore la version 1.0.x de PLIP :est-ce un problème ?
  • Oui, il vaut mieux avoir, dans la mesure du possible, la même version de PLIP sur les deux machines. Il est écrit dans le fichier plip.c que les versions actuelles de PLIP ne fonctionnent pas avec les versions 1.0.x de PLIP.
• Jusqu'à maintenant, PLIP fonctionnait sur 4 bits. Qu 'en est-il de la connexion PLIP sur 8 bits dont j'ai pu lire une description dans la documentation du noyau ? Je pense qu'il s'agit du Mode 1.
  • Ce Mini-HowTo est destiné à la configuration. Pour des informations techniques, s'il vous plait, lisez les fichiers /usr/src/linux/net/README*.PLIP ou contactez l'auteur. Je sais seulement ceci : le standard PLIP utilise le câble "null printer" et c'est le Mode 0 (ne le confondez pas avec plip0, qui est le nom de l'interface) qui utilise 4 bits. Le Mode 1 utilise 8 bits et devrait déja être disponible. Cependant, vous devrez faire vous-même le câble et la connexion ne marchera qu'entre 2 machines Linux. Je ne sais, une fois que vous avez le câble, comment configurer la connexion PLIP en Mode 1. Si quelqu'un sait, s'il vous plait, faites le moi savoir.