DHCP server probleem

[dominion99]

Volgens mij heeft @home nieuwe IP adressen uitgegeven

nu werkt mijn interne DHCP server niet meer

hij komt met de volgende melding

code:

No subnet declaration for eth0 (217.122.**.***).
Please write a subnet declaration in your dhcpd.conf file for the
network segment to which interface eth0 is attached.
exiting.

nu weet ik niet precies wat ik daar voor moet schrijven

ik dacht met ifconfig te kijken naar de netmask
die is 255.255.252.0
en het broadcast adres was 217.122.19.255
dus ik heb het volgende
veranderd

code:

subnet 217.122.19.0 netmask 255.255.252.0 {
}

maar het is niet goed weet iemand wat er precies moet staan?

[deadinspace]

Je wilt een segment voor je @home netwerk interface in de configfile van je DHCP server zetten? En zo dus IP adressen uitdelen aan iedere kabelmodem op je subnet? (Ok, @home doet flink moeite om dat te blocken in verband met misgeconfigde DHCP servers als deze).

Je moet *alleen* DHCP aanbieden op je interne netwerk (bij eth1 gok ik dus).

[dominion99]

Ik had het ook over mijn interne DHCP server

om die goed te laten werken moet je ook je externe verbinding bekend maken in DHCPD.conf

vandaar, hij doet er helemaal niks mee zo begrijpt de DHCP server alleen hoe het netwerk in elkaar zit

en trouwens voorheen werkte het prima, dat is geen probleem

[Verwijderd]

@home heeft zelf wel een dhcp server. Die hoef jij niet te verzorgen lijkt me. Dus je moet dat ding zo configgen dat ie op je eigen netwerk dhcp adressen uitgeeft en niet op het @home adres. De melding No subnet declaration for eth0 is dus een goede, je zit tenminste dan niet te kloten met het uitgeven van dhcp nummers op een netwerk waar je niks hebt te zoeken (en ja ik zit in hetzelfde netwerk dan jij, dus ja ik kan er last van krijgen). Een dhcp client heb je nodig voor @home en geen server. En als je een dhcp server nodig hebt, kies dan interne ipreeksen waar die op gaat luisteren met bijbehorend netmask 255.255.255.0 of zo.

[dominion99]

MENSEN MENSEN

ik heb het echt over een INTERNE DHCP SERVER

die komt niet bij @home uit

Zoals ik al zei, de DHCP server wil weten hoe je netwerk in elkaar zit, daarom moet je een declaratie doen van je netwerk kaarten

verder wordt er NIKS mee gedaan

dus ik heb geen brakke DHCP server ofzoiets

[Verwijderd]

Je doet toch echt een serieuze poging om adressen uit te gaan delen op het @home netwerk ( en dan idd in hetzelfde segment als waar ik ook zit). Vandaar de wat felle bewoordingen van mijn post.

code:

subnet 192.168.1.0 netmask 255.255.255.0 {
      option routers 192.168.1.1;
      option domain-name "uwinternedomein.nl";
      option domain-name-servers 62.100.30.228, 212.120.66.194, 62.100.30.244, 212.120.66.195, 213.51.129.131, 213.51.129.133;
etc.

Zoiets zal het wel zijn

[dominion99]

Nee je snap het volgens mij niet

wat je daar hebt ingevuld dat heb ik al voor al mijn clients

maar zodrat je de server opstart kijkt de server naar je netwerkkaarten

hij ziet eentje met 192.168.1.1

kijkt in zijn config ziet een declaratie, met routers blabla

ziet een volgende kaart met 217.122.**.***

kijkt in zijn config ziet er niks van staan, dus weet niet wat hij er mee moet doen, als de de manual van DHCPD doorleest zie je dat ook wel staan, als je die declareert wilt niet zeggen dat je er dan ook adressen aan gaat uitgeven, ik geef alleen adressen uit aan 5 computers afgesteld met IP reeks 192.168.1.1 / 192.168.1.6

misschien is het wat duidelijker, of moet ik ff de manual gaan opzoek dat ik het kan gaan quoten

[Verwijderd]

Je hebt die subnet declaratie van 217.122.x.x niet nodig toch? Je wilt niet luisteren op dat net dus waarom zou je die declareren in je conf file? Comment die declaraties maar eens uit.

[dominion99]

Nee hoor dat vindt hij echt niet leuk

als je hem weghaald dan kan hij geen declaratie vinden voor dat subnet, het gaat er eigelijk alleen om de DHCP server te laten zien hoe het netwerk in elkaar zit

misschien werkt het bij jou anders maar ik heb het zo uit de manuals gehaald

[deadinspace]

Op woensdag 20 februari 2002 18:05 schreef dominion99 het volgende:
om die goed te laten werken moet je ook je externe verbinding bekend maken in DHCPD.conf

Onzin.

en trouwens voorheen werkte het prima, dat is geen probleem

Omdat @home zijn modems heeft geprogrammeerd DHCP-offers van je computer richting internet te blokkeren.

Op woensdag 20 februari 2002 18:10 schreef dominion99 het volgende:
die komt niet bij @home uit

Maar hij gebruikt wel een interface die met je kabelmodem verbonden is. Ik weet niet of hij dan verteld kan worden daar geen dhcp-requests te beantwoorden, maar ik zou het gewoon niet proberen omdat het toch niet nodig is.

Zoals ik al zei, de DHCP server wil weten hoe je netwerk in elkaar zit, daarom moet je een declaratie doen van je netwerk kaarten

Dat hoeft je DHCP server helemaal niet te weten.

Op woensdag 20 februari 2002 18:24 schreef dominion99 het volgende:
misschien is het wat duidelijker, of moet ik ff de manual gaan opzoek dat ik het kan gaan quoten

Als je dan toch in de manual gaat doorspitten, merk dan meteen op dat de syntax

code:

dhcpd [ -p port ] [ -f ] [ -d ] [ -q ] [ -cf config-file ] [ -lf lease-file ] [ if0 [ ...ifN ] ]

is, aka 'dhcpd <opties> <interfaces>'.

[dominion99]

Oww

leg mij eens uit waarom hij dan een foutmelding geeft bij het starten van de DHCPD server als ik die declaratie weghaal

en wat betekend dit ongeveer

staat in de DHCPD.CONF van REDHAT 7.2

code:

# No service will be given on this subnet, but declaring it helps the
# DHCP server to understand the network topology.

subnet 217.122.**.** netmask 255.255.252.0 {
}

lijkt mij toch wel

[Verwijderd]

Post je dhcpd.conf file eens dan. Kunnen we kijken waarom je dhcp server niet wil starten.

[dominion99]

Ok hier is dan mijn DHCPD.CONF

ondertussen start hij wel weer, maar ik wil wel eens weten wat er dan fout bij mij is (tenminste wat jullie denken)

code:

# dhcpd.conf

# option definitions common to all supported networks...
ns2.example.org;

default-lease-time 31536000;
max-lease-time 31536000;

# If this DHCP server is the official DHCP server for the local
# network, the authoritative directive should be uncommented.
#authoritative;

# Use this to send dhcp log messages to a different log file (you also
# have to hack syslog.conf to complete the redirection).
#log-facility local7;

# No service will be given on this subnet, but declaring it helps the
# DHCP server to understand the network topology.

subnet 217.122.16.0 netmask 255.255.252.0 {
}

subnet 192.168.1.0 netmask 255.255.255.0 {
  range 192.168.1.1 192.168.1.6;
  option domain-name-servers 213.51.129.70, 213.51.129.68,  
                     213.51.129.67, 213.51.129.69;
  option routers 192.168.1.4;
  option broadcast-address 192.168.1.255;
  default-lease-time 600;
  max-lease-time 7200;
}
host Laptop {
  hardware ethernet ************;
  fixed-address 192.168.1.2;
}

host Dell {
  hardware ethernet ************;
  fixed-address 192.168.1.1;
}

host Stershop {
  hardware ethernet ************;
  fixed-address 192.168.1.3;
}

[Verwijderd]

Ik kan mm vergelijken met mijn configfile. Die ziet er bijna identiek uit, met de volgende verschillen:
• ns2.example.org lijkt me comment
• ddns-update-style ad-hoc; staat boven in mijn conf file
• 217.122.*.* declaraties zijn overbodig.
• ik gebruik nog een dynamic range maar dat mag niet uitmaken.

Nou heb ik dat thuis op een interne server draaien, maar ik heb ergens nog een vergelijkbare situatie als jij hebt draaien met dezelfde config als hier. En dat werkt als een zonnetje.

[deadinspace]

Op woensdag 20 februari 2002 19:06 schreef dominion99 het volgende:
Oww

leg mij eens uit waarom hij dan een foutmelding geeft bij het starten van de DHCPD server als ik die declaratie weghaal

en wat betekend dit ongeveer

staat in de DHCPD.CONF van REDHAT 7.2

code:

# No service will be given on this subnet, but declaring it helps the
# DHCP server to understand the network topology.

subnet 217.122.**.** netmask 255.255.252.0 {
}

lijkt mij toch wel

Ik weet niet wat Red hat allemaal denkt, maar hier luistert dhcpd gewoon op eth0 en eth2 (intern) en niet op eth1 (extern) en doet zijn werk prima. Alleen maar declaraties voor lokale subnetten in de dhcpd.conf.

Waarom zou dhcpd uberhaupt iets van je externe interface af moeten weten?

[dominion99]

waarvoor dient dat dns regeltje??

maar als ik die regel weg laat van 217.122.******
geeft mijn DHCP server een warning/error wat moet ik daar aan doen dan

[deadinspace]

Op woensdag 20 februari 2002 20:14 schreef dominion99 het volgende:
maar als ik die regel weg laat van 217.122.******
geeft mijn DHCP server een warning/error wat moet ik daar aan doen dan

Op woensdag 20 februari 2002 18:52 schreef deadinspace het volgende:
dhcpd <opties> <interfaces>

[dominion99]

Wat wil je daar mee zeggen

ik doe gewoon in /init.d/dhcpd restart

zo wordt hij ook tijdens het booten gestart hoe moet ik er dan parameters aangeven

[deadinspace]

/etc/init.d/dhcpd editen

[dominion99]

hier kun je de argumenten inzetten
/etc/sysconfig/dhcpd

ik zou niet weten waarom en wat er moet staan

Anyway de server draait weer dus maakt het ook niet verder uit, ik snap alleen niet waarom er zo veel verschil tussen zit

[Verwijderd]

start gewoon eens:
dhcpd eth1,
en kijk wat nu het resultaat is!

[Verwijderd]

Het netwerk-id van 217.122.19.255/22 is 217.122.16.0, niet 217.122.19.0

[Verwijderd]

Op woensdag 20 februari 2002 20:57 schreef Liez het volgende:
Het netwerk-id van 217.122.19.255/22 is 217.122.16.0, niet 217.122.19.0

waarom zou je uberhaupt een extern ip aangeven voor je binnennetwerk????

Mijn dhcpd.conf en werkt prima.

code:

subnet 192.168.0.0 netmask 255.255.255.0 {
      range 192.168.0.10 192.168.0.199;

      option subnet-mask 255.255.255.0;
      option routers 192.168.0.1;
      option domain-name-servers 62.194.195.252;
      option domain-name "vossen.org.uk";
}

[loial]

wat de andere posters bedoelen is denk ik dat je moet zorgen dat er geen eth0 in je dhcpd.conf staat...zodoende zal hij zich ook niet afvragen wat het subnet van eth0 is...en de error dus ook neit meer geven..toch?
dan kun je dus volstaan met alles behalve die 217.*** regel

[Verwijderd]

Op woensdag 20 februari 2002 21:00 schreef freebie het volgende:

[..]

waarom zou je uberhaupt een extern ip aangeven voor je binnennetwerk????

Ik heb verder niet geprobeerd te begrijpen waarom de poster een DHCP-server op z'n publieke netwerk zou zetten , ik merkte alleen op dat wat hij in z'n bericht als subnet-blaat aangeeft niet correct is.

[Verwijderd]

Op woensdag 20 februari 2002 21:03 schreef Loial het volgende:
wat de andere posters bedoelen is denk ik dat je moet zorgen dat er geen eth0 in je dhcpd.conf staat...zodoende zal hij zich ook niet afvragen wat het subnet van eth0 is...en de error dus ook neit meer geven..toch?
dan kun je dus volstaan met alles behalve die 217.*** regel

dat klopt, wel nog even aangeven bij het opstarten van dhcpd welke interface je gebruikt, anders krijg je de melding die de topic-opener ook al schreef.

[Verwijderd]

Zet gewoon een regeltje "non authoritative" (uit m'n hoofd) in de subnet declaratie voor je ISP. Gevolg is dat dhcpd niet meer zeurt en ook niet probeert om IP's uit te delen voor dat subnet.

Je kan ook de interfaces opgeven waarnaar geluisterd moet worden (zoals gezegd).

[dominion99]

Ja ok

daar hebben jullie gelijk in

ik heb een eigenwijs karakter

thks