Page suivante Page précédente Table des matières

8. Initiation à l'installation de Linux, troisième partie

Par Ron Jenkins.

8.1 Avertissement

Copyright ® 1998 by Ron Jenkins. Ce document est fourni "en l'état". L'auteur n'apporte aucune garantie, explicite ou implicite, concernant ce travail, y compris des garanties concernant sa valeur marchande ou son adéquation à une utilisation particulière.

Les corrections et suggestions seront les bienvenues. L'auteur peut être contacté par courrier électronique à rjenkins@unicom.net ou à sa page d'acceuil personnelle http://home.unicom.net/~rjenkins/

8.2 Troisième partie : Configuration Réseau et Réseau Commuté

Bien, nous voici prêts à commencer la troisième partie de la série, mise en place des fonctions de base de mise en réseau et connexion de votre machine Linux au monde extérieur. Comme pour chaque partie de cette série, il y aura quelques opérations qui, exigées par une distribution, le sont ou ne le sont pas par une autre. Comme toujours, je traiterai des particularités quand cela sera nécessaire.

Dans cette partie, je traiterai les sujets suivants :

  1. Notions fondamentales sur les réseaux;
  2. Préparation de la configuration réseau;
  3. Configuration de l'adaptateur de rebouclage;
  4. Configuration de base du réseau;
  5. Connexion à votre fournisseur de service internet (ISP = Internet Service Provider);
  6. Configuration du service serveur de noms de domaines pour fonctionner avec une connexion au réseau commuté;
  7. Configuration de l'utilitaire d'envoi de courrier (Sendmail)pour fonctionner avec une connexion au réseau commuté;
  8. Test et mise au point de votre configuration de base et de la connexion au réseau commuté;
  9. Une "tricherie" si rien ne fonctionne;
  10. Astuces Réseau Stupides;
  11. Sources d'informations complémentaires;
  12. Quelques mots concernant l'auteur.

8.3 Notions fondamentales sur les réseaux.

Je ne vais pas vous raser avec tous les détails désagréables de l'histoire d'Internet, comment il est né, etc. Cependant, il est nécessaire d'avoir une compréhension minimale des réseaux en général, et du Protocole de Contrôle de Transmission/Protocole Internet (TCP/IP) pour utiliser au mieux un réseau, et, par extension, l'Internet.

A leur niveau le plus fondamental, tous les réseaux ont besoin d'au moins trois choses pour fonctionner :

  1. Une interface pour échanger les paquets de données de et vers l'ordinateur;
  2. Une connexion physique d'une certaine nature pour transporter les données d'un endroit à un autre;
  3. Et finalement une entente mutuelle sur le format de transport des données, en utilisant une méthode commune, ou un langage commun, habituellement appelé protocole.

De la même manière qu'une personne ne parlant uniquement que le français aura beaucoup de mal à communiquer avec une autre ne parlant qu'anglais, (que chacun des deux parle fort ou lentement), deux réseaux très dissemblables seront incapables de communiquer sans un langage commun ou protocole.

A grands traits, en schématisant, dans le contexte d'internet, ce langage est TCP/IP. (Oui, je sais, en réalité cette communication se fait à travers une série de fonctions reposant étroitement sur le modèle OSI, mais, pour les besoins de ce document, admettons que TCP/IP soit le langage choisi.)

TCP/IP est basé sur une adresse numérique, appelée adresse IP. Je suis certain que vous avez tous vu quelque chose comme xxx.xxx.xxx.xxx, ou x est équivalent à une valeur numérique quelconque. Par exemple on pourrait avoir 204.252.102.2, sur le serveur de noms de domaines ou DNS (on donnera plus de détails plus loin ) chez un ISP ici, en ville.

"Mais, minute, je ne tape rien qui ressemble à ça. Je tape ce que l'on voit partout : w w w point machinchose point com (www.machinchose.com), et ça marche au poil. Qu'est-ce que c'est que cette histoire de nombre ?"

Ah, mon pote, c'est ici qu'intervient le DNS.

À travers un système de serveurs interconnectés, le système DNS fonctionne comme une pyramide sens dessus dessous.

En partant de votre DNS local, qui ne connaît que les machines de votre réseau local et qui sait comment parler à la machine de niveau supérieur s'il n'a pas l'information, et en continuant à remonter jusqu'à la partie la plus large de la pyramide, on trouve l'information pour tous les différents domaines maîtres ou "racines" (root) tels que .com, .net, .edu, ou .org. Une énorme base de données, constamment en changement, sur toute machine connectée à internet, est organisée, comparée et triée 24 heures sur 24.

Encore une fois, en simplifiant beaucoup, sur les serveurs DNS résident, dans quelque chose qui s'appelle "fichiers de zones", toutes les machines locales qui dépendent du serveur local sous forme d'enregistrements à deux entrées - une adresse IP et un nom de machine (hostname). Dans cet article votre nom de machine (hostname) sera testeur et votre domaine sera foober.net (il vous faudra remplacer cela par les informations que vous aurez obtenues de votre fournisseur d'accès à internet (ISP), comme je l'expliquerai plus loin). On appelle cela la résolution d'adresse, et cela explique comment fonctionne la transaction www.

Lorsqu'une requête est émise, ces merveilleuses petites machines transforment le nom de la machine à laquelle vous voulez accéder en une adresse IP si elle est sur votre réseau local, ou transmettent cette requête sur le réseau si elle n'en fait pas partie. C'est clair, nom ?

Pour les besoins de ce document, les trois composants pour installer votre réseau consistent en :

  1. l'interface de réseau qui, dans votre cas, sera une chose connue sous le nom d'adaptateur de bouclage;
  2. la connexion physique se fera sur votre ligne téléphonique;
  3. le protocole que vous utiliserez sera TCP/IP pour l'une des deux configurations, et dépendra de votre fournisseur de service internet (ISP).

8.4 Préparation de la configuration réseau.

  1. Quelques informations dans le cas où vous n'avez pas encore d'ISP;
  2. Quelques informations dans le cas où vous avez déjà un ISP;
  3. Informations générales valables pour les deux scénarios.

Quelques informations dans le cas où vous n'avez pas encore d'ISP.

Par les temps qui courent, et avec la prolifération de tous les Tom, Dick et Harry qui lancent "le summum du fournisseur de service internet", je crois utile de donner les éléments suivants pour vous aider à choisir un ISP.

Je présenterai ces considérations sous forme de questions-réponses, en donnant des explications lorsque cela sera nécessaire. Ces choses sont TRÈS importantes à savoir si vous voulez avoir le maximum d'efficacité sur Internet.

Lorsque vous contacterez un éventuel ISP, initialement, vous serez probablement dirigé vers un commercial. Demander à parler à un technicien, ou, à défaut, essayer d'en avoir un, en conférence, pendant l'appel. Autrement, le commercial peut vous promettre n'importe quoi pour vous accrocher. Le technicien sera capable de répondre utilement aux questions suivantes. Si le commercial ou le technicien refusent d'accéder à votre demande, ou tournent autour du pot sur n'importe laquelle des ces questions, remerciez-les du temps qu'ils vous ont consacré et passez votre chemin. Ce n'est pas l'ISP que vous voulez. Bon, branchez votre modem, et allons-y.

  • Quel type d'accès offrez-vous ? Temps d'accès illimité ou accès décompté (i.e. forfait horaire). Illimité, c'est bien; pour un prix forfaitaire fixé on peut se connecter autant de temps que l'on veut. Décompté, les forfaits horaires ne sont pas bons. Ces forfaits consistent habituellement en un certain nombre d'heures *gratuites* par mois, puis, un coût additionnel est facturé, à la minute, lorsque ce temps est dépassé. C'est moche et ça transforme les autoroutes de l'information en routes à péage.
  • Mon compte aura-t-il accès à l'interpréteur de commandes Unix ? La réponse à cela vous indique deux choses - si la réponse est oui, vous êtes probablement connecté à une machine Unix, et c'est bien. Si c'est non, il est probable que vous ayez à faire à une machine NT, ou c'est que votre ISP a choisi de ne pas vous offrir d'accès à l'interpréteur de commandes. C'est pas bon. Si vous avez l'interpréteur de commandes et telnet avec votre compte, cela vous permet de faire beaucoup de choses, voir "astuces stupides de réseau" plus loin.
  • Quel sont le type et la vitesse de votre connexion au réseau principal ou de vos connexions à l'Internet ? Beaucoup des plus petits ISP on uniquement une connexion T-1 (1,534 MBPS de bande passante utilisateur), ou même, pire, quelque chose que l'on appelle une T-1 fractionnaire qui peut varier entre 64KBPS et le maximum 1,5 par incréments de 64 KBPS. Alors, par l'utilisation de serveurs de terminaux, ils laissent les utilisateurs finaux comme vous se partager un simple réseau. C'est mauvais. Ce qui est mieux, c'est une connexion appelée T-3. Celle-ci tourne à 45 MBPS et doit être considérée comme la connexion minimum que vous acceptiez. Si votre éventuel ISP ne possède pas au moins une T-3, retirez-vous et trouvez-en un qui la possède.
  • Quelle est le rapport nombre de modems/nombre d'utilisateurs ? C'est une manière déguisée de dire : de combien de connexions physiques disposez-vous, comparé au nombre d'utilisateur de votre réseau ? De nos jours, un rapport inférieur à 1/4 est inacceptable. Un modem pour quatre utilisateurs.
  • Concernant les connexions au réseau principal, combien en avez-vous, et combien de fournisseurs de service les utilisent ? Au minimum, tout bon ISP devrait avoir une T-3, connectée à un fournisseur de connexion au réseau principal et plusieurs (au moins 2) T-1 chacune connectée à un fournisseur de connexion au réseau principal différent. Pensez que si vous avez un ISP et qu'il tombe en panne, vous n'avez plus d'accès internet jusqu'à ce que ce soit réparé. Si vous avez deux comptes avec des ISP différents, et que l'un tombe en panne, vous pouvez utiliser l'autre. Hé bien, c'est la même chose pour eux.
  • Quels types de machines utilisent-ils, et avec quel système d'exploitation ? Si, dans leur réponse, vous entendez le mot NT, sauvez-vous en hurlant. Demandez spécialement s'ils utilisent Unix et s'ils offrent ou pas l'accès telnet, shell et ftp à votre compte personnel. Si la réponse est non, allez voir ailleurs.
  • Quel protocole d'identification utilisent-ils ? Les protocoles acceptables sont : teste en clair, PAP et CHAP. les protocoles inacceptables sont : RADIUS, KERBEROS (possible, mais vous aurez besoin d'aide), GUARDIAN, ou MS-CHAP. Ces protocoles sont complexes à configurer et vous causerons des problèmes supplémentaires dont vous n'avez pas vraiment besoin sauf si vous travaillez pour la DST ou quelque chose de similaire. La sécurité est une notion relative et, pour l'utilisateur moyen, les algorithmes de codage super sophistiqués ne sont pas nécessaires.
  • Demandez spécialement quel espace de stockage vous est alloué. Il doit être d'au moins 10 MB., plus, c'est mieux.
  • Finalement, demandez spécialement s'ils assurent le support des clients Unix en général et Linux en particulier. Vous pouvez vivre avec quelqu'un qui vous répond Lin-Quoi ?, mais s'ils ne supportent pas les clients Unix, c'est probablement que vous avez affaire à une officine NT. Sauvez-vous.

Quelques informations si vous avez déjà un ISP.

Vous devez être satisfait, au moins pour les fonctionnalités de base, si vous vous êtes déjà connecté avec succès à votre ISP actuel. Cependant, si vous ne vous êtes connecté qu'avec des machines Windows, vous pouvez avoir, ou non, des problèmes pour vous connecter avec Linux. Voir la NOTE et la NOTE SPÉCIALE ci-dessous concernant les points spécifiques à NT.

Informations générales requises pour les deux scénarios.

Avant de faire quoi que ce soit, vous devrez obtenir les informations suivantes de votre ISP :

  1. le numéro de téléphone pour accéder au service;
  2. votre nom d'utilisateur et votre mot de passe pour votre compte chez l'ISP;
  3. quel type d'authentification est utilisé par votre ISP. Quelques options possibles sont : texte en clair, Password Authentication Protocol (PAP), et Challenge Handshake Authentication Protocol (CHAP);
  4. votre ISP utilise-t-il l'allocation dynamique ou statique des adresses. Avec l'allocation statique vous avez la même adresse IP à chaque connexion (c'est mieux pour vous), alors qu'avec l'allocation dynamique une adresse IP vous est attribuée à chaque fois, celle-ci étant prise dans un ensemble d'adresses IP dont il dispose à cet effet (c'est mieux pour lui);
  5. Quelle est l'adresse de la passerelle par défaut dans le réseau de votre ISP;
  6. Quelles sont les adresses de leurs serveurs DNS primaire et secondaire;
  7. Le numéro de l'assistance technique de votre ISP et ses heures d'ouverture au cas où vous auriez des problèmes.

NOTE : Chaque ISP a ses propres particularités et ses procédures pour accéder à son service. Ce que je vais faire, dans ce document, c'est simplement de vous permettre de vous connecter physiquement et d'accéder à votre compte chez votre ISP. Il peut y avoir, ou pas, des étapes supplémentaires à réaliser pour disposer de toutes les fonctionnalités offertes par votre ISP.

NOTE SPÉCIALE : Selon mon avis, beaucoup d'ISP se fient imprudemment à une architecture NT pour les accès à distance. Ceci ajoute des étapes supplémentaires à votre configuration, la plupart spécifiques à Microsoft qui n'auraient pas été nécessaires autrement. Si votre ISP fait partie de ceux là, essayer d'avoir un technicien en ligne pendant que vous réalisez votre configuration. S'ils ne veulent ou ne peuvent pas apporter d'assistance technique pour les machines Unix et Linux, changez pour un qui le fasse. La facilité de configuration qui en résulte en vaut la peine, de même qu'avoir l'accès "shell" (interpréteur de commandes) sur le réseau de votre ISP vous permet de faire toutes sortes de choses décrites dans le paragraphe "astuces stupides de réseau" plus loin.

De toute façon, lisez mon paragraphe "tricherie" pour avoir quelques idées et astuces si votre ISP ne peut pas ou ne veut pas vous assister pour votre machine Linux.

8.5 Configuration de l'adaptateur de bouclage.

L'adaptateur de bouclage est nécessaire pour le fonctionnement de la connexion réseau. En simplifiant beaucoup, chaque connexion au réseau, ou "interface" dans le langage Unix doit être "relié" physiquement comme logiquement à un adaptateur. L'adaptateur de bouclage réalise cette fonction en l'absence d'une interface réelle au réseau telle qu'une carte d'interface NIC (Network Interface Card).

Nous utiliserons l'adaptateur de bouclage à la fois pour les tests et pour "relier" la connexion réseau à votre ISP, faisant ainsi de votre modem l'interface réseau.

Slackware 3.5 :

Ceci a dû être fait à votre place lors de l'installation. Si ce n'est pas le cas, taper netcfg <Entrée>, et choisir 127.0.0.1 comme interface réseau.

RedHat 5.1 :

Ici aussi, cela a dû réalisé lors de l'installation. Si ce n'est pas le cas, lancer X et choisir les options Panneau de Contrôle/Configuration du réseau, puis en bas de la boîte de dialogue, choisir Ajouter et suivre les indications.

8.6 Configuration des fonctions réseau de base

Slackware 3.5 :

La configuration des fonctions réseau de base est réalisée soit directement en éditant les fichiers de configuration eux-mêmes, soit en utilisant l'utilitaire netconfig, ou une combinaison des deux méthodes.

RedHat 5.1 :

La plupart des opérations de configuration de votre réseau peuvent être réalisées grâce aux options Panneau de Contrôle/Configuration du réseau indiquées ci-dessus, ou en utilisant l'utilitaire linuxconf présent sur les nouveaux systèmes RedHat. Vous trouverez cet utilitaire sous le répertoire Start/Programs/Administration/Linuxconf.

Fondamentalement, vous avez seulement besoin d'aller dans le répertoire /etc/hosts, et de choisir un nom de machine et nom de domaine pour votre machine. Je crois que darkstar ou quelque chose comme ça est le nom par défaut dans Slackware, et localhost dans RedHat. Le point important à retenir ici est de ne pas choisir un nom qui soit déjà sur internet, et d'utiliser le nom de domaine de votre ISP comme nom de domaine pour vous. Donc, si votre ISP est psi.net : 

darkstar.psi.net
Au minimum, si vous n'êtes pas connecté à un LAN (réseau local), et que vous ne vous connectez à votre ISP que par le réseau commuté, la seule entrée indispensable dans votre fichier /etc/hosts est votre adaptateur de bouclage.

8.7 Connexion à votre Fournisseur de Service Internet (ISP).

Si vous avez suivi les instructions qui précèdent, et choisi l'ISP adapté, appelez-le et faites la configuration ensemble, car cela dépend de chaque ISP.

Si tel n'est pas le cas, poursuivez la lecture pour avoir des informations générales.

Le lien symbolique sur /dev/modem a dû être créé durant l'installation, sinon, créez le.

Pour commencer, vous vous connecterez manuellement en utilisant minicom pour voir ce que votre ISP réclame : 

minicom <entrée>
Après qu'il ait ronchonné car vous l'avez lancé sans être root, entrez dans le menu de configuration en tapant Alt+z, puis choisissez les options de configuration adaptées. Lorsque c'est fini, enregistrez vos modifications en indiquant que ces nouvelles options deviennent les options par défaut puis sortez du programme.

Vous devez maintenant voir les caractères d'attente O.K. dans la fenêtre du terminal. Si ce n'est pas le cas, revenez en arrière et vérifiez votre configuration.

Maintenant appelez votre ISP :

ATDTle_numéro_de_téléphone_de_votre_ISP

par exemple : 

ATDT0836061318<entrée>
Si tout va bien, vous devez obtenir une invite de connexion. Entrez votre nom d'utilisateur que vous a communiqué votre ISP et appuyer sur la touche entrée. Ensuite, on devrait vous demander votre mot de passe. Taper le mot de passe que vous a fourni votre ISP.

Arrivé là, si tout s'est bien passé, vous devriez commencer à voir un paquet de caractères défiler sur votre écran. C'est une bonne chose. C'est le démon ppp à l'autre bout qui essaye de se connecter à votre machine.

Pour lui parler, nous devons commencer par fermer minicom SANS réinitialiser le modem. Puis nous allons devoir démarrer noter propre démon ppp. Je n'aime pas taper au clavier, aussi ai-je écrit un petit script pour lancer la connexion pppd : 

pppd /dev/modem crtscts defaultroute
que l'on peut enregistrer à l'aide de l'éditeur de texte vi : 
vi unicom.connect<entrée>
i               (pour se mettre en insertion)
pppd /dev/modem crtscts defaultroute 
(ou comme je le préfère /dev/cua1 pour COM2, au lieu de /dev/modem)
<Esc>           (la touche <Esc> pour revenir en mode commande)
wq<entrée>      (pour enregistrer le fichier et quitter vi)
Maintenant, il faut rendre le fichier exécutable (comme un fichier .EXE en DOS) 
chmod +x unicom.connect
C'est bon ! Nous sommes maintenant prêts. Pendant que nous faisions cela, à un moment donné, minicom devrait s'être déconnecté. Sinon, appuyer sur Alt + z et, cette fois-ci RÉINITIALISEZ votre modem.

Allons-y :

  1. lancer minicom
  2. faire le numéro de votre ISP
  3. entrer votre nom d'utilisateur à l'invite
  4. entrer votre mot de passe à l'invite
  5. dès que commencent à arriver les caractères du pppd distant, appuyez sur Alt+z, puis quittez minicom sans réinitialiser le modem
  6. dès que vous avez l'invite de votre système, lancez voter script de connexion. Dans notre exemple unicom.connect.
  7. taper ifconfig puis entrée. Vous devriez voir DEUX entrées maintenant. Une pour l'adaptateur de bouclage et une autre appelée ppp0 ou quelque chose comme cela.
  8. sautez de ci delà et dansez de joie. Vous êtes connecté !

RedHat 5.1 :

Si vous avez suivi les instructions qui précèdent, et choisi l'ISP adapté, appelez-le et faites le configuration ensemble, car cela dépend de chaque ISP.

Si tel n'est pas le cas, poursuivez la lecture pour avoir des informations générales.

Premièrement, si vous ne l'avez pas encore fait, vérifiez que vous savez à quelle interface votre modem est connecté. Vous avez besoin de connaître cette information. Si cela n'a pas déjà été fait, utilisez l'outil "modemtool" du panneau de contrôle pour créer un lien symbolique entre le port série où votre modem est connecté et /dev/modem. Autrement, à l'invite, vous pouvez entrer ce port directement dans la boîte de dialogue, comme indiqué ci-après.

D'une façon générale, le lien symbolique sur /dev/modem semble la manière de faire, et donc, je ne vois pas pourquoi je ne l'utiliserai pas. Cependant, dans tous les cas vous devez savoir à quel port COM il est connecté, au cas où vous auriez des problèmes, donc : 

COM1: /dev/cua0 ou /dev/ttsy0
COM2: /dev/cua1 ou /dev/ttsy1 
Etc.
Ce sera facile pour les utilisateurs de RedHat, à condition qu'ils n'aient pas besoin d'options de configuration particulières. Il faut simplement choisir dans /Panneau de contrôle/Configuration Réseau/Interfaces l'option Ajouter. Choisir alors PPP comme type d'interface. Ensuite, entrez le numéro de téléphone de votre ISP, votre nom d'utilisateur et votre mot de passe.

Si votre modem requiert une configuration spéciale, choisir Personnaliser dans la boîte de dialogue. Quand vous aurez fini, choisissez Sauvegarder et Quitter, puis activez l'interface, soit en mettant en surbrillance la ligne ppp0 dans le configurateur de réseau, ou sur les systèmes les plus récents, vous pouvez utiliser l'outil Usernet situé dans Démarrage/ Programmes/Réseau. Si tout va bien, vote modem doit grogner comme un cochon pendant un moment, se connecter, et cela devrait marcher !

8.8 Configuration du Service de Nom de Domaine pour fonctionner avec une connexion par le réseau commuté.

C'est tout-à-fait simple. Nous avons simplement à dire à notre machine Linux de laisser le DNS de l'ISP résoudre les noms de machines (hostnames) pour nous. En premier lieu, si actuellement named (le démon), ou BIND (l'ensemble des programmes qui font que named fonctionne) tourne, allez dans le répertoire /etc et assurez-vous qu'il y a une ligne dans le fichier hosts.conf similaire à : 

order hosts, bind

Maintenant, disons au résolveur (un petit copain magicien qui s'agite constamment dans les entrailles de la machine vérifiant que tout fonctionne), comment trouver le monde extérieur et comment lui parler.

D'une fenêtre terminal ou à l'invite d'attente de commande, aller dans le répertoire /etc fichier resolv.conf et ajoutez-y les noms des serveurs de noms de votre ISP en utilisant la syntaxe suivante : 

nameserver <space> adresse IP du serveur de noms
par exemple : 
nameserver 196.356.2.4
nameserver 196.356.2.5

NOTE : les machines DNS seront explorées dans l'ordre du fichier, donc, mettez la primaire de votre ISP en premier, la secondaire en second.

Pendant le processus de configuration vos programmes respectifs d'installation peuvent, ou pas, avoir ajouté des informations complémentaires dans ce fichier. Si c'est le cas, transformer les en commentaires en plaçant un signe dièse (#) en début de la ligne qui contient l'information.

Pour éviter une inondation de courriers électroniques à ce sujet, oui, je suis au courant qu'il y a là beaucoup de directives que l'on peut utiliser et beaucoup de choses concernant le DNS, telle qu'un serveur uniquement en mémoire que l'on peut employer pour améliorer les performances du résolveur, et, ces sujets seront traités dans un prochain article, donc, soyez patients

8.9 Configuration de Sendmail pour qu'il fonctionne avec une connexion par le réseau commuté.

Sendmail, comme DNS, est un art en lui-même. Cependant, voici quelques suggestions générales :

Allez dans le répertoire /etc

Éditez sendmail.cf et cherchez des lignes qui ressemblent aux suivantes : 

# "Smart" relay host (may be null)
DSvotre.isp.serveur_de_mail
Puis, celles-ci : 
#who do I send unqualified names to (null means deliver locally)
DRvotre.isp.serveur_de_mail
Finalement, vous pouvez, ou non, utiliser la directive suivante - lire les documentations : 
#who do I masquerade as (I forget the rest of it, just look for the masquerade keyword.)
DMvotre.isp.nom_de.domaine

8.10 Test et mise au point de votre configuration de base réseau commuté.

Du côté connexion, c'est en général une opération de type succès/échec. Soit vous êtes connecté, soit vous ne l'êtes pas. Consultez /var/log/messages pour obtenir quelques indices possibles de ce qui a pu mal se passer.

Si vous vous connectez, mais que vous ne pouvez rien faire, cela peut provenir d'une multitude de causes, mais voici quelques lignes de conduite générales pour diagnostiquer le problème.

  1. Pouvez-vous « faire un PING » (consiste à envoyer une requête ICMP à un serveur et d'attendre la réponse) au monde extérieur par adresse IP ? Si oui, continuez. Sinon, quelque chose n'est pas correct dans votre connexion ou dans la manière dont elle a été configurée. Dans ce cas, les utilitaires ifconfig et netstat -r peuvent vous apporter de l'aide
  2. Pouvez-vous « faire un PING » au monde extérieur par nom de machine (hostname) ? Si oui, continuez. Sinon, vous avez un problème de résolution de nom. Vérifiez votre fichier resolv.conf et assurez-vous que seules les machines DNS de votre ISP sont déclarées. Vérifiez votre fichier hosts. Mettez vos informations locales à cet endroit. Assurez-vous que votre machine (local host loopback) y possède une entrée.
  3. Est-ce que vous vous connectez, mais que quelquefois vous perdez votre connexion pendant que vous êtes en train de lire quelque chose, ou autrement, que votre ligne semble ne voir aucune activité ? Votre ISP utilise probablement un programme de déconnexion automatique ou tueur en série, pour éviter qu'une ligne ne reste bloquée si un modem utilisateur ne se déconnecte pas proprement. Alors que quelques ISP le désapprouvent, la manière de contourner cela consiste à faire un « ping sans fin » ou shell de maintient en éveil pour déjouer le script de fin d'attente.

8.11 Une "tricherie" si rien ne fonctionne

Si vous avez des problèmes pour que sendmail récupère votre courrier et les nouvelles du monde extérieur, utilisez simplement Netscape pour accéder à votre courrier chez votre ISP. Si vous avez entré les informations correctes dans les boîtes de dialogue, Netscape possède sa propre interface pop3 et ne nécessite rien de plus.

8.12 Astuces de réseau stupides.

  • Avez-vous déjà eu des problèmes en accédant à un site lent ?, des interruptions continuelles dans la récupération de grands fichiers ? Voici un petit truc que j'ai appris il y a quelque temps. Si vous avez suivi mes conseils ci-dessus vous avez maintenant un ISP à la hauteur, avec, au moins, une connexion T-3 à Internet, un accès au shell et telnet. Voici l'astuce - utilisez cette T-3 ! Si vous utilisez telnet ou rsh dans votre compte sur la machine de votre ISP, vous pouvez profiter de la PLEINE capacité de leur réseau pour les transferts problématiques. Naturellement, la quantité de données que vous pouvez télécharger en une fois dépend de l'espace qui vous est alloué (typiquement   10 à 20 MB). En admettant que cette opération ajoute une étape supplémentaire puisqu'il vous faut ensuite récupérer ces données sur votre machine locale, cela vous permet au moins de réaliser des choses qui sont souvent difficiles à obtenir normalement. Puisqu'une TTY fonctionne à environ 2400 - 9600 bauds, vous pouvez encore faire d'autres choses sur votre machine locale pendant que la session distante s'exécute.
  • Activation d'une connexion au réseau commuté au démarrage - Ceci peut être réalisé en utilisant le Panneau de contrôle/Configuration du réseau dans RedHat. Pour ce qui concerne Slackware, envoyez-moi un courrier électronique, je travaille sur un cours concernant la solution que j'utilise maintenant et je suis également en train d'écrire un programme qui le fasse automatiquement.
  • Tuer la connexion PPP - Il y a plusieurs moyens de le faire, selon la machine sur laquelle vous êtes et la manière dont vous l'avez lancée. Sur une machine RedHat, vous pouvez désactiver l'interface ppp0 en utilisant le configurateur de réseau ou les outils Usernet. Sur une machine Slackware, la solution dont nous disposons, valable également sur une machine RedHat si le programme sous X ne marche pas, sera toujours : 
    •   ps uax |more
    • Taper 
       <Entrée>
      et consulter la liste affichée jusqu'à voir le démon ppp qui tourne. Noter l'identificateur (ID) du process, PID du démon, et taper la commande suivante :
    • kill -9 PID du démon

8.13 Pour le mois prochain

Connecter votre machine Linux à un réseau et en faire une Passerelle Internet pour vos autres machines !

8.14 Ressources pour des informations complémentaires

  • Le Projet de Documentation Linux : http://sunsite.unc.edu/LDP/
  • Guide de l'Administrateur Réseau, Guide de l'Administrateur système, ainsi que le NET-3 HOW-TO
  • Le Guide de l'utilisateur Linux
  • DNS HOW-TO
  • ISP Hookup HOW-TO
  • De plus, on peut trouver des informations spécifiques au Système d'Exploitation sur les sites web suivants :
  • Finalement, consultez les listes comp.os.linux*, ou envoyez-moi un courrier électronique.

8.15 Articles "Initiation à l'installation de Linux" précédents :

  • Initiation à l'installation de Linux no.1 - Linux gazette No.32 Septembre 1998
  • Initiation à l'installation de Linux no.2 - Linux gazette No.33 Octobre 1998

Copyright © 1998, Ron Jenkins - Publié dans le n°34 de la Linux Gazette.

Adaptation française de Albert-Paul Bouillot

Page suivante Page précédente Table des matières