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.