[RH8.0] dhcpd.conf probleempje... (krijg geen vast ip-adres)

[Verwijderd]

Wanneer ik een PC boot waar ik een vast ip-adres aan wil geven, krijg ik er toch telkens eentje uit de range.....
Waarom??? ik weet het niet meer.
Heb zo'n beetje de search al drie keer doorgeplozen maar kan het niet vinden.
Zo heeft dagobert 2.199 en donald 2.198 gekregen ondanks ik wil dat de 2.40 en 2.41 krijgen.

code:

ddns-update-style ad-hoc;
option time-servers 192.168.2.11;
option ntp-servers 192.168.2.11;
option domain-name "mydomain.nl";
option domain-name-servers 192.168.2.10;
option routers 192.168.2.254;

subnet 192.168.2.0 netmask 255.255.255.0 {
        default-lease-time 608400;
        range 192.168.2.101 192.168.2.200;
}

host dagobert {
        hardware ethernet 00:20:e0:61:05:01;
        fixed-address 192.162.2.40;
}

host donald {
        hardware ethernet 00:50:04:11:f0:58;
        fixed-address 192.162.2.41;
}

Kan iemand mij vertellen wat ik nu over het hoofd zie???

[triet]

Je mac adres wat je hebt ingevuld is een beetje kort! Moet normaal uit 8x bestaan, die van jou bestaat uit 6? Misschien dat't daar iets mee te maken heeft.

Voor je windows bak kan je volgens mij bij "Status" van de LAN verbinding kijken en dan bij "Details".

[Verwijderd]

cache van je windowsbak misschien ?
Effe ipconfig /release en daarna /renew (of mbv ipconfig)

[The_Wounded]

Zou best wel eens een DNS probleem kunnen zijn. Als dat niet goed werkt kan die de gereserveerde addressen niet uitgeven.

[Jordi]

[nohtml]

triet schreef op 10 januari 2003 @ 13:39:
Je mac adres wat je hebt ingevuld is een beetje kort! Moet normaal uit 8x bestaan, die van jou bestaat uit 6? Misschien dat't daar iets mee te maken heeft.

Hoe kom je daar nu bij?
Nee dat is wel goed.

[KnoppenSpook]

MAC is 6 bytes groot idd

[Verwijderd]

Moet normaal uit 8x bestaan, die van jou bestaat uit 6?

uit 8????
Sinds wanneer???
Wil ik wel eens weten hoe jou MAC-adres er uitziet.......
Maar ff buiten dat...... MAC-adres klopt degelijk wel....

cache van je windowsbak misschien ?

heb ik ook al geprobeerd de release en renew....

..........DNS probleem kunnen zijn

verklaar u nader.......

[Guru Evi]

Je DHCP-client moet wel doorgeven dat die pc ook Dagobert of Donald is eh. Niets met DNS te maken, DNS komt pas later. Hoe je dat doet in Windows weet ik niet precies maar in mijne Apple staat er "ID DHCP Client" bij Network Preferences. Dus dat ID moet doorgegeven worden (en ik kan zo iedere keer hetzelfde IP adres verkrijgen bij mijn DHCP server)

[Verwijderd]

The_Wounded: Ik zie niet in waarom dit iets met DNS te maken zou hebben, plz explain...
Guru evi: eehhh, ik heb zelf nooit de client ID mee hoeven geven om fixed-address'es te gebruiken... Voor zover ik weet stuur jij een broadcast met je mac-address, en dhcpd pakt aan de hand daarvan het juiste fixed-address

Je bent er 100% zeker van dat er geen typo's in de mac addressen staan? Wat staat er in je dhcpd logs? Heb je de clients al ge-r3b00t?

[ Voor 42% gewijzigd door Verwijderd op 10-01-2003 14:02 ]

[Bucket]

Misschien een overbodige opmerking, maar heb je je dhcpd al ge-herstart, zodat hij ook de nieuwste config-file inleest?

[miniBSD]

Je kunt het hardware adres ook achterhalen met 'arp <hostname>'.
Is het toevallig niet zo dat in het hardware adres hoofdletters staan en je alles met kleine letters ingevuld hebt?

[GrimaceODespair]

Hmm... ik heb thuis een kabelverbinding (Belgie, Telenet), en daar heb ik regelmatig (heb er een tijd zeer frequent last van gehad, de laatste tijd minder) dat ik van de dhcp ook een verkeerd adres krijg (tis wel een Windowsbak). Ik beschrijf het probleem hier ff omdat je maar nooit weet of er ergens een overeenkomst is.

Het lijkt in zo'n geval erop alsof de kabelmodem geen contact krijgt met de DHCP, want als ik "ipconfig /renew" krijgt ie een time-out. Uiteindelijk wordt er dan toch een IP toegewezen, maar een ander, wat ik op zich al vaag vindt. Zowel IP als subnet kloppen dan niet.

Heb het probleem ook al es aan usergroup van kabelprovider voorgelegd, maar niemand kende het. Er werd wel af en toe gezegd dat een brakke kabel ook mee aan de basis kon liggen van het probleem. In ieder geval heb ik tot op heden geen oplossing voor dat probleem gevonden, en blijft het voor mij erg vaag (misschien even vaag voor jullie, zoals ik het hier opschrijf ).

[TrailBlazer]

start dhcpd eens met debugging op dan zie je exact wat er allemaal voor verzoeken langskomen

[Verwijderd]

miniBSD schreef op 10 January 2003 @ 14:40:
Is het toevallig niet zo dat in het hardware adres hoofdletters staan en je alles met kleine letters ingevuld hebt?

Maakt niet uit.

[Verwijderd]

GrimaceODespair schreef op 10 januari 2003 @ 14:51:
Het lijkt in zo'n geval erop alsof de kabelmodem geen contact krijgt met de DHCP, want als ik "ipconfig /renew" krijgt ie een time-out. Uiteindelijk wordt er dan toch een IP toegewezen, maar een ander, wat ik op zich al vaag vindt. Zowel IP als subnet kloppen dan niet.

Gokje: het niet kloppende IP adres & subnet mask is: 196.254.x.y & 255.255.0.0

Dit is het adres wat windows 98 en hoger invult als hij geen DHCP server kan vinden. dan werken kleine netwerkjes zonder server ook automagisch.

[GrimaceODespair]

Verwijderd schreef op 10 January 2003 @ 15:34:
[...]
Gokje: het niet kloppende IP adres & subnet mask is: 196.254.x.y & 255.255.0.0

Dit is het adres wat windows 98 en hoger invult als hij geen DHCP server kan vinden. dan werken kleine netwerkjes zonder server ook automagisch.

Hmm... ik zit nu niet, thuis dus ik kan het niet testen. Nu ja, ik kan het sowieso alleen maar testen als het mis loopt, maar dan kan ik weer niet op Internet om mijn bevindingen te staven Anywayz, volgens mij zet ie niet altijd dezelfde waardes (maar weet ik niet 100% zeker), want ik heb ooit al eens vermoed dat er zoiets gebeurde als wat je nu zegt.

Maarreuh... laat ik anders maar niet verder het topic van oudakker vernielen Ik post het probleem nog wel es als het onleefbaar wordt (kutterij blijft dat, zodra ik het probleem heb, het niet kan posten )

[GrimaceODespair]

Kan het niet aan het subnet liggen? Als je namelijk kijkt naar de IP adressen, dan stel je het volgende vast dat de laatste 4 bits geinvert zijn... je zou eens moeten testen of dat ook consequent voor andere adressen gebeurt:

199: 1100 0111
40: 0010 1000

198: 1100 0110
41: 0010 1001

Edit: wat ik wil zeggen is: stel dat dat inverteren een apart probleem is dat je opgelost krijgt, dan zou het kunnen dat je nog een probleem met je subnet hebt. Maar da's allemaal speculatie, ik zou zeggen: kijk es eerst of dat inverteren consequent is.

[ Voor 31% gewijzigd door GrimaceODespair op 10-01-2003 17:27 ]

[Verwijderd]

Hierbij dan een stukje uit de syslog bij een reboot van donald (WinME machine)......
om 17:19:16 deed ik dus op ME een release van het ip-adres met aansluitend een reboot

code:

Jan 10 17:19:16 pluto dhcpd: DHCPRELEASE of 192.168.2.198 from 00:50:04:11:f0:58 (donald) via eth0 (found)
Jan 10 17:19:58 pluto dhcpd: DHCPDISCOVER from 00:50:04:11:f0:58 (donald) via eth0
Jan 10 17:19:59 pluto dhcpd: DHCPOFFER on 192.168.2.198 to 00:50:04:11:f0:58 (donald) via eth0
Jan 10 17:19:59 pluto dhcpd: if IN A donald.mydomain.nl rrset doesn't exist add 43200 IN A donald.mydomain.nl 192.168.2.198: timed out.
Jan 10 17:19:59 pluto dhcpd: DHCPREQUEST for 192.168.2.198 (192.168.2.10) from 00:50:04:11:f0:58 (donald) via eth0
Jan 10 17:19:59 pluto dhcpd: DHCPACK on 192.168.2.198 to 00:50:04:11:f0:58 (donald) via eth0

<oeps> moet voortaan alleen beetje beter leren lezen zie ik.....
Weet iemand wat die 4e regel betekend???

[Verwijderd]

Grimace.....
Ik gebruik gewoon het hele subnet.... dus met subnetmask 255.255.255.0 kan ik alle adressen gebruiken van 192.168.2.1 t/m 255
Dat is het probleem dus niet.
De rest van m'n netwerkwerk doet het ook perfect.
Adressen die ie vrij mag uitgeven (dus de range van 192.168.2.101 t/m 200) gaat dus wel goed.
Het is alleen het geklier met DHCP met het uitgeven van vaste adressen.

[pistole]

je range en host declaraties moeten binnen je subnet vallen
die 4e regel: je client probeert zichzelf te registreren bij de opgegeven DNS server

code:

ddns-update-style ad-hoc;
option time-servers 192.168.2.11;
option ntp-servers 192.168.2.11;
option domain-name "mydomain.nl";
option domain-name-servers 192.168.2.10;
option routers 192.168.2.254;

subnet 192.168.2.0 netmask 255.255.255.0 {
        default-lease-time 608400;
        range 192.168.2.101 192.168.2.200;

        host dagobert {
                hardware ethernet 00:20:e0:61:05:01;
                fixed-address 192.162.2.40;
        }
        
        host donald {
                hardware ethernet 00:50:04:11:f0:58;
                fixed-address 192.162.2.41;
        }
}

zo dan. Jou config file kloppend gemaakt door de } naar beneden te verplaatsen

[ Voor 96% gewijzigd door pistole op 10-01-2003 17:53 ]

[Verwijderd]

pistole schreef op 10 januari 2003 @ 17:49:
je range en host declaraties moeten binnen je subnet vallen
die 4e regel: je client probeert zichzelf te registreren bij de opgegeven DNS server
...
zo dan. Jou config file kloppend gemaakt door de } naar beneden te verplaatsen

dat zijn dus 2 verschillende probleempjes dan....
Eerst maar eens zien of ik ze een voor een opgelost krijg.....
De } is naar beneden verhuisd, en nog steeds het zelfde probleem....
donald krijgt nog steeds .198

code:

Jan 10 18:04:51 pluto dhcpd: DHCPDISCOVER from 00:50:04:11:f0:58 via eth0
Jan 10 18:04:52 pluto dhcpd: DHCPOFFER on 192.168.2.198 to 00:50:04:11:f0:58 (donald) via eth0
Jan 10 18:04:52 pluto dhcpd: if IN A donald.mydomain.nl rrset doesn't exist add 43200 IN A donald.mydomain.nl 192.168.2.198: timed out.
Jan 10 18:04:52 pluto dhcpd: DHCPREQUEST for 192.168.2.198 (192.168.2.10) from 00:50:04:11:f0:58 (donald) via eth0
Jan 10 18:04:52 pluto dhcpd: DHCPACK on 192.168.2.198 to 00:50:04:11:f0:58 (donald) via eth0

[Verwijderd]

Verwijderd schreef op 10 January 2003 @ 13:28:

code:

ddns-update-style ad-hoc;

...

Zet ddns eens uit:

code:

ddns-update-style none;

Dan ben je volgens mij de 'vierde regel' kwijt

[Verwijderd]

Verwijderd schreef op 10 January 2003 @ 18:19:
[...]

Zet ddns eens uit:

code:

ddns-update-style none;

Dan ben je volgens mij de 'vierde regel' kwijt

done.....

code:

Jan 10 18:22:22 pluto dhcpd: DHCPREQUEST for 192.168.2.198 from 00:50:04:11:f0:58 via eth0
Jan 10 18:22:22 pluto dhcpd: DHCPACK on 192.168.2.198 to 00:50:04:11:f0:58 (donald) via eth0

nu alleen nog het verkeerde ip-adres

[Verwijderd]

pistole schreef op 10 januari 2003 @ 17:49:
je range en host declaraties moeten binnen je subnet vallen

Nee hoor.

dhcpd snapt wel in welk subnet bepaalde ip-adressen uitgegeven moeten worden. Die subnet-clause is er voor om het mogelijk te maken dat een (1) server dhcp-adressen uitgeeft voor verschillende (sub)netwerken.

[linksnl]

Zou het misschien aan de leases-cache van de server liggen?
zoek eens naar het bestand dhcpd.leases en kijk wat daar in staat

[Verwijderd]

maak eens een regel

code:

192.168.2.41 donald donald.mydomain.nl

aan in /etc/hosts

[Verwijderd]

Verwijderd schreef op 10 januari 2003 @ 18:35:
maak eens een regel

code:

192.168.2.41 donald donald.mydomain.nl

aan in /etc/hosts

was al gedaan.....
is dus ook de oplossing niet...

[Verwijderd]

als de dhcp server op het moment nog nergens voor gebruikt wordt: dhcpd.leases leeg maken

code:

# cd /var/db                 # of waar die dan ook staat bij jou
# rm dhcpd.leases
# touch dhcpd.leases

dhcpd herstarten en ook het werkstation releasen en renewen (renew alleen werkt niet altijd)

misschien helpt het.

[Verwijderd]

Verwijderd schreef op 10 januari 2003 @ 20:45:
als de dhcp server op het moment nog nergens voor gebruikt wordt: dhcpd.leases leeg maken

code:

# cd /var/db                 # of waar die dan ook staat bij jou
# rm dhcpd.leases
# touch dhcpd.leases

dhcpd herstarten en ook het werkstation releasen en renewen (renew alleen werkt niet altijd)

misschien helpt het.

Ook al 2 keer gedaan.....
Was ook geen oplossing....

[Verwijderd]

hmm. dan weet ik het ook niet meer. Sorry

[Verwijderd]

Als je goed leest zie je dat je client zelf al vraagt om het foute adres:

Jan 10 18:22:22 pluto dhcpd: DHCPREQUEST for 192.168.2.198 from 00:50:04:11:f0:58 via eth0

Dus je moet op de client een release doen, en vervolgens in het register even op zoek gaan naar de waarde "192.168.2.198 "

Gooi deze weg, en vraag om een nieuw IP adres.

Help het hierboven staande?

[miniBSD]

Door de range '192.168.2' door '192.168.3' te vervangen forceer je dat je netwerkkaart een ander adres moet nemen. Probeer dat eens.

[Verwijderd]

Ik heb hier totaal geen verstand van maar je range loopt van 192.168.101 - 2.200 en je wilt een 192.162.2.40 adres uitdelen ? Moet je je range niet aanpassen zodat je 2.40 adres daarbinnen valt ?

(Ik bedoel dus ook 192.168 ipv de 192.162 die je aan Donald uitdeelt)

[ Voor 16% gewijzigd door Verwijderd op 10-01-2003 21:58 ]

[Verwijderd]

edit:
dubbelpost

[ Voor 97% gewijzigd door Verwijderd op 10-01-2003 21:45 ]

[miniBSD]

De 'range' deelt opeenvolgende vrije nummers uit. Daar mag een vast ipadres niet in vallen.

[Verwijderd]

Dus je moet op de client een release doen, en vervolgens in het register even op zoek gaan naar de waarde "192.168.2.198 "

Gooi deze weg, en vraag om een nieuw IP adres.

Gedaan.... NIETS gevonden in de registry waar de waarde 192.168.2 in voorkomt....
(overigens ook niets te vinden als ie het ip-adsres WEL heeft......)

Door de range '192.168.2' door '192.168.3' te vervangen forceer je dat je netwerkkaart een ander adres moet nemen. Probeer dat eens.

Ook geprobeerd, maar nog steeds blijf ik 192.168.2.198 krijgen...

code:

Jan 10 21:44:40 pluto dhcpd: DHCPDISCOVER from 00:50:04:11:f0:58 (donald) via eth0
Jan 10 21:44:41 pluto dhcpd: DHCPOFFER on 192.168.2.198 to 00:50:04:11:f0:58 (donald) via eth0
Jan 10 21:44:41 pluto dhcpd: DHCPREQUEST for 192.168.2.198 (192.168.2.10) from 00:50:04:11:f0:58 (donald) via eth0
Jan 10 21:44:41 pluto dhcpd: DHCPACK on 192.168.2.198 to 00:50:04:11:f0:58 (donald) via eth0

En voor het geval dat iemand met het idee komt om dhcpd eens opnieuw te installeren....
Heb ik ook al gedaan!!
/me wordt er nu toch een beetje moe van......

[Verwijderd]

En als je er het volgende hoofdstukje van maakt in je dhcpd.conf?

group {
use-host-decl-names on;
host dagobert {
hardware ethernet 00:20:e0:61:05:01;
fixed-address 192.162.2.40;
}
}

_{Beetje slordige layout, maar ik hoop wel leesbaar.}

[ Voor 12% gewijzigd door Verwijderd op 10-01-2003 22:08 ]

[Verwijderd]

tnx Kool...... Maar ook dit was de oplossing niet.... Blijf nog steeds 2.198 krijgen....

[Verwijderd]

Op een Windows DHCP machine moeten je reservations binnen je scope vallen trouwens, het zal toch niet....

[Equator]

Inderdaad. Een reservering is niets anders dan een DHCP uitgedeeld adres. Maar met als enige verschil dat het IP adres altijd op dezelfde MAC wordt uitgegeven.
Je reservering MOET dus wel degelijk binnen de range vallen.
Peter, je kan je reserveringen op 101, en 102 zetten. Dan zal je zien dat het wel werkt.
Veel gemaakt fout overigens. Ook in de windows omgevingen.

[Verwijderd]

CJ... nice try.... but doesn't work!!
Had het volgens mij al een keertje geprobeerd, maar ook nu als ik opgeef dat ie 101 moet krijgen geeft ie nog steeds 198.

WinME-doos release gedaan
dhcpd gestopt
dhcpd.leases verwijderd
touch dhcpd.leases
en dhcpd weer gestart
WinME-doos renew gedaan....
resultaat... 198

code:

Jan 10 23:54:39 pluto dhcpd: DHCPDISCOVER from 00:50:04:11:f0:58 via eth0
Jan 10 23:54:40 pluto dhcpd: DHCPOFFER on 192.168.2.198 to 00:50:04:11:f0:58 (donald) via eth0
Jan 10 23:54:40 pluto dhcpd: DHCPREQUEST for 192.168.2.198 (192.168.2.10) from 00:50:04:11:f0:58 (donald) via eth0
Jan 10 23:54:40 pluto dhcpd: DHCPACK on 192.168.2.198 to 00:50:04:11:f0:58 (donald) via eth0

any sugestions???

[miniBSD]

verander je range eens in bijvoorbeeld

code:

range 192.168.2.1 192.168.2.40

En eventueel nog de vermeldingen van de vaste ipadressen op commentaar zetten.
Dan moet je client een ander adres krijgen.

[Verwijderd]

mini.... heb ik ook al gedaan.....
dan krijg ik adres 2.40 ondanks dat ik nog steeds in de config heb staan fixed op 2.41
hij blijft gewoon adressen uit de range geven en niet het fixed-adres

[alt-92]

Wat voor lease-tijden gebruik je, en staan binnen de refresh-periode die twee PCs aan?
Dan zou je "misbruik" kunnen maken van het feit dat binnen die periode de client toch weer eerst hetzelfde adres zal aanvragen..
(luistert winME nou echt zo slecht?)
niet echt een oplossing, meer een workaround, tenzij het echt 40 en 41 MOET zijn..

[TrailBlazer]

Wat ik in mijn dhcpd.conf ongeveer heb staan is dir

code:

subnet 192.168.2.0 netmask 255.255.255.0 {
range 192.168.0.45 192.168.0.255;
        default-lease-time 608400;
        range 192.168.2.101 192.168.2.200;
}

host nomad
{
hardware ethernet 00:11:22:33:44:55;
fixed-address 192.168.0.40;
}

hierdoor mag ik mijn "gereresveerde adressen niet uitgeven. Kijk eens of dit helpt.

[Verwijderd]

Wat voor lease-tijden gebruik je, en staan binnen de refresh-periode die twee PCs aan?

608400 (1 week)

Dan zou je "misbruik" kunnen maken van het feit dat binnen die periode de client toch weer eerst hetzelfde adres zal aanvragen..
(luistert winME nou echt zo slecht?)

ME is in dit geval niet degene die slecht luisterd, maar de dhcp-server (RH8.0) die moet een vastgesteld ip-adres uitgeven en dat doet ie niet.
Er is wel een andere workaround..... en dat is op de clients het ip-adres vast in te zetten voor welke clients dat nodig is, maar ik dacht het handiger te houden door het op 1 plaats te configureren (de dhcp-server dus).
En het zou tenslotte ook gewoon moeten werken...... En dat doet ie dus niet.....

[Verwijderd]

Het is mij niet helemaal duidelijk meer (mede door sommige reacties) wat je wilt. Wil je die clients nu
192.168.2.40-41 of
192.162.2.40-41 geven ?

[Verwijderd]

Hij wil gewoon een range waarin dynamische adressen worden toegekend,
en een aantal adressen die statisch worden toegewezen op basis van mac-adres.
Alleen worden, vreemd genoeg, de statische adressen verkeerd/niet toegewezen.

[Erhnam]

stukje van mijn conf:

code:

subnet 192.168.0.0 netmask 255.255.255.0 {
range 192.168.0.20 192.168.0.100;
max-lease-time 50000;
default-lease-time 50000;
option dhcp-class-identifier "PXEClient";
option subnet-mask 255.255.255.0;
option routers 192.168.0.1;
option broadcast-address 192.168.0.255;
option domain-name-servers 192.168.0.1;
option domain-name "local.home";
host erhnam {
hardware ethernet 32:1B:E1:27:5E:56;
fixed-address 192.168.0.2;
}
host zeus {
hardware ethernet 00:40:F4:24:69:00;
fixed-address 192.168.0.3;
}
host wessel {
hardware ethernet 00:03:93:89:9B:8C;
fixed-address 192.168.0.4;
}
host marijn {
hardware ethernet 00:E0:4C:3E:E7:36;
fixed-address 192.168.0.5;
}
}

Met deze config doe ik precies wat jij wilt.. Alle windows machines krijgen een vast IP adres.. Vreemd waarom jou conf het niet doet.. misschien het laatste }
Andere versie van dhcpd ?
Overigens krijgen de andere mensen die inpluggen waarvan het mac adres niet bekend is een ip beginnend vanaf 20 tot 100.

[ Voor 8% gewijzigd door Erhnam op 11-01-2003 14:19 ]

[Verwijderd]

http://en.tldp.org/HOWTO/mini/DHCP/x369.html

De config in deze howto heb ik laatst gebruikt en werkte ook prima.

[Verwijderd]

Mainwave, dat begrijp ik, maar dat is niet mijn vraag. In zijn config wil die 192.162.2.40-41 toekennen aan die twee machines terwijl in reacties ervan uitgegaan wordt dat hij 192.168.2.40-41 wil uitdelen. Als hij 192.168 wil uitdelen dan moet dat ook in zijn config staan (ipv 192.162). Als hij idd 192.162 wil uitdelen vanaf 192.168, moet dan het subnetmask van de server (eth0 waarch) niet anders ingesteld worden ?

[Verwijderd]

Com-kommer, dat het verschillende subnets betrof was me niet eens opgevallen, sorry.
Maar is dit echt de bedoeling zo??? Oudakker?

Als dat zo is zou het misschien nog met de 'authoritative' optie in dhcpd.conf te maken kunnen hebben, heb daar recentelijk nog iets over gelezen, zal straks even kijken of ik dat nog kan vinden.

[alt-92]

Verwijderd schreef op 11 January 2003 @ 15:00:
verschillende subnets

Argh.. typo soms?

Verwijderd schreef op 10 January 2003 @ 13:28:

code:

subnet 192.168.2.0 netmask 255.255.255.0 {
        default-lease-time 608400;
        range 192.168.2.101 192.168.2.200;
}

host dagobert {
        hardware ethernet 00:20:e0:61:05:01;
     >>>>>>>>>>>>>>>   fixed-address 192.162.2.40;

Kan iemand mij vertellen wat ik nu over het hoofd zie???

Eh..
192.168 en 192.162 wellicht?

[Verwijderd]

Aargh. Ik heb de tikfout ook niet gezien.

[Verwijderd]

<oeps>
tnx all...... (in het byzonder Com-kommer en BackSlash32 voor het zien van mijn blunder.... )
dat was dus idd het probleem!!
een typo!! dit moest dus idd 192.168.2.xxx zijn
Het werkt!!
_{/me gaat zich nu ff in een hoekje diep zitten schamen.....}

[Equator]

Verwijderd schreef op 12 January 2003 @ 10:59:
<oeps>
tnx all...... (in het byzonder Com-kommer en BackSlash32 voor het zien van mijn blunder.... )
dat was dus idd het probleem!!
een typo!! dit moest dus idd 192.168.2.xxx zijn
Het werkt!!
_{* Equator gaat zich nu ff in een hoekje diep zitten schamen.....}

En toch blijf ik het raar vinden. Op een Windows DNHP server (NT4 standaard) dan moet de reservering toch echt in de scope vallen. Nou ja, wellicht trekt dhcpd daar zich geen bal van aan.

[alt-92]

CyberJ schreef op 12 januari 2003 @ 15:24:
Nou ja, wellicht trekt dhcpd daar zich geen bal van aan.

Wel dus, want z'n reservering werkte daarom ook niet

[Equator]

Nee, het werkte bij hem niet omdat zijn reserveringen in een totaal ander subnet zaten. DAt is echt onmogelijk.
Maar volgens zijn wel werkende config staan de reserveringen niet in de scope die dhcpd mag gebruiken om adressen uit te geven.
En dat werkt niet op een standaard NT4 dhcp server.