Description of problem: IPv6 aliases are not implemented; in ifup-ipv6 we see: # IPv6 don't need aliases anymore, config is skipped REALDEVICE=$(echo ${DEVICE} | sed 's/:.*//g') [ "$DEVICE" != "$REALDEVICE" ] && exit 0 I think we DO need them. When using IPv6 we want to use IPV6_PRIVACY=rfc3041. In that case however the box gets a different number once in a while. This makes it hard to run services on the same box (behind the firewall). So we want an rfc3041 number for surfing but a steady number for services we run. This was not taken in account when someone commented: `IPv6 don't need aliases anymore`. That is obviously a false statement, expressly because we have so many more numbers and so many more privacy and security threats that we need those numbers for. Version-Release number of selected component (if applicable): initscripts-9.02.1-1.x86_64 How reproducible: Install Fedora 12. Steps to Reproduce: 1. Configure alias interface 2. Bring up interface 3. See failure to do so. Actual results: No alias. Expected results: Alias. Additional info:
... how does IPV6ADDR_SECONDARIES not work for you?
Does that combine with https://bugzilla.redhat.com/show_bug.cgi?id=583441 ? I mean: can I add one IPv6-number 'normally' autoconfigured with RFC3484 and add another autoconf number with just IPV6_PRIVACY=rfc3041 as special feature to the very same interface? @@ -167,6 +167,11 @@ done fi +if [ "$IPV6_RFC3484" = "yes" ]; then + ipv6addrlocalrfc="$(ipv6_get_ipv6addr_of_device $DEVICE)" + /sbin/ip -6 addr change "$ipv6addrlocalrfc" dev "$DEVICE" preferred_lft 0 +fi + # Setup of 6to4, if configured if [ "$IPV6TO4INIT" = "yes" ]; then valid6to4config="yes"
IPV6ADDR_SECONDARIES does just add a number; I would like to add IPV6_PRIVACY=rfc3041 to one specific interface as well. I.e.: have one number with the privacy. Have another, auto configured, number with RFC3484. How do I combine all that in Fedora 13?
Since IPV6_PRIVACY=rfc3041 is per device I might need an alias anyway...
http://git.fedorahosted.org/git/?p=initscripts.git;a=commitdiff;h=d36934846ae17b0362a65b87ab51525b76619ae7
Thanks, I'll test!
initscripts-9.29-1.fc15 has been submitted as an update for Fedora 15. https://admin.fedoraproject.org/updates/initscripts-9.29-1.fc15
Package initscripts-9.29-1.fc15: * should fix your issue, * was pushed to the Fedora 15 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing initscripts-9.29-1.fc15' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/initscripts-9.29-1.fc15 then log in and leave karma (feedback).
initscripts-9.29-1.fc15 has been pushed to the Fedora 15 stable repository. If problems still persist, please make note of it in this bug report.
Using Fedora 15, initscripts-9.30-2.fc15.x86_64 here - so that incorporates the above mentioned patch. Test scenario: * normal ifcfg-lo * additional ifcfg-lo:1 with following content: DEVICE=lo:1 IPADDR=127.0.0.2 NETMASK=255.0.0.0 NETWORK=127.0.0.0 BROADCAST=127.255.255.255 ONBOOT=yes NAME=loopback IPV6INIT=yes IPV6ADDR=::2/64 IPV6FORWARDING=no IPV6_AUTOCONF=no Trying to "ifdown lo; ifup lo" with that. IPADDR here is needed since otherwise the scripts complain lo:1 does not contain an IPADDR (in ifup-aliases). Well okay, so we give it the above mentioned IPADDR for now. But that doesn't bring up the IPV6ADDR given. With the above mentioned patch you can now "ifup-ipv6 lo:1" which brings up the IPV6ADDR. But it's attached to "lo" not "lo:1" ... depends on your view if this is correct or not. (I'd favour/suggest to have it on lo:1) But the point is that ifup-aliases doesn't bring up the IPV6ADDR automatically (not calling ipup-ipv6). The IPv4-address is added to an interface directly inside ifup-aliases. Suggestion: Would you agree to call ifup-ipv6 from within ifup-aliases maybe? Maybe we could even split out the IPv4-initialisation into an ifup-ipv4 as well.
Created attachment 502987 [details] Patch for ifup-aliases to also bring up IPv6 if IPV6ADDR or IPV6ADDR_SECONDARIES is set Still needs a set IPADDR, since that is used in ifup-aliases "all over the place". But at least it makes IPv6 work for subinterfaces.
How can I test while running Fedora 14 where the bug was filed against? I agree with Stefan that lo:1 is preferred as that is a different interface, right? This means we can use rfc3041 on that interface I hope. Also the need for IPADDR should be removed. So how can this bug be closed? Work is still needed.
(In reply to comment #10) > Suggestion: Would you agree to call ifup-ipv6 from within ifup-aliases maybe? > Maybe we could even split out the IPv4-initialisation into an ifup-ipv4 as > well. Ick, no - the idea is to eventually get all the weirdness from ifup-ipv6 into the normal path so we don't maintain multiple separate infrastructures. In any case, will attach an updated version of your patch.
http://git.fedorahosted.org/git/?p=initscripts.git;a=commitdiff;h=64abf0d52cf837d348efefbbe4324941058cfb4c