In deze sectie wordt beschreven hoe de plip interface op
de source server in te stellen.
Als je in problemen komt, raad ik je aan de
PLIP MINI-HOWTO door te lezen.
Controleer of het lp device niet is ingesteld. Deze regel zou
niet voor mogen komen:
$ cat /proc/devices
Character devices:
...
6 lp
...
Kill de lpd daemon als je het wel hebt, en verwijder de
lp module:
$ /etc/rc.d/init.d/lpd.init stop
Shutting down lpd: lpd
$ rmmod lp
Als je de lp module niet kunt verwijderen, dan moet je
de kernel opnieuw compileren met de lp service als een
module.
Nu is de "6 lp" regel uit het bestand
/proc/devices, wat een weergave is van de
mogelijkheden van de kernel, verdwenen.
Je bent niet verplicht het lp-device te elimineren : wellicht dat het met lp werkt. Zonder garantie (bij mij werkt het). Probeer het zelf uit.
Controleer of je parallelle poort wordt gehanteerd:
$ ls /proc/parport/
0/
$ cat /proc/parport/0/hardware
base: 0x378
irq: 7
dma: none
modes: SPP,ECP,ECPEPP,ECPPS2
Als er geen directory's onder /proc/parport/ voorkomen, dan
moet je de parport en parport_pc modules laden:
$ insmod parport
$ insmod parport_pc
Je zou de volgende nieuwe regels in
/var/log/messages te zien moeten krijgen:
Oct 9 20:50:47 louloutte kernel:
parport0: PC-style at 0x378 [SPP,ECP,ECPEPP,ECPPS2]
Oct 9 20:50:47 louloutte kernel:
parport0: detected irq 7;
use procfs to enable interrupt-driven operation.
Ik herhaal de melding "detected irq 7, use procfs to
enable interrupt-driven operation", dus:
$ echo 7 > /proc/parport/0/irq
Controleer of de plip module is geladen:
$ lsmod |grep plip
Laad de plip module, als het nog niet is geladen:
$ insmod plip
Je zou in /var/log/messages iets te zien moeten
krijgen als:
==> /var/log/messages <==
Oct 8 16:34:12 louloutte kernel:
NET3 PLIP version 2.3-parport gniibe@mri.co.jp
Oct 8 16:34:12 louloutte kernel:
plip0: Parallel port at 0x378, using IRQ 7
Als je de plip module niet kunt laden dan moet je
de kernel opnieuw compileren met plip
als een module.
De syslog melding zegt dat de module is geladen op de plip0
interface. Configureer de plip0 interface:
$ ifconfig plip0 source pointopoint target netmask 255.255.255.255 up
Controleer of alles in orde is.
$ ifconfig plip0
plip0 Link encap:10Mbps Ethernet HWaddr FC:FC:C0:A8:00:02
inet addr:192.168.0.2 P-t-P:192.168.0.1 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0
TX packets:0 errors:0 dropped:0 overruns:0
Interrupt:7 Base address:0x378
Nu kun je de source server lokaal pingen:
$ ping source
PING source (192.168.0.2): 56 data bytes
64 bytes from 192.168.0.2: icmp_seq=0 ttl=255 time=0.3 ms
64 bytes from 192.168.0.2: icmp_seq=1 ttl=255 time=0.2 ms
--- source ping statistics ---
2 packets transmitted, 2 packets received, 0% packet loss
round-trip min/avg/max = 0.2/0.2/0.3 ms
Verifieer dat de route naar de target bestaat:
$ route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
target * 255.255.255.255 UH 0 0 0 plip0
Voeg de route toe als het nog niet bestaat.
$ route add -host 192.168.0.1 dev plip0
Wanneer de target is geconfigureerd, kun je een ping test uitvoeren:
$ ping target
PING 192.168.0.1 (192.168.0.1): 56 data bytes
64 bytes from 192.168.0.1: icmp_seq=0 ttl=64 time=4.5 ms
64 bytes from 192.168.0.1: icmp_seq=1 ttl=64 time=4.3 ms
--- 192.168.0.1 ping statistics ---
2 packets transmitted, 2 packets received, 0% packet loss
round-trip min/avg/max = 4.3/4.4/4.5 ms
Maar als je het nu probeert, krijg je:
$ ping target
PING target (192.168.0.1): 56 data bytes
--- target ping statistics ---
5 packets transmitted, 0 packets received, 100% packet loss
Nu is het servernetwerk klaar voor gebruik. Gefeliciteerd.