9.2.1. Les informations de connexion

La première chose à faire est d'obtenir du fournisseur d'accès les informations concernant la connexion. C'est à dire:

• Le numéro de téléphone du point d'accès le plus proche.

• La méthode d'autentification à utiliser.

• Votre nom d'utilisateur et mot de passe pour la connexion.

• L'adresse IP des serveurs de noms.

9.2.2. resolv.conf et nsswitch.conf

Le fichier /etc/resolv.conf doit être renseigné avec les informations données par le fournisseur d'accès, en particulier l'adresse des serveurs de noms ou DNS. Dans notre exemple, nous aurons deux serveurs qui auront les adresses "194.109.123.2" et "191.200.4.52".

nameserver 194.109.123.2
nameserver 191.200.4.52
#lookup file bind	

Voici un exemple de fichier /etc/nsswitch.conf.

# /etc/nsswitch.conf
group:         compat
group_compat:  nis
hosts:         files dns 
netgroup:      files [notfound=return] nis
networks:      files
passwd:        compat
passwd_compat: nis	

9.2.3. Créer les répertoires de pppd

Les répertoires /etc/ppp et /etc/ppp/peers vont contenir les fichiers de configuration des connexions PPP. Après une nouvelle installation de NetBSD, ils n'existent pas et doivent être créés à la main (mkdir et chmod 700).

9.2.4. Script de connexion et fichier de négociation

Le script de connexion est utilisé comme paramètre sur la ligne de commandes de pppd. Il se trouve dans /etc/ppp/peers et porte généralement le nom du fournisseur d'accès. Par exemple, si le nom de votre fournisseur est " BigNet"  et votre nom d'utilisateur " alain" , le fichier peut être:

# /etc/ppp/peers/bignet
connect '/usr/sbin/chat -v -f /etc/ppp/peers/bignet.chat'
noauth
user alan
remotename bignet.it	

Dans cet exemple, le script spécifie un fichier chat (fichier de négociation, prononcez " tchatte" ) à utiliser pour la connexion. Les options du script sont détaillées dans la page de manuel pppd(8).

Le script de connexion appelle l'application chat pour s'occuper de la connexion physique (initialisation du modem, numérotation...). Les paramètre de chat peuvent être définis dans le script lui-même mais il est préférable de les mettre dans un autre fichier. Si, par exemple, le numéro de téléphone du point d'accès est le "02 99 99 99 99", voici un exemple de fichier de négociation:

# /etc/ppp/peers/bignet.chat
ABORT BUSY
ABORT "NO CARRIER"
ABORT "NO DIALTONE"
'' ATDT0299999999
CONNECT ''	

9.2.5. Authentification

Pendant la procédure d'authentification, les deux systèmes vérifient l'identité de l'autre. Vous n'êtes, en principe, pas supposé vérifier celle du fournisseur mais, lui, doit vérifier la votre. Deux méthodes existent:

• login

• PAP/CHAP

La plupart des fournisseurs d'accès utilisent la méthode PAP/CHAP.

utilisateur * mot-de-passe        

alan * pZY9o        

# /etc/ppp/peers/bignet.chat
ABORT BUSY
ABORT "NO CARRIER"
ABORT "NO DIALTONE"
'' ATDT0299999999
CONNECT ''
TIMEOUT 50
ogin: alan
ssword: pZY9o	  

9.2.6. pppd options

La dernière chose qu'il nous reste à faire est d'établir le fichier d'options de pppd: /etc/ppp/options (chmod 644).

/dev/tty01
lock
crtscts
57600
modem
defaultroute
noipdefault	

Consultez la page de manuel pppd(8) pour connaitre la signification des options.

9.2.7. Tester le modem

Avant d'activer le lien, nous allons rapidement tester le modem afin de vérifier s'il est bien connecté à l'ordinateur et qu'il communique correctement. Le programme cu peut être utilisé à cette fin, comme dans l'exemple qui vient:

1. Créez le fichier /etc/uucp/port contenant les lignes suivantes:

   type modem
   port modem
   device /dev/tty01
   speed 115200	    

   (substitutez les valeurs avez les votres, si elles sont différentes).

2. Tapez la commande cu -p modem pour commencer à envoyer des commandes au modem. Par exemple:

   # cu -p modem
   Connected.
   ATZ
   OK
   ~.
   
   Disconnected.
   #	    

   Dans cet exemple, la commande de réinitialisation (ATZ) a été envoyée au modem. Il a répondu " OK" : la communication fonctionne. Pour quitter cu, tapez "~" (tilde) suivi de "." (point), comme dans l'exemple.

9.2.8. Activer le lien

Maintenant que tout est prêt, nous pouvons lancer la connexion avec la commande:

# pppd call bignet      

où bignet est le nom du script de connexion décrit plus haut. Pour visualiser les messages de connexion de pppd, tapez la commande suivante:

# tail -f /var/log/messages      

Pour raccrocher, effectuez un kill -HUP de pppd.

9.2.9. Utiliser un script pour connecter et déconnecter

Lorsque la connexion fonctionne correctement, nous pouvons écrire des scripts pour éviter d'avoir à retaper les commandes à chaque fois. Nous allons écrire deux scripts nommés, par exemple, connecter et raccrocher.

connecter sert à se connecter chez le fournisseur d'accès.

#!/bin/sh
MODEM=tty01
POP=bignet
if [ -f /var/spool/lock/LCK..$MODEM ]; then
  echo ppp est d\éj\à actif...
else
  pppd call $POP
  tail -f /var/log/messages
fi	

raccrocher sert à fermer la connexion et raccrocher.

#!/bin/sh
MODEM=tty01
if [ -f /var/spool/lock/LCK..$MODEM ]; then
  echo -f killing pppd...
  kill -HUP `cat /var/spool/lock/LCK..$MODEM`
  echo done
else
  echo ppp n'est pas actif
fi	

Les deux scripts tirent avantage du fait que, lorsque pppd est actif, il crée un fichier LCK..tty01 dans le répertoire /var/spool/lock. Ce fichier contient le numéro de processus de pppd.

Les deux scripts doivent être exécutables:

# chmod u+x connecter raccrocher      

9.4.1. Configurer la passerelle/pare-feu

Pour que NAT soit utilisable, la ligne "pseudo-device ipfilter" du fichier de configuration du noyau doit être activée. Pour vérifier si elle l'est dans le noyau actuel:

# sysctl net.inet.ip.forwarding
net.inet.ip.forwarding = 1      

Si le résultat est "1", comme dans l'exemple précédent, l'option est activée. Autrement, si le résultat est " 0" , elle ne l'est pas. Vous pouvez faire deux choses:

1. Compiler un nouveau noyau dont l'option GATEWAY (passerelle) est activée par défaut.

2. Activer l'option du noyau actuel avec la commande:

   # sysctl -w net.inet.ip.forwarding=1	    

   Si vous placez cette commande dans un script de démarrage (par exemple /etc/rc.local) elle sera exécutée à chaque démarrage de la machine.

Le reste de cette section explique comment mettre en place une configuration NAT qui démarre à chaque fois que la connexion avec le fournisseur d'accès se fait par un lien PPP. De cette manière, tous les ordinateurs du réseau familial (par exemple) pourront se connecter à internet par la machine passerelle, même s'ils ne sont pas sous NetBSD.

Tout d'abord, créez un fichier /etc/ipf.conf vide à l'aide de la commande:

# touch /etc/ipf.conf      

Ensuite, créez le fichier /etc/ipnat.conf contenant les règles suivantes:

map ppp0 192.168.1.1/24 -> 0/32 proxy port ftp ftp/tcp
map ppp0 192.168.1.1/24 -> 0/32 portmap tcp/udp 40000:60000
map ppp0 192.168.1.1/24 -> 0/32      

192.168.1.1/24 sont les adresses réseau qui doivent être gérées (dans notre cas, 192.168.1.0/24 est aussi valable). La première ligne du fichier est optionnelle: elle permet le ftp actif par la passerelle. La seconde ligne est utilisée pour gérer correctement les paquets tcp et udp : la traduction des ports (portmap) est nécessaire à cause de la traduction n vers 1. La troisième ligne permet d'utiliser ICMP, ping...

Dans le fichier /etc/rc.conf, portmap doit être activé (ipfilter n'est pas nécessaire).

Créez un fichier /etc/ppp/ip-up. Il sera appelé à chaque fois que le lien PPP sera activé.

#!/bin/sh
# /etc/ppp/ip-up
/usr/sbin/ipnat -F
/usr/sbin/ipnat -C
/sbin/ipf -E
/usr/sbin/ipnat -f /etc/ipnat.conf      

Créez un fichier /etc/ppp/ip-down. Il sera appelé à chaque fois que le lien PPP sera fermé.

#!/bin/sh
# /etc/ppp/ip-down
/sbin/ipf -D
/usr/sbin/ipnat -C      

Ces deux fichiers, ip-up et ip-down doivent être exécutables:

# chmod u+x ip-up ip-down      

La machine passerelle est désormais prête.

9.4.2. Configurer les clients

Créez un fichier /etc/resolv.conf, comme sur la machine passerelle.

Tapez la commande suivante:

# route add default 192.168.1.1      

192.168.1.1 est l'adresse de la passerelle mise en place à la section précédente.

Bien entendu, vous n'aurez pas envie de taper cette commande à chaque fois. Il nous faut donc définir la "route par défaut" (defaultroute) dans le fichier /etc/rc.conf ou bien, ce qui revient au même, écrire l'adresse de la passerelle dans le fichier /etc/mygate. La route par défaut sera définie automatiquement pendant l'initialisation du système à l'aide du contenu de /etc/mygate ou de l'option " defaultroute"  qui sera utilisé comme argument de la commande route add default.

Si l'ordinateur client n'est pas sous NetBSD, la configuration sera différente. Pour un PC sous Windows, la passerelle se déclare, dans les propriétés du protocole TCP/IP, avec l'adresse de la passerelle NetBSD. Sur Macintosh, l'adresse se déclare dans le tableau de bort TCP/IP dans le champ "Adresse du routeur".

C'est tout ce qu'il y a à faire sur les ordinateurs clients.

9.4.3. Quelques commandes utiles

Les commandes suivantes peuvent être utiles pour diagnostiquer des problèmes:

9.5.1. Connecter NetBSD avec BSD ou Linux

Le cas le plus simple est lorsque les deux machines tournent sous NetBSD. Une connexion peut être établie grâce au protocole SLIP. Sur la première machine, tapez:

# slattach /dev/tty00
# ifconfig sl0 inet 192.168.1.1 192.168.1.2
      

Sur la seconde machine, tapez:

# slattach /dev/tty00
# ifconfig sl0 inet 192.168.1.2 192.168.1.1
      

Vous pouvez alors tester la configuration avec ping. Par exemple, sur le second ordinateur, tapez:

# ping 192.168.1.1      

Si ça marche, vous avez alors un réseau actif entre les deux machines. Des commandes telles que ftp, telnet et d'autres peuvent être exécutées. Un nom de machine peut être inscrit dans le fichier /etc/hosts.

• Dans notre exemple, les deux PC utilisent le premier port série (/dev/tty0). Inscrivez le périférique approprié si vous en utilisez un autre.

• Les adresses IP comme 192.168.x.x sont réservées pour des réseaux " internes" . Le premier PC a l'adresse 192.168.1.1 et le second 192.168.1.2.

• Pour avoir une connexion plus rapide, vous pouvez spécifier l'option -s speed à slattach.

• ftp ne peut être utilisé que si inetd est actif et que le serveur ftpd est lancé.

9.5.2. Connecter NetBSD et Windows NT

NetBSD et Windows NT peuvent (souvent) être facilement mis en réseau avec un câble série. Le principe consiste à créer une connexion "Accès réseau à distance" sous WindowsNT et de démarrer pppd sous NetBSD.

Démarrez pppd en tant que root, après avoir créé un fichier .ppprc dans le répertoire /root. Utilisez l'exemple suivant comme modèle:

connect '/usr/sbin/chat -v CLIENT CLIENTSERVER'
local
tty00  
115200
crtscts
lock   
noauth
nodefaultroute
:192.168.1.2      

La première ligne sera expliquée plus loin. 192.168.1.2 est l'adresse IP qui sera assignée, par NetBSD, à la machine WindowsNT. tty00 est le port série utilisé pour la connexion (premier port série).

Du côté de Windows NT, un périférique câble série (ou null modem) doit être installé à partir du panneau de configuration (icône Modems) et une connexion Accès réseau à distance doit être créée avec ce modem. Le pilote null modem (câble série) est standard sous Windows Nt 4 mais n'est pas 100% null modem: lorsque le lien est activé, Windows envoie le mot CLIENT et s'attend à recevoir la réponse CLIENTSERVER. C'est la raison de la présence de la première ligne du fichier .ppprc: chat doit répondre à Windows lorsque la connexion est activée sinon elle sera refermée.

Dans la configuration d'Accès réseau à distance, il faut préciser: utiliser le câble série, numéro de téléphone " 1"  (qui n'est pas utilisé), serveur PPP, n'activer que le protocole TCP/IP, utiliser l'adresse IP et le serveur de nom du serveur (donc de NetBSD). Choisissez le contrôle de flux matériel et les paramètre de communication à 115200 8N1.

Maintenant, tout est prêt pour établir la connexion.

• Connectez les deux ordinateurs avec le câble série (null modem).

• Lancez pppd sur NetBSD. Pour visualiser les messages de pppd: tail -f /var/log/messages.

• Activez la connexion Accès réseau à distance de Windows NT.

9.5.3. Connecter NetBSD et Windows 95

La mise en place pour Windows 95 est la même que celle pour Windows NT: Accès réseau à distance sur Windows 95 et serveur PPP sur NetBSD. La plupart (si ce n'est toutes) des versions de Windows 95 ne possède pas de pilote câble série, ce qui rend les choses un peu plus compliquées. La solution la plus simple est de trouver un tel pilote sur internet (c'est un petit fichier .INF) et répéter les mêmes opérations que pour Windows NT. La seule différence est que la première ligne du fichier .ppprc de NetBSD (celle qui appelle chat) peut être enlevée.

Si vous ne trouvez pas de pilote câble série pour Windows 95, voici une astuce:

• Créez une connexion Accès réseau à distance, comme le décrit la Section 9.5.2 mais en utilisant un des "Modem standard".

• Dans .ppprc, remplacez la ligne qui fait appel à chat par:

  connect '/usr/sbin/chat -v ATH OK AT OK ATE0V1 OK AT OK ATDT CONNECT'	    

• Etablissez la connexion comme le décrit la Section 9.5.2.

Ici, le programme chat, appelé lorsque la connexion est établie, simule ce que Windows 95 appelle un "Modem standard". Il renvoie à Windows les réponses que feraient un modem standard. Dès que Windows 95 envoie une commande de modem, chat répond " OK" .

9.6.1. Exemple de mise en place NFS

Avertissement: j'ai tiré cet exemple plutôt complexe d'une liste de diffusion de NetBSD et je ne l'ai pas testé. Il doit cependant donner une idée de la façon dont fonctionne NFS.

Le scénario est le suivant: cinq machines client (cli1, ..., cli5) partagent des répertoires sur le serveur (buzz.toys.org). Certains des répertoires exportés sont réservés à certains clients et les autres sont accessibles à toutes les machines. Tous les clients démarrent depuis le serveur et doivent monter les répertoires.

Les répertoires à exporter du serveur sont:

Les fichiers suivants existent sur le serveur:

/dev/ra0a on /
/dev/ra0f on /usr
/dev/ra1a on /usr/src
/dev/ra2a on /export      

Chaque client a besoin des systèmes de fichiers suivants:

buzz:/export/cli?/root on /
buzz:/export/common/usr on /usr
buzz:/usr/src on /usr/src      

La configuration du serveur est la suivante:

# /etc/exports
/usr/src -network 123.45.67.0 -mask 255.255.255.0
/export  -alldirs -maproot=root -network 123.45.67.0 -mask 255.255.255.0      

Sur les clients, chaque fichier /etc/fstab contient:

buzz:/export/cli?/root / nfs rw
buzz:/export/common/usr /usr nfs rw,nodev,nosuid
buzz:/usr/src /usr/src rw,nodev,nosuid      

Dans cet exemple, chaque caractère "?" doit être remplacé par le numéro du client correspondant.