Is it not time for full IPv6 support?


Thanks for a good product.
But it is 2021 and the IPv4 address range is not valid anymore in some countries. And here in Sweden I would say we are out of them. As such we are not alone in Eu of this. Most part of Asia are completely out too. Enterprise NAT (dual-nat) is not something to work with and kind of end-of-the-road. So…

Please how is your thoughts on implementing IPv6 (dual stack)?

  • When?


@rudi Welcome to the Rockstor community.

Re addition of IPv6. We recently intentionally disabled this so that our Web-UI would reflect, and be able to configure, only what was enabled. If you fancy re-enabling and doing you own IPv6 config via nmcli for example all should be OK. But of course there is then a far wider disparity between the systems state and what our Web-UI is able to reflect/configure.

We disable simply via a grub administered kernel command line addition. See:

for the x86_64 profiles. You can build your own installer with this removed and should then have full IPv6 capabilities. Although you will be on your own for IPv6 configuration via the command line. Note also that we have slightly modified the postfix config to accomodate for no IPv6. See the following issue for what was done if you need to undo this for your purposes:

When we get a contribution to our network subsystems re the capability to configure, via the Web-UI, an IPv4/IPv6 system. See the networking docs section:

Also note that any changes will have to be accompanied by appropriate tests to prove the function of this rather critical component. All part of the difficulty of covering such a broad range of capabilities in a modern appliance. So in short contributions are welcome and we have the following doc section to help get folks started:

Note that we never used to disable IPv6 in our CentOS variant. And had few reports of issues. But in an effort to tighten our Web-UI capability to our underling capability we simply turned IPv6 off. Do please report your findings on turning this back on. And if you intend to make any changes for submission please keep in mind our rock-net capability. Not entirely sure this will be affected actually. That would be a question for @Flox when he is next available.

Thanks for your feedback and note that Rockstor is currently envisaged as being primarily deployed on a private network with only certain ports / services forwarded to the internet if need be.

Hope that helps, and thanks for the info re IPv6 update.

1 Like

FYI there is a bug with Docker 20.10.6 (which is the current latest version on openSuse) which makes it basically broken for any systems with IPv6 disabled. This effectively disables the entire Rock-ons feature of Rockstor 4 if you follow the vanilla installer recipe.
You can install the rock-ons but they will not run unless you manually modify the run command, using this workaround.
So if you’re interested in using Rock-ons, I’d strongly recommend building your installer using the mod Phillip mentioned above.


To fix a running system, you can ssh as root, then edit /boot/default/grub

remove the ipv6.disable=1 from GRUB_CMDLINE_LINUX_DEFAULT, on mine I was left with

GRUB_CMDLINE_LINUX_DEFAULT="plymouth.enable=0 rw"

Then run grub2-mkconfig -o /boot/grub2/grub.cfg and reboot


@kageurufu Thanks for the helpful pointer on this one. Much appreciated.

Just a quick correction however. The actual file to edit is not /boot/default/grub (non existent) but:


As per our existing Built on openSUSE dev notes and status Disable IPv6 at the kernel level section, only in reverse of course. So our equivalent ‘undo’ sed command would be:

sed -i 's/ipv6\.disable=1[ ]*//g' /etc/default/grub

Followed by, as you correctly indicate, the grub re-config command of:

grub2-mkconfig -o /boot/grub2/grub.cfg

and a reboot.

Note the ‘undo’ sed accounts for trailing space, or not. The former is the case with our installer:

GRUB_CMDLINE_LINUX_DEFAULT="ipv6.disable=1 plymouth.enable=0"

but if folks have used our above dev notes then they will have:


or similar and so no trailing space.

I’ve now added a new section to our above dev notes “To ‘undo’ IPv6 disable at the kernel level” to cover our current issues in rockstor-installer:
and in rockstor-core:

Linking for context here to our current docker related forum report regarding Rock-on failure:


Thanks to all concerned for bringing this rather untimely upstream issue to the fore. As can be seen from the above issue texts we are rather in a spot on this one but bit by bit, as always.

Hope that helps.