Opened 14 years ago

Closed 14 years ago

#4590 closed defect (fixed)

vboxnet0 has netmask => fixed in SVN

Reported by: Clemens Fruhwirth Owned by:
Component: network/hostif Version: VirtualBox 3.0.2
Keywords: opensolaris vboxnet0 netmask named Cc:
Guest type: other Host type: Solaris


After installing

-rw-r--r-- 1 root root 78155180 2009-07-10 17:35 VirtualBox-3.0.2-49928-SunOS.tar.gz

I get

vboxnet0: flags=1000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4> mtu 1500 index 3

inet netmask ff000000 broadcast ether 0:8:27:3c:7e:44

Look at the netmask. That covers a good deal of the "real net". That should be ffff0000.

Here is the story for people googling: This causes named to be unresponsive fail not answer. This is because the root dns it seems to prefer is within the public 192.x.x.x range, but those requests go to vboxnet0 now.

Change History (11)

comment:1 by Ramshankar Venkataraman, 14 years ago

Thanks for the report. In fact it should be ffffff00 (broadcast 192.168.56.*). This has been fixed in internal SVN and will be part of the next release.

comment:2 by Ramshankar Venkataraman, 14 years ago

Resolution: fixed
Status: newclosed
Summary: vboxnet0 has netmaskvboxnet0 has netmask => fixed in SVN

comment:3 by Clemens Fruhwirth, 14 years ago

Resolution: fixed
Status: closedreopened

I removed my VirtualBox 3.0.2 and reinstalled 3.1.4. netmask of vboxnet0 became ff000000 again. Sure this was fixed?

comment:4 by Ramshankar Venkataraman, 14 years ago

How did you install 3.1.4? Was it through IPS/pkg repository?

comment:5 by Clemens Fruhwirth, 14 years ago

Sorry for the imprecise report. No respository.

I got the tar.gz from the update-available popup, unpacked that,

pkgrm SUNWvbox pkgadd -d VirtualBox-3.1.4-SunOS-r57640.pkg

Btw: I'm available on irc. therp/freenode/#vbox-dev.

comment:6 by Ramshankar Venkataraman, 14 years ago

Hmm no the /opt/VirtualBox/ script (which is called during postinstall phase) should explicitly set the mask correctly. Did you get any errors while installing/uninstalling?

comment:7 by Clemens Fruhwirth, 14 years ago

No I didn't get any errors. I looked at In postinstall, there is:

$BIN_IFCONFIG vboxnet0 netmask up

That's no persistent change. After rebooting vboxnet0 will jump back to

The reason: The service svc:/network/physical:default calls /lib/svc/method/net-svc which runs "/usr/sbin/ifconfig -auD4 netmask + broadcast +".

That's what I get for this command:

clemens@alia:/var/svc# /usr/sbin/ifconfig -auD4 netmask + broadcast +
Setting netmask of nfo0 to
Setting netmask of vboxnet0 to

Frankly speaking I have no idea, where ifconfig gets the idea that vboxnet0 should be but nfo0 should be (the IP of nfo0 is btw). I tried to "truss ifconfig vboxnet0 netmask +" with no appearant clue in the output where ifconfig got that idea from. So I looked at the source

The relevant code starts at line 1287 "setifnetmask", and eventually calls getnetmaskbyaddr in "in_getmask". I'm not sure if that code works correctly. in_getmask should be called with addr_set=FALSE from line 1294. As a result of that in_getmask should call ioctl(..., SIOCGLIFADDR, ...). But I don't see any call to LIFADDR.

I guess this is a dead end anyway. VirtualBox must add something that sets the vboxnet0 netmask on startup correctly.

comment:8 by Ramshankar Venkataraman, 14 years ago

Could you try adding a line to /etc/netmasks with

Rebooting and see if the netmask comes up fine?

comment:9 by Clemens Fruhwirth, 14 years ago

Works for me! Thanks.

Although I used

That was more in line with the other netmask definitions in there.

comment:10 by Ramshankar Venkataraman, 14 years ago

I'll fix VirtualBox to update the /etc/netmasks file on installing and remove the config. on uninstall. Thanks for the report.

comment:11 by Frank Mehnert, 14 years ago

Resolution: fixed
Status: reopenedclosed

Fixed in 3.1.6.

Note: See TracTickets for help on using tickets.

© 2023 Oracle
ContactPrivacy policyTerms of Use