---

Hej.... har installeret debian testing og undre mig over en ting. Under
installationen plejer man at skulle indtaste domain navnet for sit domæne,
men da jeg valgte at mit netkort skal bruge DHCP, kom denne valgmulighed af
en eller anden grund ikke.

Hvor skal domain navnet indtastes?

Venlig Hilsen

Søren Emig

---

Den Thu, 4 Oct 2001 17:47:28 +0200 skrev S. Emig:
>Hej.... har installeret debian testing og undre mig over en ting. Under
>installationen plejer man at skulle indtaste domain navnet for sit domæne,
>men da jeg valgte at mit netkort skal bruge DHCP, kom denne valgmulighed af
>en eller anden grund ikke.
>
>Hvor skal domain navnet indtastes?

På DHCP-serveren

Mvh
Kent
--
IIS should be kept behind a PIX or better firewall, with port 80 closed.

---

> >Hvor skal domain navnet indtastes?
>
> På DHCP-serveren

Ho Ho.... okay ringer du til teledanmark?

---

Den Thu, 4 Oct 2001 18:14:45 +0200 skrev S. Emig:
>> >Hvor skal domain navnet indtastes?
>>
>> På DHCP-serveren
>
>Ho Ho.... okay ringer du til teledanmark?

Man kan fortælle den hvor meget den skal tage fra DHCP-serveren, men
jeg ved ikke lige hvordan man gør på debian.

Mvh
Kent
--
IIS should be kept behind a PIX or better firewall, with port 80 closed.

---

> Man kan fortælle den hvor meget den skal tage fra DHCP-serveren, men
> jeg ved ikke lige hvordan man gør på debian.

Den får ikke noget domain navn fra DHCP-serveren, kan man så ikke indtaste
det et sted?

---

S. Emig skrev:

> Den får ikke noget domain navn fra DHCP-serveren, kan man så ikke
> indtaste det et sted?

#+
$ whatis hostname
hostname (1) - show or set the system's host name
$
#v-

eller
   # echo myhostname > /proc/sys/kernel/hostname
   # echo mydomainname > /proc/sys/kernel/domainname


// Klaus

--
><>°    vandag, môre, altyd saam

---

Den Thu, 4 Oct 2001 19:42:34 +0200 skrev Klaus Alexander Seistrup:
>S. Emig skrev:
>
>> Den får ikke noget domain navn fra DHCP-serveren, kan man så ikke
>> indtaste det et sted?
>
>#+
>$ whatis hostname
>hostname (1) - show or set the system's host name
>$
>#v-
>
>eller
>   # echo myhostname > /proc/sys/kernel/hostname
>   # echo mydomainname > /proc/sys/kernel/domainname

Mon ikke debian har et eller andet opstartsscript der tager sig af det?

Mvh
Kent
--
IIS should be kept behind a PIX or better firewall, with port 80 closed.

---

Kent Friis skrev:

>> $ whatis hostname
>> hostname (1) - show or set the system's host name
>> $
>
> Mon ikke debian har et eller andet opstartsscript der tager
> sig af det?

Jo, /etc/init.d/hostname.sh fra sysvinit-pakken. Så vidt jeg kan se
i farten, bruger den hostname(1) til at fiske hostnavnet ud af filen
/etc/hostname og sætte den i kernen (eller hvor der nu bliver holdt
rede på den slags).


// Klaus

--
><>°    vandag, môre, altyd saam

---

> Jo, /etc/init.d/hostname.sh fra sysvinit-pakken. Så vidt jeg kan se
> i farten, bruger den hostname(1) til at fiske hostnavnet ud af filen
> /etc/hostname og sætte den i kernen (eller hvor der nu bliver holdt
> rede på den slags).

Men hvad med domain navnet?

---

Kent Friis wrote:

> Den Thu, 4 Oct 2001 19:42:34 +0200 skrev Klaus Alexander Seistrup:
>>S. Emig skrev:
>>
>>> Den får ikke noget domain navn fra DHCP-serveren, kan man så ikke
>>> indtaste det et sted?
>>
>>#+
>>$ whatis hostname
>>hostname (1) - show or set the system's host name
>>$
>>#v-
>>
>>eller
>># echo myhostname > /proc/sys/kernel/hostname
>># echo mydomainname > /proc/sys/kernel/domainname
>
> Mon ikke debian har et eller andet opstartsscript der tager sig af
> det?

/etc/sysctl.conf?

kernel.domainname = mulle.dk
kernel.hostname = bent

Rasmus

--
-- [ Rasmus 'Møffe' Bøg Hansen ] ---------------------------------------
He has his own opinions
- just like the others.
- Burnin' Red Ivanhoe
--------------------------------- [ moffe at amagerkollegiet dot dk ] --

---

> /etc/sysctl.conf?
>
> kernel.domainname = mulle.dk
> kernel.hostname = bent


Okay..... men hvorfor kan apache ikke finde domain navnet, og hvorfor kan
man ikke pinge hostname.domainname?

---

S. Emig wrote:

>
>> /etc/sysctl.conf?
>>
>> kernel.domainname = mulle.dk
>> kernel.hostname = bent
>
>
> Okay..... men hvorfor kan apache ikke finde domain navnet, og hvorfor
> kan man ikke pinge hostname.domainname?

Du skal enten have maskinnavn og IP i /etc/hosts eller du skal have en
DNS-server, med båbe dit domæne og reverse IP. Er det blot nogle ganske
få maskiner er /etc/hosts vist rigeligt.

Rasmus

--
-- [ Rasmus 'Møffe' Bøg Hansen ] ---------------------------------------
"Microsoft spel chekar worgs grate!"
--------------------------------- [ moffe at amagerkollegiet dot dk ] --

---

> > Okay..... men hvorfor kan apache ikke finde domain navnet, og hvorfor
> > kan man ikke pinge hostname.domainname?
>
> Du skal enten have maskinnavn og IP i /etc/hosts eller du skal have en
> DNS-server, med båbe dit domæne og reverse IP. Er det blot nogle ganske
> få maskiner er /etc/hosts vist rigeligt.


Okay.... Tak for hurtigt svar

Nu da maskinen får IP-addressen via. DHCP, kan jeg ikke være sikker på at
den altid får samme IP. Er der en global variabel e.l. som kan repræsentere
den tildelte IP-addresse?

---

Den Mon, 8 Oct 2001 10:21:38 +0200 skrev Søren Emig:
>> > Okay..... men hvorfor kan apache ikke finde domain navnet, og hvorfor
>> > kan man ikke pinge hostname.domainname?
>>
>> Du skal enten have maskinnavn og IP i /etc/hosts eller du skal have en
>> DNS-server, med båbe dit domæne og reverse IP. Er det blot nogle ganske
>> få maskiner er /etc/hosts vist rigeligt.
>
>
>Okay.... Tak for hurtigt svar
>
>Nu da maskinen får IP-addressen via. DHCP, kan jeg ikke være sikker på at
>den altid får samme IP. Er der en global variabel e.l. som kan repræsentere
>den tildelte IP-addresse?

giv dummy-devicen et ip-nr. der ikke ændrer sig.

Mvh
Kent
--
IIS should be kept behind a PIX or better firewall, with port 80 closed.

---

> >Nu da maskinen får IP-addressen via. DHCP, kan jeg ikke være sikker på at
> >den altid får samme IP. Er der en global variabel e.l. som kan
repræsentere
> >den tildelte IP-addresse?
>
> giv dummy-devicen et ip-nr. der ikke ændrer sig.


huh?

---

Den Mon, 8 Oct 2001 19:36:46 +0200 skrev S. Emig:
>> >Nu da maskinen får IP-addressen via. DHCP, kan jeg ikke være sikker på at
>> >den altid får samme IP. Er der en global variabel e.l. som kan
>repræsentere
>> >den tildelte IP-addresse?
>>
>> giv dummy-devicen et ip-nr. der ikke ændrer sig.
>
>huh?

ifconfig dummy 192.168.0.1 netmask 255.255.255.0 broadcast 192.168.0.255

Hvis "dummy" ikke virker, så prøv "dummy0".

Mvh
Kent
--
War does not determine who is right, only who is left.

---

Søren Emig wrote:

> Nu da maskinen får IP-addressen via. DHCP, kan jeg ikke være sikker på
> at den altid får samme IP. Er der en global variabel e.l. som kan
> repræsentere den tildelte IP-addresse?

Konfigurer DHCP-serveren til altid at dele den samme IP ud til din
maskine, installer dhcpd 3.0 + en DNS-server eller skift til statisk IP.

Kører du ISC's dhcpd med færre maskiner end IP-adresser, vil du altid
få den samme IP - medmindre du smadrer DHCP-serverens lease-database
med vilje eller ved et systemnedbrud.

Rasmus

--
-- [ Rasmus 'Møffe' Bøg Hansen ] ---------------------------------------
I think the sum of intelligence on the internet is constant.
Only the number of users grows.
- Uwe Ohse in the monastery
--------------------------------- [ moffe at amagerkollegiet dot dk ] --

---

Rasmus Bøg Hansen <moffespam@amagerkollegiet.dk> writes:

> Kører du ISC's dhcpd med færre maskiner end IP-adresser, vil du altid
> få den samme IP - medmindre du smadrer DHCP-serverens lease-database
> med vilje eller ved et systemnedbrud.

Det burde der ikke ske noget ved idet klienten ser ud til at huske
hvilken IP, den har faaet tildelt tidligere, og derfor starter med at
bede om den. Herefter vil lease-databasen lige saa stille blive bygget
op igen. Problemet opstaar self. hvis der kommer nye klienter til,
eller en eksisterende klient finder paa at bede om en anden IP, end
den havde foer.

Foerste gang en klient beder om en IP ser "Handshaket" ud paa
flg. maade:
Klient: "DHCPDISCOVER from <MAC>"
Server: "DHCPOFFER on <IP> to <MAC>"
Klient: "DHCPREQUEST for <IP> from <MAC>"
Server: "DHCPACK on <IP> to <MAC>"

Anden gang beder klienten om sin IP med det samme:
Klient: "DHCPREQUEST for <IP> from <MAC>"
Hvor til serveren - hvis IPen er "ledig" - svarer:
Server: "DHCPACK on <IP> to <MAC>"
Er IPen ikke "ledig" svarer serveren:
Server: "DHCPNAK on <IP> to <MAC>"
Klienten vil da sende en "DHCPDISCOVER", som foerste eksempel.

--
Mvh Claus Albøge

"Don't summarize. Don't abbreviate. Don't interpret."
      -- D. J. Bernstein

---

Claus Alboege wrote:

> Rasmus Bøg Hansen <moffespam@amagerkollegiet.dk> writes:
>
>> Kører du ISC's dhcpd med færre maskiner end IP-adresser, vil du altid
>> få den samme IP - medmindre du smadrer DHCP-serverens lease-database
>> med vilje eller ved et systemnedbrud.
>
> Det burde der ikke ske noget ved idet klienten ser ud til at huske
> hvilken IP, den har faaet tildelt tidligere, og derfor starter med at
> bede om den. Herefter vil lease-databasen lige saa stille blive bygget

Ja, nogen klienter gør, men ikke alle. dhcpcd gør, M$'s gør - pump gør
f. eks. ikke.

> Foerste gang en klient beder om en IP ser "Handshaket" ud paa
> flg. maade:
> Klient: "DHCPDISCOVER from <MAC>"
> Server: "DHCPOFFER on <IP> to <MAC>"
> Klient: "DHCPREQUEST for <IP> from <MAC>"
> Server: "DHCPACK on <IP> to <MAC>"

Ja.

> Anden gang beder klienten om sin IP med det samme:
> Klient: "DHCPREQUEST for <IP> from <MAC>"
> Hvor til serveren - hvis IPen er "ledig" - svarer:
> Server: "DHCPACK on <IP> to <MAC>"

Nej. Dette er en fornyelse - dvs. klienten spørger om den må beholde
IP'en, da den endnu bruger den. Hvis man lukker maskinen ned og starter
den igen (eller lukker DHCP-klienten ned og starter den igen), *skal*
den starte helt fra DHCPDISCOVER. Men den kan i DHCPDISCOVER bede om en
bestemt IP; serveren tilbyder (DHCPOFFER) normalt denne IP, hvis den er
ledig.

> Er IPen ikke "ledig" svarer serveren:
> Server: "DHCPNAK on <IP> to <MAC>"
> Klienten vil da sende en "DHCPDISCOVER", som foerste eksempel.

Og ledig betyder i denne sammenhæng at den kan pinges (altså at der
kører en anden maskine på den IP) - det gør det i hvert fald med ISC's,
hvis man ikke slår ping fra.

Rasmus

--
-- [ Rasmus 'Møffe' Bøg Hansen ] ---------------------------------------
The Internet is full. Go away.
-- Joel Furr
--------------------------------- [ moffe at amagerkollegiet dot dk ] --

---

Rasmus Bøg Hansen <moffespam@amagerkollegiet.dk> writes:

> Claus Alboege wrote:

>> Anden gang beder klienten om sin IP med det samme: Klient:
>> "DHCPREQUEST for <IP> from <MAC>" Hvor til serveren - hvis IPen er
>> "ledig" - svarer: Server: "DHCPACK on <IP> to <MAC>"

> Nej. Dette er en fornyelse - dvs. klienten spørger om den må beholde
> IP'en, da den endnu bruger den. Hvis man lukker maskinen ned og
> starter den igen (eller lukker DHCP-klienten ned og starter den igen),
> *skal* den starte helt fra DHCPDISCOVER.

Nej, den eneste maade klienten kan skifte fra INIT/REBOOT-state til
INIT-state er hvis den faar DHCPNAK paa sin DHCPREQUEST.
(For lige at teste det, rebootede jeg min laptop, og den sendte ganske
rigtig en DHCPREQUEST for <IP>)


--
Mvh Claus Albøge

---

Claus Alboege wrote:

> Rasmus Bøg Hansen <moffespam@amagerkollegiet.dk> writes:
>
>> Claus Alboege wrote:
>
>>> Anden gang beder klienten om sin IP med det samme: Klient:
>>> "DHCPREQUEST for <IP> from <MAC>" Hvor til serveren - hvis IPen er
>>> "ledig" - svarer: Server: "DHCPACK on <IP> to <MAC>"
>
>> Nej. Dette er en fornyelse - dvs. klienten spørger om den må beholde
>> IP'en, da den endnu bruger den. Hvis man lukker maskinen ned og
>> starter den igen (eller lukker DHCP-klienten ned og starter den
>> igen), *skal* den starte helt fra DHCPDISCOVER.
>
> Nej, den eneste maade klienten kan skifte fra INIT/REBOOT-state til
> INIT-state er hvis den faar DHCPNAK paa sin DHCPREQUEST.
> (For lige at teste det, rebootede jeg min laptop, og den sendte ganske
> rigtig en DHCPREQUEST for <IP>)

_Samtlige af mine klienter sender DHCPDISCOVER efter en genstart
(win95, win98, win2k, winXP, pump, dhcpcd, MAC OS 9.

F. eks. RedHat 7.1/dhcpcd ('/etc/init.d/network stop ;
/etc/init.d/network start') giver dette i loggen:

Oct 10 01:49:09 carlsberg dhcpd: DHCPDISCOVER from 00:10:5a:41:f0:16
via eth0
Oct 10 01:49:09 carlsberg dhcpd: DHCPOFFER on 194.182.238.30 to
00:10:5a:41:f0:16 via eth0
Oct 10 01:49:09 carlsberg dhcpd: DHCPREQUEST for 194.182.238.30
(194.182.238.3) from 00:10:5a:41:f0:16 via eth0
Oct 10 01:49:09 carlsberg dhcpd: DHCPACK on 194.182.238.30 to
00:10:5a:41:f0:16 via eth0

Med pump får jeg:

Oct 10 01:54:03 carlsberg dhcpd: DHCPRELEASE of 194.182.238.30 from
00:10:5a:41:f0:16 via eth0 (not found)
Oct 10 01:54:05 carlsberg dhcpd: DHCPDISCOVER from 00:10:5a:41:f0:16
via eth0
Oct 10 01:54:05 carlsberg dhcpd: DHCPOFFER on 194.182.238.30 to
00:10:5a:41:f0:16 via eth0
Oct 10 01:54:05 carlsberg dhcpd: DHCPREQUEST for 194.182.238.30
(194.182.238.3) from 00:10:5a:41:f0:16 via eth0
Oct 10 01:54:05 carlsberg dhcpd: DHCPACK on 194.182.238.30 to
00:10:5a:41:f0:16 via eth0

Windows-klienter opfører sig ligesådan (win2k bruger ligesom pump
DHCPRELEASE; win9X gør ikke) - og de starter altid med en DHCPDISCOVER.

Ok, klienten *kan* starte med DHCPREQUEST, hvis den husker sin gamle IP
og server-IP (og gør det normalt ved uafbrudt drift). Ved en genstart
*anbefaler* rfc2131 dog at man starter med en DHCPDISCOVER. Hvis man
har flyttet sin bærbare til et andet netværk og den starter direkte med
DHCPREQUEST, vil den jo ikke få kontakt til serveren (da man skal have
fat i en anden server og formentlig en anden IP) og den vil ikke få en
IP.

(hva' er det for en klient, der dropper DHCPDISCOVER-fasen?)

Btw. kører jeg ISC dhcpd 3.0.

Rasmus

--
-- [ Rasmus 'Møffe' Bøg Hansen ] ---------------------------------------
Computers are like airconditioners:
They stop working properly if you open windows.
--------------------------------- [ moffe at amagerkollegiet dot dk ] --

---

Rasmus Bøg Hansen <moffespam@amagerkollegiet.dk> writes:

[snip]

> Ok, klienten *kan* starte med DHCPREQUEST, hvis den husker sin gamle
> IP og server-IP (og gør det normalt ved uafbrudt drift). Ved en
> genstart *anbefaler* rfc2131 dog at man starter med en DHCPDISCOVER.

Det er maaske mig, men det synes jeg ikke at kunne finde antydninger
om?

> Hvis man har flyttet sin bærbare til et andet netværk og den starter
> direkte med DHCPREQUEST, vil den jo ikke få kontakt til serveren (da
> man skal have fat i en anden server og formentlig en anden IP) og
> den vil ikke få en IP.

Jo.

o DHCPREQUEST generated during INIT-REBOOT state:
'server identifier' MUST NOT be filled in, 'requested IP address'
option MUST be filled in with client's notion of its previously
assigned address. 'ciaddr' MUST be zero. The client is seeking to
verify a previously allocated, cached configuration. Server SHOULD
send a DHCPNAK message to the client if the 'requested IP address'
is incorrect, or is on the wrong network.

Klienten vil da, efter at have modtaget DHCPNAK, gaa i INIT state og
sende DHCPDISCOVER. (Som jeg skrev foer)

Til sammenligning:

o DHCPREQUEST generated during RENEWING state:
'server identifier' MUST NOT be filled in, 'requested IP address'
option MUST NOT be filled in, 'ciaddr' MUST be filled in with
client's IP address. In this situation, the client is completely
configured, and is trying to extend its lease. This message will
be unicast, so no relay agents will be involved in its
transmission. Because 'giaddr' is therefore not filled in, the
DHCP server will trust the value in 'ciaddr', and use it when
replying to the client.

> (hva' er det for en klient, der dropper DHCPDISCOVER-fasen?)

DHCPREQUEST - Client message to servers either (a) requesting
offered parameters from one server and implicitly
declining offers from all others, (b) confirming
correctness of previously allocated address after,
e.g., system reboot, or (c) extending the lease on a
particular network address.

Saa det er meget logisk at starte i INIT-REBOOT fremfor INIT efter
reboot/genstart af klienten, dvs. springe DHCPDISCOVER-fasen over - i
mine oejne.

ISC dhclient (fra 2.0pl5)

> Btw. kører jeg ISC dhcpd 3.0.

ISC dhcpd 2.0

--
Mvh Claus Albøge

---

Claus Alboege wrote:

> Rasmus Bøg Hansen <moffespam@amagerkollegiet.dk> writes:
>
> [snip]
>
>> Ok, klienten *kan* starte med DHCPREQUEST, hvis den husker sin gamle
>> IP og server-IP (og gør det normalt ved uafbrudt drift). Ved en
>> genstart *anbefaler* rfc2131 dog at man starter med en DHCPDISCOVER.
>
> Det er maaske mig, men det synes jeg ikke at kunne finde antydninger
> om?

Det er nok et fortolkningsspørgsmål. Nu ka' jeg selvfølgelig ikke finde
det igen :) Men der står at klienten _kan_ springe nogle trin over, så
jeg må jo nok gi' dig ret. Men det kræver jo, at den broadcaster sin
første DHCPREQUEST - ellers vil den ikke få et svar på et andet netværk
med en anden DHCP-server (men det kan den jo også sagtens).

>> (hva' er det for en klient, der dropper DHCPDISCOVER-fasen?)

> ISC dhclient (fra 2.0pl5)

Sært. Sidst jeg genstartede min OpenBSD 2.9 med dhclient 2.0, gav det
følgende i logfilen:

Sep 14 01:46:45 carlsberg dhcpd: DHCPDISCOVER from 00:90:27:a6:63:dc
via eth0
Sep 14 01:46:45 carlsberg dhcpd: DHCPOFFER on 194.182.238.22 to
00:90:27:a6:63:dc via eth0
Sep 14 01:46:47 carlsberg dhcpd: DHCPREQUEST for 194.182.238.22
(194.182.238.3) from 00:90:27:a6:63:dc via eth0
Sep 14 01:46:47 carlsberg dhcpd: DHCPACK on 194.182.238.22 to
00:90:27:a6:63:dc via eth0

Jeg må jo nok give dig ret; jeg var vist farvet af aldrig at have set
genstart->DHCPREQUEST uden DHCPDISCOVER opførslen før...

Rasmus

--
-- [ Rasmus 'Møffe' Bøg Hansen ] ---------------------------------------
Programming is a race between programmers, who try and make more and
more idiot-proof software, and universe, which produces more and more
remarkable idiots.
Until now, universe leads the race.
- R. Cooka
--------------------------------- [ moffe at amagerkollegiet dot dk ] --