DHCP Server vergibt keine IP Adressen

[knuffi]

Hallo,

ich habe nun gestern mal einen DHCP Server auf meinem Debian Sarge installiert. 2 Netzwerkarten sind vorhanden und eigentlich auch konfiguriert. Trotzdem vergibt der DHCP Server keine IP Adressen an meinen anderen Windowsrechner.

Hat wer ne Ahnung woran es liegen könnte?

Meine dhcpd.conf

#/etc/dhcpd.conf

# Minimale Ausleihzeit in Sekunden (1 Stunde)
default-lease-time 3600;

# Maximale Ausleihzeit in Sekunden (24 Stunden)
max-lease-time 86400;

# Für die Netzwerkkarte eth0 (LAN) gelten folgende Einstellungen
subnet 10.10.0.0 netmask 255.255.255.192 {

# Domainname = homelan
option domain-name "homelan";

# zwei DNS-Server oder den eigenen DNS-Server (10.10.0.1 dann), nur eine Zeile aktiv halten.
# In /etc/resolv.conf werden ihre Nameserver vom Provider stehen, oder host -t NS domainProvider
# wird sie auch zeigen.

option domain-name-servers ns1.mein-provider-dns.de, ns2.mein-provider-dns.de;

# wenn wir DNS Server installieren diesen hier.
#option domain-name-servers 10.10.0.1;

# Internet-Gateway
option routers 172.16.0.1;

# Netzmaske
option subnet-mask 255.255.255.0;

# Konfiguration für den Rechner pc1
# das wäre jetzt marlise als Beispiel unten.
#host pc1
#{ hardware ethernet XX:XX:XX:XX:XX:XX;
# fixed-address 10.10.0.2;
#}

# Konfiguration für den Rechner pc2
#host pc2
#{ hardware ethernet XX:XX:XX:XX:XX:XX;
# fixed-address 10.10.000.3;
#}

# Konfiguration für den Rechner pc3
#host pc3
#{ hardware ethernet XX:XX:XX:XX:XX:XX;
# fixed-address 10.10.0.4;
#}

# dynamische Zuweisung bei fremden Rechnern im LAN
range 10.10.0.1 10.10.0.62;
}

Meine interfaces

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto eth1
iface eth1 inet dhcp

# Diese wird vom DHCP erkannt und wird fuer LAN verwendet.
# Falls LAN angeschlossen ist.
auto eth0
iface eth0 inet static
address 10.10.0.0
network 10.10.0.0/24
netmask 255.255.255.192 = 26
broadcast 10.10.0.63

Und ifconfig gibt das aus:

tux:~# ifconfig
eth0 Protokoll:Ethernet Hardware Adresse 00:50:8B:CB:9C:1E
inet Adresse:10.10.0.0 Bcast:10.255.255.255 Maske:255.255.255.192
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:1000
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
Interrupt:11 Basisadresse:0x2000 Speicher:42000000-42000038

eth1 Protokoll:Ethernet Hardware Adresse 00:30:84:0A:11:C1
inet Adresse:172.16.0.100 Bcast:172.31.255.255 Maske:255.240.0.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:514 errors:0 dropped:0 overruns:0 frame:0
TX packets:434 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:1000
RX bytes:62166 (60.7 KiB) TX bytes:268058 (261.7 KiB)
Interrupt:11 Basisadresse:0x2400

lo Protokoll:Lokale Schleife
inet Adresse:127.0.0.1 Maske:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:0
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)

tux:~#

Der DHCP Server startet wenn ich /etc/init.d/dhcp start eingebe ohne Fehlermeldung. Trotzdem vergibt er keine IP Adresse.

 

[theton]

Schonmal in die Logs geschaut? (/var/log/syslog, /var/log/messages usw, /var/log/daemon.log usw.).

grep -r "dhcp" /var/log/

 

[knuffi]

Hallo,

ja, hatte ich. Da finde ich nichts über Probleme mit dem DHCP Server.

Ich habe die logs mal angehängt.

PS: Ich bin noch etwas unerfahren mit Linux.

Liebe Grüße.

 

[theton]

Bist du sicher, dass der dhcpd wirklich startet? Wie startest du ihn und was sagt

ps ax | grep dhcp

?

 

[knuffi]

Hallo,

Ja. Da bin ich mir eigentlich sicher.

Der DHCP wird auch schon beim Start des Rechners mitgestartet. Ansonsten starte ich ihn mit:

/etc/init.d/dhcp start

Wenn ich den DHCP reloade, dann mache ich es mit:

/etc/init.d/dhcp restart

Das bring dann:

tux:~# /etc/init.d/dhcp restart
Stopping DHCP server: dhcp.
Starting DHCP server: dhcpd.
tux:~#

Auch das sieht schon sehr nach einem laufenden und funktionierendem DHCP Server aus.

Das

ps ax | grep dhcp

bringt mir dass:

tux:~# ps ax | grep dhcp
1311 ? Ss 0:00 /usr/sbin/dhcpd -q eth0
tux:~#

Und auch das schaut nach einem laufenden DHCP Server aus.

Ich bin wirklich ratlos.​

 

[damager]

sehe ich das richtig?
du willst von einem dhcp-server der im 172.16'er netz ist und der über einen router der im selber netz ist, ip-adressen aus dem 10'er netz verteilen?

dafür braucht man doch imho nen dhcp relay agent

siehe auch:
http://de.wikipedia.org/wiki/DHCP#DHCP_f.C3.BCr_mehrere_Subnetze
http://www.tu-chemnitz.de/docs/lind...dhcp-configuring-server.html#DHCP-RELAY-AGENT
http://www.pro-linux.de/work/server/andere/dhcpd.html#ToC15

diese ifconfig ausgaben sind die des dhcp-servers?

 

[Jabo]

Ist nicht außerdem eine Broadcast-Adresse nötig, damit überhaupt klar ist, worauf die Clientes hören sollen?

Ich bin mir da nicht so sicher, bei mir habe ich das jedenfalls so gemacht, allerdings ist zusätzlich alles bei mir im gleichen Subnetz. Das mit dem DHCP-Relay-Agenten wußte ich noch nicht, interessant, danke!

 

[knuffi]

Hallo,

wie gesagt, ich bin noch recht neu im Umgang mit Linux. ;-)

Der Debian Rechner hängt an einem Router, der IP-Adressen aus dem Bereich ab 172.16.0.100 vergibt.

Ich habe es derzeit so eingestellt, dass der DHCP Server auf dem Debian Rechner IP-Adressen aus dem 10er Bereich vergibt.

Theoretisch können auch IP Adressen aus dem 172er Bereich vom DHCP Server vergeben werden, wenn dass einfacher ist.

diese ifconfig ausgaben sind die des dhcp-servers?

Ich gebe auf der Konsole ifconfig ein und habe dabei diese Ausgabe bekommen.

 

[knuffi]

Hallo,

Ist nicht außerdem eine Broadcast-Adresse nötig, damit überhaupt klar ist, worauf die Clientes hören sollen?

habe ich doch angegeben. In der Interfaces steht:

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto eth1
iface eth1 inet dhcp

# Diese wird vom DHCP erkannt und wird fuer LAN verwendet.
# Falls LAN angeschlossen ist.
auto eth0
iface eth0 inet static
address 10.10.0.0
network 10.10.0.0/24
netmask 255.255.255.192 = 26
broadcast 10.10.0.63

 

[knuffi]

Hallo,

Ich bin mir da nicht so sicher, bei mir habe ich das jedenfalls so gemacht, allerdings ist zusätzlich alles bei mir im gleichen Subnetz. Das mit dem DHCP-Relay-Agenten wußte ich noch nicht, interessant, danke!

mir geht es bei den unterschiedlichen IP Adressen darum, dass sich die ganzen Netzwerke nicht ins Gehege kommen.

Ich habe hier 2 WLAN Netze. Eines vergibt IP Adressen ab 10.0.0.100 und könnte ggf. auch noch geändert werden. Das andere vergibt IP Adressen aus dem 192.168.0.x, was ich nicht ändern kann. An dem 192er Netz hängt der Debian Rechner, der per LAN die 172er Adresse an eth1 bekommt, was ich auch nicht ändern kann.

An den Debian Rechner sollen nun noch weitere Rechner angeschlossen werden, die dann, (mir ist es eigentlich egal aus welchem Bereich die IP Adressen kommen) von dem DHCP Server IP Adressen bekommen sollen.

Ich möchte auch von jedem dieser Rechner, welche sich im Netzwerk mit dem Debian Rechner befinden, ins Internet gehen können.

Ich hoffe es wird verständlich was ich hier bauen will.

 

[damager]

Hallo,

wie gesagt, ich bin noch recht neu im Umgang mit Linux. ;-)

Der Debian Rechner hängt an einem Router, der IP-Adressen aus dem Bereich ab 172.16.0.100 vergibt.

Ich habe es derzeit so eingestellt, dass der DHCP Server auf dem Debian Rechner IP-Adressen aus dem 10er Bereich vergibt.

Theoretisch können auch IP Adressen aus dem 172er Bereich vom DHCP Server vergeben werden, wenn dass einfacher ist.



Ich gebe auf der Konsole ifconfig ein und habe dabei diese Ausgabe bekommen.

dann ändere:
- die range
- subnet einstellung
- und lasse den dhcp sever auf eth1 hören
dann sollte dieser aus dem 172'er bereich die ip-adresse verteilen.

aber ich dachte hinter der einstellung mit der 10'er gab es einen sinn den du verfolgt hast
hast du überhaupt 2 subnetze und einen router der diese verbindet?
wenn "ja" und du willst diese von einem dhcp-server bedienen ...dann kommst um nen relay-agent nicht rum

 

[Jabo]

habe ich doch angegeben. In der Interfaces steht:

Sh... sorry, hab ich bei den ganzen Kommentaren überlesen, und ist auch die richtige

 

[knuffi]

Hallo,

nein, es gab keinen anderen als den zuvor genannten Sinn hinter den 10er IP Adressen.

Wie soll ich die Range ändern, so dass das alles läuft, wie ich es gerade geschrieben habe?

Der DHCP Server hört auf eth0 weil an dem der Router mit dem Internet hängt.

hast du überhaupt 2 subnetze und einen router der diese verbindet?

Was meinst du damit?

Wie oben geschrieben, habe ich den Debian Rechner per LAN an einem WLAN Router hängen. Die WLAN IPs sind 192er IPs und im Lan 172er IPs.

 

[knuffi]

Hallo,

Sh... sorry, hab ich bei den ganzen Kommentaren überlesen, und ist auch die richtige

kein Thema.

 

[kbdcalls]

Ist nicht außerdem eine Broadcast-Adresse nötig, damit überhaupt klar ist, worauf die Clientes hören sollen?

Ich bin mir da nicht so sicher, bei mir habe ich das jedenfalls so gemacht, allerdings ist zusätzlich alles bei mir im gleichen Subnetz. Das mit dem DHCP-Relay-Agenten wußte ich noch nicht, interessant, danke!

Kommst denn dafrauf? Es wird zwar nen Braodcast erstmal rausgeschickt; geht auch garnicht anders, das löuft aber erstmal über die Mac-Adresse.

 

[Jabo]

Kommst denn dafrauf?.

Aus meiner DHCP-Doku:

option broadcast-address legt fest, welche Broadcastadresse der anfragende Rechner verwenden soll.

*natürlich* geht es mit MAC-Adressen los, IP-Adressen sind ja noch nicht in dem Moment, wo das iniziiert wird.

Bei mir gibt es ein Subnetz und eine feste Zuweisung:

subnet 192.168.1.0 netmask 255.255.255.0 {
  option broadcast-address 192.168.1.255;
  option domain-name-servers 192.168.1.1;
  option pop-server 192.168.1.1;
  option routers 192.168.1.1;
  option smtp-server 192.168.1.1;
  option subnet-mask 255.255.255.0;
  range 192.168.1.100 192.168.1.200;
  default-lease-time 600;
  max-lease-time 7200;
}
host zoran {
  fixed-address 192.168.1.2;
  hardware ethernet 00:A0:D2:2F:1A:78;
}

Die Broadcast-Adresse ist wie du sagst an der Stelle nicht nötig, den Abschnitt von der Doku hatte ich wohl falsch verstanden?

 

[Goodspeed]

tux:~# ifconfig
eth0 Protokoll:Ethernet Hardware Adresse 00:50:8B:CB:9C:1E
inet Adresse:10.10.0.0 Bcast:10.255.255.255 Maske:255.255.255.192
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:1000
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
Interrupt:11 Basisadresse:0x2000 Speicher:42000000-42000038

Gib Deinem Kind erstmal eine vernünfitge IP-Adresse ... mit 10.10.0.0 wird das nix ... eher mal 10.10.0.1!

 

[kbdcalls]

Wo du jetzt so sagts fällt mir mir auch aus. Die Netzwerk Adresse und auch Broadcastadresse sind für Rechner tabu.

Also 10.0.0.0 als Netzwerkadresse und 10.255.255.255 als Broadcastadresse. Bei einem Class B und C Netz sind andere natürlich Die IP Adressen 192.168.1.0 und 192.168.1.255 sind bei einem Class C Netz tabu. Kommt immer drauf an wieviel Rechner in einem Netwerk sind

 

[Jabo]

Frage zu IP, Netzmaske, Basisadresse und Broadcast

Gib Deinem Kind erstmal eine vernünfitge IP-Adresse ... mit 10.10.0.0 wird das nix ... eher mal 10.10.0.1!

Ich bin da ja auch noch am lernen (wie man an meinem Unsinn mit der Broadcast-Adresse gesehen hat ), aber die von dir zitierte Zeile:

inet Adresse:10.10.0.0 Bcast:10.255.255.255 Maske:255.255.255.192

wirft bei mir gleich noch eine Frage auf, nämlich die dort stehende Broadcast-Adresse.

Erstmal dürfen sowohl die Netzwerk-Basisadresse als auch die Broadcast-Aadresse ja nicht an Rechner vergeben werden (was mit der Basisadresse im Beispiel aber passiert ist...)

Nach dem, was ich gelesen habe, entsteht die Basisadresse, indem man eine beliebige IP aus dem Netz mit der Netzmaske binär notiert und beide UND-verknüpft (das habe ich so verstanden: Untereinander schreiben, wenn bei beiden, also oben UND unten, eine "1" steht, kommt ins Ergebnis auch eine, sonst "0"):

10.10.0.1= 00001010.00001010.00000000.00000001
Maske    = 11111111.11111111.11111111.11000000
Basis:   = 00001010.00001010.00000000.00000000
Dezimal  = [color=red][b]10.10.0.0[/b][/color]

Alle Adressen, mit denen die gleiche Basisadresse auf diese Weise entsteht, sind "im gleichen Subnetz".

Die Broadcast-Adresse entsteht, soweit ich gelesen habe, indem man die Netzmaske binär invertiert und mit der Basisadresse ODER-verknüpft (das habe ich so verstanden: Untereinander schreiben, wenn oben ODER unten eine "1" steht, kommt ins Ergebnis auch eine, sonst "0"):

Maske-Inv. = 00000000.00000000.00000000.00111111
Basis-Adr. = 00001010.00001010.00000000.00000000
Broadcast  = 00001010.00001010.00000000.00111111
BC dezimal = [color=red][b]10.10.0.63[/b][/color]

So, meine Frage: Wie kommt 10.255.255.255 aus dem Beispiel zustande? Gerne auch nen Literaturhinweis posten...

 

[Goodspeed]

Steht doch alles in seiner "/etc/network/interfaces" ... mehr oder weniger.
Die kaputte Broadcast-Adresse ist sicherlich auch ein Resultat aus den fehlerhaften "network" und "broadcast"-Eintrag ...
Vernünftigerweise sollte der Part für eth0 in der interfaces etwa so aussehen:

auto eth0
iface eth0 inet static
        address         10.0.0.1
        netmask         255.255.255.0
        network         10.0.0.0
        broadcast       10.0.0.255