OK, zweiter Anlauf und diesmal mit Logs:
On Sat, 10 Apr 1999, Gerhard Sittig wrote:
>
> Ich moechte zur Abwechslung mal eine Frage stellen: Hat
> jemand ein LAN mit mehreren Segmenten und nur EINEM DHCP-Server
> aufbauen koennen, der NICHT zwischen beiden bzw allen Segmenten
> vermittelt (also mehrere NIFs hat und routet)?
>
> gewollt:
> ----+------+-------+ +--------+---------+--------+---
> | | | | | | |
> WS dhcpd Router bootpgw WS ...
>
> derzeit, aber nicht so gut:
> ----+------+-------+ +--------+---------+--------+---
> | | | | | | |
> WS dhcp1 Router dhcp2 WS ...
[ ... ]
> [ ... ] Ich moechte aber trotzdem gern
> diesen einen DHCP-Server als fuer das ganze LAN zustaendig
> haben und nur in den anderen Segmenten ein relay bestimmen,
> statt je Segment einen DHCP-Server pflegen zu muessen.
Der derzeitige dhcp2 funktioniert hervorgezeichnet als
DHCP-Server. Die Konfiguration ist folgende:
----------------------------------------------------------------------
# ifconfig eth0
eth0 Link encap:10Mbps Ethernet HWaddr 00:20:AF:91:22:27
inet addr:192.168.0.39 Bcast:192.168.0.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:220347 errors:0 dropped:0 overruns:0
TX packets:89104 errors:0 dropped:0 overruns:0
Interrupt:11 Base address:0x340
# netstat -rn | grep -v isdn
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt Iface
255.255.255.255 0.0.0.0 255.255.255.255 UH 1500 0 0 eth0
192.168.0.0 0.0.0.0 255.255.255.0 U 1500 0 0 eth0
192.168.1.0 192.168.0.2 255.255.255.0 UG 1500 0 0 eth0
192.168.4.0 192.168.0.2 255.255.255.0 UG 1500 0 0 eth0
127.0.0.0 0.0.0.0 255.0.0.0 U 3584 0 0 lo
----------------------------------------------------------------------
Also gehe ich hin, kille den DHCP-Server und starte bootpgw ...
----------------------------------------------------------------------
# netstat -a | grep boot
udp 0 0 *:bootps *:*
# /sbin/init.d/dhcp stop
Shutting down dhcpd: SIGTERM dhcpd
# netstat -a | grep boot
# bootpgw -d 4 dhcpd
bootpgw: info(6): recvd pkt from IP addr 192.168.0.32
bootpgw: info(6): request from 192.168.0.32
...
----------------------------------------------------------------------
... und weil mir das Format nicht gefaellt zitiere ich das Log,
da stehen endlich auch Zeiten zur Verfuegung:
----------------------------------------------------------------------
Apr 20 17:41:10 dialup bootpgw[3015]: version 2.4.3
Apr 20 17:44:51 dialup bootpgw[3015]: recvd pkt from IP addr 192.168.0.32
Apr 20 17:44:51 dialup bootpgw[3015]: request from 192.168.0.32
Apr 20 17:45:08 dialup bootpgw[3015]: recvd pkt from IP addr 0.0.0.0
Apr 20 17:45:08 dialup bootpgw[3015]: request from 0.0.0.0
Apr 20 17:45:18 dialup bootpgw[3015]: recvd pkt from IP addr 0.0.0.0
Apr 20 17:45:18 dialup bootpgw[3015]: request from 0.0.0.0
Apr 20 17:45:31 dialup bootpgw[3015]: recvd pkt from IP addr 0.0.0.0
Apr 20 17:45:31 dialup bootpgw[3015]: request from 0.0.0.0
Apr 20 17:45:49 dialup bootpgw[3015]: recvd pkt from IP addr 0.0.0.0
Apr 20 17:45:49 dialup bootpgw[3015]: request from 0.0.0.0
----------------------------------------------------------------------
Man erkennt
- den Programmstart :)
- ein 'ipconfig /release' am NT (zwei Zeilen noch mit Adresse)
- ein 'ipconfig /renew' (vier Anfragen ohne eigene Adresse), das
ergebnislos abbricht und die Workstation in einem "unnetzbaren"
Zustand hinterlaesst
Was ich vermisse:
- das forward des Request :(
Selbst wenn man die Verzoegerung lt Manpage beachtet (Antwort
durch bootpgw erst, wenn das Paket nach drei Sekunden NICHT
schon von jemand anderem beantwortet wurde), vermisst man
immer noch zumindest den VERSUCH, der Anfrage nachzukommen und
stellvertretend den DHCP-Server lt Kommandozeile zu kontakten.
Auch ein Debuglevel von 9 erzeugt keine anderen / weiteren
Ausgaben. Muss ich wirklich erst tcpdump anwerfen? Aber wie
beobachte ich die Broadcasts ohne von all den anderen aus
anderen Gruenden erschlagen zu werden? Nach der MAC-Adresse
zu filtern wird ja nicht so toll sein bei diesem Problem ...
> [ ... ] Kann ich
> dem bootpgw irgendwie helfen? Oder kann ich einen "dummen"
> dhcp2 an den dhcp1 kaskadieren? Ich will die weiteren Repeater
> bzw Server so "unintelligent" wie moeglich halten. Mir ist
> egal wie aufwendig die Einrichtung so eines Relay ist, solange
> das nur EINMAL passiert und ich das Teil dann vergessen kann.
> Ich will nur noch EINE Datenbasis pflegen. [ ... ]
Oder erwarte ich zu viel bzw etwas voellig Absurdes vom bootpgw?
Aber welchen Sinn macht es OTOH, in das GLEICHE Segment
wie den Server das Relay zu stellen, das sich ausserdem bei
genau jenem Server bedient und bei dessen Ausfall auch sofort
arbeitsunfaehig wird (kopfkratz)? Ich glaube schon, dass
das Programm fuer die Vermittlung ueber Segmentgrenzen hinaus
gedacht ist.
Oder muss ich dem dhcpd beibringen, dass auch aus der Ferne
anfragen kommen (koennen)? Aber ein 'man dhcpd' und Suche nach
"gw", "gate", "relay", "repea" hat auch nix gebracht ... :<
Selbst htdig auf alle lokalen Dokumente war nicht hilfreich.
> Danke fuer Eure Hilfe
Ich bin nach wie vor dankbar fuer jede Hilfe zum Thema und
werde denjenigen, der mir den Weg weisen kann, mindestens
eine Woche lang als Helden preisen :> Auch oeffentlich,
falls gewuenscht! Und natuerlich publiziere ich die Loesung,
falls sie denn gefunden wird.
virtually yours - Gerhard Sittig
--
If you don't understand or are scared by any of the above
ask your parents or an adult to help you.
--
Um aus der Liste ausgetragen zu werden, eine Mail an [EMAIL PROTECTED]
schicken, mit dem Text: unsubscribe suse-linux
