|
| Linux Redhat 7.1 - BB|ADSL og DHCP-server ~ Fra : Christian Andersen |
Dato : 23-09-01 10:57 |
|
Hejsa.
Jeg har fået BB|ADSL fra TDC med 2 dynamiske IP-adresser. Det er jo vældigt at
jeg nu kan bruge mit netkort istedet for det kluntede ATM-kort.
Men jeg har et problem.
Med min Windows 98 kan jeg genstarte lige så tosset det skal være og jeg
får den samme IP hver gang.
Derefter kan jeg boote ind i Linux (dualboot på den samme maskine) og få
en IP-adresse der, men forskellig fra den i Win98.
Hvis jeg herefter genstarter Linux eller Win98, får jeg ingen IP og
bliver nødt til at slukke ADSL-modemet (bridge?) i 1 time og prøve igen.
TDC Support har været på sagen og de siger jeg får tildelt to
forskellige IP-adresser på den samme MAC-adresse. Det har de aldrig set
før. Det vidste jeg egentlig heller ikke kunne lade sig gøre.
Den venlige mand foreslog så at jeg kunne prøve at frigøre leasen
fra DHCP-serveren før jeg genstartede, som Jesper Skriver også har
skrevet i en anden gruppe en gang. Det ville jeg såmænd også vældigt
gerne gøre, men hvordan?
Linux har et script i /etc/sysconfig/network-scripts/ifdown der
indeholder følgende linier:
if [ "$BOOTPROTO" = bootp -o "$BOOTPROTO" = dhcp ]; then
[ -n "`pidof -x pump`" ] && {
pump -r -i ${DEVICE}
retcode=$?
}
[ -n "`pidof -x dhcpcd`" ] && {
dhcpcd -k ${DEVICE}
retcode=$?
}
fi
Her skal man lægge mærke til 3. linie, "pump -r -i ${DEVICE}"
'man pump' siger:
-r --release Release interface
Så det ser ud til at det bliver gjort...
I min søgning på groups.google.com, har jeg desuden fundet følgende
samtale mellem to nordmænd:
______________________________________________
[Samme script som jeg citerede ovenfor]
Både 'pump -r' og 'dhcpcd -k' vil sende en DHCP_RELEASE-melding til
serveren. Ikke akkurat veldig lurt, IMHO. Og selvsagt i strid med
målsetningene i RFC 2131. Da tenker jeg på følgende designmål:
DHCP must:
[..]
o Retain DHCP client configuration across DHCP client reboot. A
DHCP client should, whenever possible, be assigned the same
configuration parameters (e.g., network address) in response
to each request,
Ved å sende en DHCP_RELEASE-melding ved reboot forhindrer RedHat dette
målet fra å bli oppfylt.
----------------------------------------------
Spørgsmålet er så hvordan jeg kan enten slippe helt for problemet eller
banke Red Hat til at gøre pæne ting ved DHCP-serveren så jeg stadig kan
komme på efter en reboot?
Jeg har kun et netkort i maskinen på en 2.4.2-2 kernel.
/Christian
--
Nescafe - because your pets deserve the best!
| |
Thorbjoern Ravn Ande~ (23-09-2001)
| Kommentar Fra : Thorbjoern Ravn Ande~ |
Dato : 23-09-01 18:03 |
|
Christian Andersen <igqgfq001@sneakemail.com> writes:
> TDC Support har været på sagen og de siger jeg får tildelt to
> forskellige IP-adresser på den samme MAC-adresse. Det har de aldrig set
> før. Det vidste jeg egentlig heller ikke kunne lade sig gøre.
Jeg har set denne opførsel med ICS's dhcpd (som jeg ikke ved om TDC
kører med) på et lokalnet, og ser samme opførsel på min TDC BB
forbundne maskine. Så det er ikke kun dig.
At man får tildelt en ny, skyldes nok at pump ikke beder om en
IP-adresse på en måde som gør at DHCP-serveren vil tildele den den
allerede har uddelt til Windows-systemet.
Kan du lokke ud af TDC hvilken DHCPserver de bruger?
--
Thorbjoern Ravn Andersen "...plus...Tubular Bells!"
http://bigfoot.com/~thunderbear
| |
Jesper Skriver (23-09-2001)
| Kommentar Fra : Jesper Skriver |
Dato : 23-09-01 12:10 |
|
On 23 Sep 2001 19:02:39 +0200, Thorbjoern Ravn Andersen wrote:
> Christian Andersen <igqgfq001@sneakemail.com> writes:
>
>> TDC Support har været på sagen og de siger jeg får tildelt to
>> forskellige IP-adresser på den samme MAC-adresse. Det har de aldrig set
>> før. Det vidste jeg egentlig heller ikke kunne lade sig gøre.
>
> Jeg har set denne opførsel med ICS's dhcpd (som jeg ikke ved om TDC
> kører med) på et lokalnet, og ser samme opførsel på min TDC BB
> forbundne maskine. Så det er ikke kun dig.
>
> At man får tildelt en ny, skyldes nok at pump ikke beder om en
> IP-adresse på en måde som gør at DHCP-serveren vil tildele den den
> allerede har uddelt til Windows-systemet.
Hjemme bruger jeg en Cisco router som dhcp server, afhængigt af om
jeg boot'er FreeBSD eller en sjælden gang Windows på maskinen
mener routerens dhcp server at jeg har foreskellige MAC adresser,
windows klaster 01 foran MAC adressen - don't know why though.
> Kan du lokke ud af TDC hvilken DHCPserver de bruger?
ISC dhcpd 3.0
--
Jesper Skriver, CCIE #5456
FreeBSD committer
| |
Allan Olesen (23-09-2001)
| Kommentar Fra : Allan Olesen |
Dato : 23-09-01 12:23 |
|
Christian Andersen <igqgfq001@sneakemail.com> wrote:
>Ved å sende en DHCP_RELEASE-melding ved reboot forhindrer RedHat dette
>målet fra å bli oppfylt.
Jeg vil mene, at de to nordmænd brokker sig over lige præcis det
modsatte af dit problem, idet de mener, at en klient aldrig bør bede
om at få releaset sin ip.
Men har du prøvet at kigge på, om der faktisk bliver sendt en
release-anmodning, når du lukker RedHat? F.eks. ved at lade tcpdump
lytte på det pågældende netkort, mens du kører en 'service network
stop'.
Hvis du vil have noget at sammenligne med, kan jeg fortælle, at når
jeg lytter på mit lokalnet (fra den maskine, der fungerer som
DHCP-server), kan jeg se, at en Windows-maskine releaser sin ip med en
pakke, der ser således ud:
>13:11:04.438636 aho2.hosallan.bootpc > aho1.hosallan.bootps: xid:0xbcc5bec5 C:aho2.hosallan [|bootp]
--
Allan Olesen, Lunderskov
"UNIX er overflødigt." - Lars P. Fischer
| |
Christian Andersen (23-09-2001)
| Kommentar Fra : Christian Andersen |
Dato : 23-09-01 15:28 |
|
Allan Olesen wrote:
>Men har du prøvet at kigge på, om der faktisk bliver sendt en
>release-anmodning, når du lukker RedHat? F.eks. ved at lade tcpdump
>lytte på det pågældende netkort, mens du kører en 'service network
>stop'.
Jeg prøvede og her er hvad jeg fik ud af det:
[root@chran /root]# tcpdump -f -l -i eth0 -n > eth0.dump
Kernel filter, protocol ALL, TURBO mode (575 frames), datagram packet
socket
tcpdump: listening on eth0
tcpdump: pcap_loop: read error: Network is down
[root@chran /root]# more eth0.dump
[root@chran /root]#
Så det kunne jeg ikke rigtig bruge til noget.
Med hensyn til at stoppe netværket, du mente at jeg skulle ind i
/etc/rc.d/rc3.d og køre
[root@chran rc3.d]# ./S10network stop
Shutting down interface eth0: [ OK ]
[root@chran rc3.d]# ./S10network start
Setting network parameters: [ OK ]
Bringing up interface lo: [ OK ]
Bringing up interface eth0: [ OK ]
ikke?
Jeg regner med at grunden til at jeg kunne få en ny IP-adresse denne
gang er at jeg ikke har været inde i Windows i dag, så der lå lige en
ekstra IP til mig på DHCP-serveren.
Hvis jeg prøver en 'ifdown eth0', kommer jeg ikke til at kunne skrive
resultatet af den før om et par timer.
Så det prøver jeg lige....
Vi "ses".
>DHCP-server), kan jeg se, at en Windows-maskine releaser sin ip med en
>pakke, der ser således ud:
>
>>13:11:04.438636 aho2.hosallan.bootpc > aho1.hosallan.bootps: xid:0xbcc5bec5
C:aho2.hosallan [|bootp]
Er det xid, der er interessant?
--
Nescafe - because your pets deserve the best!
| |
Christian Andersen (23-09-2001)
| Kommentar Fra : Christian Andersen |
Dato : 23-09-01 19:31 |
|
Christian Andersen wrote:
>Hvis jeg prøver en 'ifdown eth0', kommer jeg ikke til at kunne skrive
>resultatet af den før om et par timer.
Samme resultat.
Er der andre forslag end tcpdump?
--
Nescafe - because your pets deserve the best!
| |
Christian Andersen (23-09-2001)
| Kommentar Fra : Christian Andersen |
Dato : 23-09-01 20:54 |
|
Allan Olesen wrote:
>>Ved å sende en DHCP_RELEASE-melding ved reboot forhindrer RedHat dette
>>målet fra å bli oppfylt.
>Jeg vil mene, at de to nordmænd brokker sig over lige præcis det
>modsatte af dit problem, idet de mener, at en klient aldrig bør bede
>om at få releaset sin ip.
Det ser ud til at nordmændene havde ret.
Jeg udelod simpelthen "-r" (= release) fra pump-kommandolinien og nu
kører det som en drøm. Jeg har moret mig med at køre netværket op og ned
i de sidste 10 minutter.
Så konklusionen er:
Brug ikke "-r" eller "-R" når man bruger pump i RedHat.
Simpelthen
[root@chran /root]# pump -i [$DEVICE]
og det spiller.
Tak for hjælpen.
--
Nescafe - because your pets deserve the best!
| |
|
|