Situatie is als volgt :
SBS2008 server die ook dient als DHCP server. De uiteindelijke gateway is een pfsense waar firewall/NAT vooral op toegepast wordt en een tijdelijke uitgeschakelde Squid. Op een member 2003 R2 SP2 server draaien we een geüpdate WDS server waar zowel capture als boot images al ingesteld zijn. Onze images zijn gebaseerd op Win7 (x64 - x86 apart).
Alle opties zouden goed ingesteld moeten staan, de server accept requests van iedereen (known and unknown) en de specifieke opties wanneer de DHCP lokaal zou draaien zijn uitgezet.
In theorie zou allemaal magisch vanzelf moeten gebeuren, de DHCP server zou de WDS moeten discoveren en alle nodige opties doorgeven naar de clients...
PXE booten heeft nog tijdelijk gewerkt op basis van een LinuxPXE server. Aangezien we over willen gaan op WDS images pushen, is deze er een maand ofzo geleden uitgevlogen.
probleem :
Alle clients die ik probeer te booten via PXE krijgen uiteindelijk de error 11. Bij vorige pogingen een aantal maanden geleden kregen we toen een ftp time-out issue. Bij deze compleet cleane setup zijn we eigelijk een stap achteruit .
eventjes van een wiki gehaald ter info :
PXE-E11: ARP timeout. The PXE ROM will retry the ARP request four times, if it does not get any valid ARP replies, this message is displayed. There are several possible causes (...)
Wat heb ik al geprobeerd :
- FAQ gelezen.
- meerdere handleidingen gevolgd en gelezen in de hoop iets tegen te komen dat ik gemist ben.
- technet artikels gelezen ivm WDS en RIS.
- De DHCP opties ingesteld zoals voorgesteld op bijna elke troubleshoot die te vinden is : 60 (PXEclient), 66 (tftp boot server name) en 67 (bootfile).
- Optie 66 zowel als IP als FQDN ingeschakeld.
- De opties zowel op DHCP server als beperkt tot een scope ingeschakeld.
- DHCP opties niet ingeschakeld. (zoals het volgens de correcte - volgens microsoft - methode zou moeten)
- Meerdere systemen geprobeerd, van nagelnieuwe machines tot VMware installaties.
- in WDS opties aangezet wanneer de DHCP server lokaal zou draaien (goh, je weet nooit he
)
- algemeen gegoogled in de hoop een oplossingen tegen te komen, maar zowel overal blijkt men ofwel problemen te hebben met bepaalde clients die soms problemen blijken te hebben met PXE booten OF de DHCP opties inschakelen bied de redding.
- samen met een collega een uurtje zitten brainstormen en kijken of hij een andere inzicht had op het probleem, tot geen resultaat.
Wanneer we op een VMware client een PXE boot uitvoeren en alle pakketjes capturen via wireshark zien we dat de client de DHCP opties aangeboden krijgt, maar daar zitten nooit de opties 66/67 in. Vermoedelijk is dit de reden dat de client niet verder gaat en opnieuw blijft vragen voor een geldige DHCP offer. Iets wat wel overeen komt met bovenstaande uitleg ivm error 11.
Dit gebeurd zelfs wanneer de opties ingeschakeld zijn op de DHCP server, inclusief meerdere restarts en zelfs een server reboot.
Wat heb ik nog niet geprobeerd :
We hebben nog niet geprobeerd de pfsense uit te schakelen of te omzeilen (is nu eenmaal nog altijd een productie omgeving), maar ik vermoed aangezien de pakketjes aankomen dat het probleem elders te zoeken is.
De scope op de SBS2008 verkleinen met 5O clients en deze groep in een scope aanmaken op de pfsense.. maar eigelijk wil ik gewoon dat de SBS z'n ding maar doet,of (voor) hij begint te wenen.. Het zou gewoon moeten werken
.
Hoop dat dit een beetje duidelijk is, sorry voor de hoop tekst..
Dusja, ik zit een beetje met de handen in het haar en alle hulp of tips zijn welkom!
foetus.
SBS2008 server die ook dient als DHCP server. De uiteindelijke gateway is een pfsense waar firewall/NAT vooral op toegepast wordt en een tijdelijke uitgeschakelde Squid. Op een member 2003 R2 SP2 server draaien we een geüpdate WDS server waar zowel capture als boot images al ingesteld zijn. Onze images zijn gebaseerd op Win7 (x64 - x86 apart).
Alle opties zouden goed ingesteld moeten staan, de server accept requests van iedereen (known and unknown) en de specifieke opties wanneer de DHCP lokaal zou draaien zijn uitgezet.
In theorie zou allemaal magisch vanzelf moeten gebeuren, de DHCP server zou de WDS moeten discoveren en alle nodige opties doorgeven naar de clients...
PXE booten heeft nog tijdelijk gewerkt op basis van een LinuxPXE server. Aangezien we over willen gaan op WDS images pushen, is deze er een maand ofzo geleden uitgevlogen.
probleem :
Alle clients die ik probeer te booten via PXE krijgen uiteindelijk de error 11. Bij vorige pogingen een aantal maanden geleden kregen we toen een ftp time-out issue. Bij deze compleet cleane setup zijn we eigelijk een stap achteruit .
eventjes van een wiki gehaald ter info :
PXE-E11: ARP timeout. The PXE ROM will retry the ARP request four times, if it does not get any valid ARP replies, this message is displayed. There are several possible causes (...)
Wat heb ik al geprobeerd :
- FAQ gelezen.
- meerdere handleidingen gevolgd en gelezen in de hoop iets tegen te komen dat ik gemist ben.
- technet artikels gelezen ivm WDS en RIS.
- De DHCP opties ingesteld zoals voorgesteld op bijna elke troubleshoot die te vinden is : 60 (PXEclient), 66 (tftp boot server name) en 67 (bootfile).
- Optie 66 zowel als IP als FQDN ingeschakeld.
- De opties zowel op DHCP server als beperkt tot een scope ingeschakeld.
- DHCP opties niet ingeschakeld. (zoals het volgens de correcte - volgens microsoft - methode zou moeten)
- Meerdere systemen geprobeerd, van nagelnieuwe machines tot VMware installaties.
- in WDS opties aangezet wanneer de DHCP server lokaal zou draaien (goh, je weet nooit he
- algemeen gegoogled in de hoop een oplossingen tegen te komen, maar zowel overal blijkt men ofwel problemen te hebben met bepaalde clients die soms problemen blijken te hebben met PXE booten OF de DHCP opties inschakelen bied de redding.
- samen met een collega een uurtje zitten brainstormen en kijken of hij een andere inzicht had op het probleem, tot geen resultaat.
Wanneer we op een VMware client een PXE boot uitvoeren en alle pakketjes capturen via wireshark zien we dat de client de DHCP opties aangeboden krijgt, maar daar zitten nooit de opties 66/67 in. Vermoedelijk is dit de reden dat de client niet verder gaat en opnieuw blijft vragen voor een geldige DHCP offer. Iets wat wel overeen komt met bovenstaande uitleg ivm error 11.
Dit gebeurd zelfs wanneer de opties ingeschakeld zijn op de DHCP server, inclusief meerdere restarts en zelfs een server reboot.
Wat heb ik nog niet geprobeerd :
We hebben nog niet geprobeerd de pfsense uit te schakelen of te omzeilen (is nu eenmaal nog altijd een productie omgeving), maar ik vermoed aangezien de pakketjes aankomen dat het probleem elders te zoeken is.
De scope op de SBS2008 verkleinen met 5O clients en deze groep in een scope aanmaken op de pfsense.. maar eigelijk wil ik gewoon dat de SBS z'n ding maar doet,of (voor) hij begint te wenen.. Het zou gewoon moeten werken
Hoop dat dit een beetje duidelijk is, sorry voor de hoop tekst..
Dusja, ik zit een beetje met de handen in het haar en alle hulp of tips zijn welkom!
foetus.