mirror of
https://github.com/opnsense/src.git
synced 2026-06-09 08:43:19 -04:00
Apparently pxeboot passes in a mygateway of non-zero sin length
from DHCP in the event that no gateway is returned from DHCP, breaking the assumption that we skip the routing insertion of the gateway if the sin length is zero. Check also for s_addr of 0 to avoid the "Oh no, adding my default route failed" panic, making it possible to pxeboot machines on segments without default routes. Arguably this could be a bug in pxeboot, or in the TUNABLE code, but this makes my boxes boot.
This commit is contained in:
parent
c1e309b38b
commit
203639c449
1 changed files with 6 additions and 1 deletions
|
|
@ -443,8 +443,13 @@ nfs_mountroot(struct mount *mp, struct thread *td)
|
|||
|
||||
/*
|
||||
* If the gateway field is filled in, set it as the default route.
|
||||
* Note that pxeboot will set a default route of 0 if the route
|
||||
* is not set by the DHCP server. Check also for a value of 0
|
||||
* to avoid panicking inappropriately in that situation.
|
||||
*/
|
||||
if (nd->mygateway.sin_len != 0) {
|
||||
printf("gateway: %d bytes\n", nd->mygateway.sin_len);
|
||||
if (nd->mygateway.sin_len != 0 &&
|
||||
nd->mygateway.sin_addr.s_addr != 0) {
|
||||
struct sockaddr_in mask, sin;
|
||||
|
||||
bzero((caddr_t)&mask, sizeof(mask));
|
||||
|
|
|
|||
Loading…
Reference in a new issue