Bug #548
closedInconsistent DHCP behavior when renumbering LAN
0%
Description
When you change the LAN IP in the GUI, the note says to change the DHCP settings before applying. However, when you try to actually change the DHCP settings to match, it fails saying "The specified range lies outside of the current subnet".
Updated by Jim Pingle over 14 years ago
Actually it appears as though this may be due to the fact that when you change the LAN IP, it doesn't actually update the IP address. I didn't notice the first time that the old IP is still present in the page, even after resubmitting the new value again. Applying changes also somehow results in no IP address on the LAN interface.
Updated by Jim Pingle over 14 years ago
- Status changed from New to Closed
This has nothing to do with DHCP. I'm trying to track down/reproduce the real cause of the problem (changing the LAN IP doesn't always take)
Updated by Jim Pingle over 14 years ago
- Status changed from Closed to New
And apparently I'm much too quick on the trigger today. The DHCP settings are a problem even when the LAN IP does change properly.
Updated by Daniel Lloyd over 14 years ago
Looks to be related to Bug #459, where ip2long returns an unsigned int on 64 bit.
Updated by Jim Pingle over 14 years ago
No, I am seeing this on 32-bit. And it is not an IP calculation issue, the DHCP page retains the old subnet when it should be displaying the new.
Updated by Daniel Lloyd over 14 years ago
I apologize, I am seeing this exact error message on a new install without having changed the LAN subnet and noticed that on line 148 'ip2long($_POST['ipaddr']) > $lansubnet_end)) { ' $lansubnet_end is negative. This must be unrelated to the issue in this bug, sorry for the noise.
Updated by Jim Pingle about 14 years ago
- Status changed from Feedback to Resolved
Looks like a good fix to me, and going this route, we don't imply that the user has to open a new window/tab or navigate back like the previous message did.