DHCP issue
-
I don't know, but it's definitely the client rejecting the IP.
-
From RFC2131:
"If the server receives a DHCPDECLINE message, the client has discovered through some other means that the suggested network address is already in use. The server MUST mark the network address as not available and SHOULD notify the local system administrator of a possible configuration problem."Maybe you can check on 04:54:53 system logs the reason why it declines the offer (e.g. what these other means are).
-
Yep, most likely it's already in use.
-
Do you happen to have any network printers or accesspoint's (or any other network-using device) which have this address as static?
-
or for that matter .26 setup on another interface on that box that is maybe not connected currently?
-
there is nothing on 0.26 and never was also
-
Well it sure looks like the box is declining the .26 address. Why would it do that unless it believes there is something else on the .26?
If you say it accepts .29 – why not just change your reservation for it to be on .29?
-
Try to assign 0.26 to something that would give you more verbose DHCP logging output - like another pfSense box/vm, a linux box, etc.
If it also rejects 0.26 you'd at least get a better answer about why.
-
there is nothing else on 0.26 because all devices r on dhcp, no static ip assigned to any devoce at all and nor does pfsense show it giving it out to any device because the pool starts and ends in a different range. all my deivces have static mapping in pfsense so there isnt anything magically conencting to it by any chance. i can always just use the 0.29 but if its a bug it needs to be traced and fixed, also if there is any other deivce with same ip then the dhcp gives a different message i guess, like not available or so which i guess any1 can try it out.
ill try to assign 0.26 to some other device and see what the logs show
-
It is not a bug on pfSense. If it is a bug, it's a bug on the DHCP client, not pfSense.
pfSense can't make a client tell pfSense to reject an IP - the client is generating that response - not the firewall. There is nothing to "trace" or fix.
-
i just assigned the same 0.26 to a grandstream voip phone and it seems pfsense gave it out just fine this time and the phone was able to call out also without issues but as soon as i switch my ipad to 0.26, its the same old declining message.
also tried overlapping devices with same ip and it seems dhcpd says unavailable as message but not "not found"
-
There you have it then… it's a problem with the iPad DHCP client somehow. Why, it's difficult/impossible to say, but it's the client for sure.
-
if its the ipad then y does it work on 0.29?
-
No idea, that's a question for Apple…
-
ok lets just forget it, ill avoid 0.26 for the ipad
-
Clearly a strange issue to be sure, do you have a different ipad you could try an assign the .26 too? is it some weird bug in the OS or the dhcpclient on the devices or something specific on that device. Could it at one time been assigned .26 as static or from some other dhcp server and now it is rejecting that?
-
i dont have enough money to buy another, mayb some1 can donate 1 :)
ipad is on the latest ios version, all the wireless access points have dhcp disabled so there is nothing else giving out ips
-
And your ipad has never been on any other network? Ever??
-
same isp using netgear router earlier before i replaced it with alix and pfsense but its on dhcp ever since i got it
-
so did you give it .26 before when it was on the netgear network?
Maybe if it got .26 from different dhcp server is why it declines .26 from this dhcp server?
