touch-packages team mailing list archive
-
touch-packages team
-
Mailing list archive
-
Message #107403
[Bug 1500992] Re: networkd: Don't reset forwarding unless told to do so in config
Can you please be more specific what exactly happens here?
$ cat /proc/sys/net/ipv4/conf/tun0/forwarding
1
$ sudo systemctl start systemd-networkd
$ cat /proc/sys/net/ipv4/conf/tun0/forwarding
1
Is that the setting you mean? How to reproduce the disabling of
forwarding? Apparently it's more than just "start networkd" (I don't
have any actual *.network config on this machine). Or do you mean "all
interfaces that have a config for networkd" instead of "all interfaces"?
It seems reasonable that networkd puts the devices it configures itself
into a defined state. You wouldn't use it to manage tun0 for LXC, as LXC
itself already sets that up?
** Changed in: systemd (Ubuntu)
Status: New => Incomplete
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1500992
Title:
networkd: Don't reset forwarding unless told to do so in config
Status in systemd package in Ubuntu:
Incomplete
Bug description:
It's been reported by several LXC users that systemd-networkd will
turn off per-interface forwarding for all network interfaces when it
starts.
Presumably upstream expects users to go and manually edit their config
to allow it when needed.
This breaks LXC, libvirt, ... anything which ships a bridge that then
NAT or route outgoing traffic. Requiring the user to do the config
change would be a massive regression in user friendliness and having
lxc, libvirt, ... do it for the user would be a policy violation.
As a result, I'd recommend we patch systemd to not interfere with
forwarding unless explicitly configured by the user. This will allow
all our existing scripts to keep setting things up themselves and have
it all run fine.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1500992/+subscriptions
References