picnoir/Systemd
1
0
Fork 0
Code Issues Pull requests Projects Releases Wiki Activity
Systemd/src/network/networkd-dhcp6.c

713 lines
24 KiB
C
Raw Normal View History

Add SPDX license identifiers to source files under the LGPL This follows what the kernel is doing, c.f. https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=5fd54ace4721fc5ce2bb5aef6318fcf17f421460.
2017-11-18 17:09:20 +01:00
/* SPDX-License-Identifier: LGPL-2.1+ */
networkd-dhcp6: Move ICMPv6 and DHCPv6 configuration to new file Handle all aspects of ICMPv6 and DHCPv6 in a file of its own as is done with DHCPv4 and IPv4LL.
2014-12-10 15:17:34 +01:00
/***
tree-wide: use proper unicode © instead of (C) where we can Let's use a proper unicode copyright symbol where we can, it's prettier. This important patch is very important.
2018-06-12 17:15:23 +02:00
Copyright © 2014 Intel Corporation. All rights reserved.
networkd-dhcp6: Move ICMPv6 and DHCPv6 configuration to new file Handle all aspects of ICMPv6 and DHCPv6 in a file of its own as is done with DHCPv4 and IPv4LL.
2014-12-10 15:17:34 +01:00
***/
#include <netinet/ether.h>
#include <linux/if.h>
networkd: Assign prefixes received via DHCPv6 When receiving one or more prefixes with variable length, assign a 64 bit long prefix for each link that has been configured for DHCPv6 prefix delegation and is not using DHCPv6 to fetch IPv6 adresses. Keep assigning prefixes with length 64 from each prefix received via DHCPv6 as long as there are prefixes left. If the number of prefixes available from a prefix received via DHCPv6 is smaller than the number of links, continue with the next delegated prefix, if any. Remember the prefixes used for each link by storing them in a hash and checking the hash each time a prefix is to be delegated. If an error occurs when assigning a prefix to a link, try assigning the prefix to another link. If the error occurs while updating the prefix, log the situation and continue delegating the rest of the prefixes.
2018-01-04 14:11:59 +01:00
#include "sd-radv.h"
networkd-dhcp6: Move ICMPv6 and DHCPv6 configuration to new file Handle all aspects of ICMPv6 and DHCPv6 in a file of its own as is done with DHCPv4 and IPv4LL.
2014-12-10 15:17:34 +01:00
#include "sd-dhcp6-client.h"
networkd: Assign prefixes received via DHCPv6 When receiving one or more prefixes with variable length, assign a 64 bit long prefix for each link that has been configured for DHCPv6 prefix delegation and is not using DHCPv6 to fetch IPv6 adresses. Keep assigning prefixes with length 64 from each prefix received via DHCPv6 as long as there are prefixes left. If the number of prefixes available from a prefix received via DHCPv6 is smaller than the number of links, continue with the next delegated prefix, if any. Remember the prefixes used for each link by storing them in a hash and checking the hash each time a prefix is to be delegated. If an error occurs when assigning a prefix to a link, try assigning the prefix to another link. If the error occurs while updating the prefix, log the situation and continue delegating the rest of the prefixes.
2018-01-04 14:11:59 +01:00
#include "hashmap.h"
sd-dhcp6-client: Implement FQDN Option (#7309) Implement DHCPv6 option to exchange information about the Fully Qualified Domain Name (FQDN) according to RFC 4704. The RFC 4704 describes two models of operations in section 3, currently only the second model is supported (DHCPv6 server updates both the AAAA and the PTR RRs). The existing DHCP Section Options SendHostname and Hostname are sent as FQDN to the server. According to section 4.2 sending only parts of its FQDN is allowed. Fixes #4682.
2017-11-16 10:07:07 +01:00
#include "hostname-util.h"
util-lib: split our string related calls from util.[ch] into its own file string-util.[ch] There are more than enough calls doing string manipulations to deserve its own files, hence do something about it. This patch also sorts the #include blocks of all files that needed to be updated, according to the sorting suggestions from CODING_STYLE. Since pretty much every file needs our string manipulation functions this effectively means that most files have sorted #include blocks now. Also touches a few unrelated include files.
2015-10-24 22:58:24 +02:00
#include "network-internal.h"
networkd: clean up main header file a bit Rename networkd.h to networkd-manager.h, to more accurately describe what it contains.
2016-11-13 04:59:06 +01:00
#include "networkd-link.h"
#include "networkd-manager.h"
networkd: Assign prefixes received via DHCPv6 When receiving one or more prefixes with variable length, assign a 64 bit long prefix for each link that has been configured for DHCPv6 prefix delegation and is not using DHCPv6 to fetch IPv6 adresses. Keep assigning prefixes with length 64 from each prefix received via DHCPv6 as long as there are prefixes left. If the number of prefixes available from a prefix received via DHCPv6 is smaller than the number of links, continue with the next delegated prefix, if any. Remember the prefixes used for each link by storing them in a hash and checking the hash each time a prefix is to be delegated. If an error occurs when assigning a prefix to a link, try assigning the prefix to another link. If the error occurs while updating the prefix, log the situation and continue delegating the rest of the prefixes.
2018-01-04 14:11:59 +01:00
#include "siphash24.h"
#include "string-util.h"
#include "radv-internal.h"
util-lib: split our string related calls from util.[ch] into its own file string-util.[ch] There are more than enough calls doing string manipulations to deserve its own files, hence do something about it. This patch also sorts the #include blocks of all files that needed to be updated, according to the sorting suggestions from CODING_STYLE. Since pretty much every file needs our string manipulation functions this effectively means that most files have sorted #include blocks now. Also touches a few unrelated include files.
2015-10-24 22:58:24 +02:00
network: Implement fallback DHCPv6 prefix handling for older kernels When setting IPv6 addresses acquired by DHCPv6, systemd-networkd sets the IFA_F_NOPREFIXROUTE flag in the IFA_FLAGS netlink attribute. As the flag and the attribute are present starting with Linux 3.14, older kernels will need systemd-network to manage prefix route expiry. By default, DHCPv6 addresses are first assigned setting the IFA_F_NOPREFIXROUTE flag in the IFA_FLAGS netlink attribute. Should the address assignment fail, the same assignment is tried without the IFA_FLAGS attribute. Should also the second attempt fail, an error is printed and address assignment ends with failure. As successful use of the IFA_FLAGS netlink attribute is recorded in the Link structure, the DHCPv6 code will know if the kernel or systemd-network fallback code handles expiring prefixes. The prefix expiration and IPv6 address updating fallback code is resurrected from the parts deleted with commit 47d45d3cde45d6545367570264e4e3636bc9e345. This patch can be removed once the minimum kernel requirements are greater than or equal to 3.14.
2015-04-10 13:03:18 +02:00
static int dhcp6_lease_address_acquired(sd_dhcp6_client *client, Link *link);
networkd-dhcp: Rename function and reduce its logging Rename dhcp6_verify_link() to dhcp6_get_prefix_delegation() in order to be clearer in what it does. Reduce unnecessary logging.
2018-10-02 20:29:06 +02:00
static bool dhcp6_get_prefix_delegation(Link *link) {
if (!link->network)
networkd: Request prefixes when configured to do so Request prefixes via DHCPv6 if there are networks that are configured to distribute them. As specified in RFC 3633, a DHCPv6 client cannot redistribute the prefixes via Router Advertisements on the same link. Ignore such networks, and print out a warning if the link where DHCPv6 is enabled tries to do so.
2018-01-04 14:11:51 +01:00
return false;
if (!IN_SET(link->network->router_prefix_delegation,
RADV_PREFIX_DELEGATION_DHCP6,
RADV_PREFIX_DELEGATION_BOTH)) {
return false;
}
return true;
}
static bool dhcp6_enable_prefix_delegation(Link *dhcp6_link) {
Manager *manager;
Link *l;
Iterator i;
assert(dhcp6_link);
manager = dhcp6_link->manager;
assert(manager);
HASHMAP_FOREACH(l, manager->links, i) {
if (l == dhcp6_link)
continue;
networkd-dhcp: Rename function and reduce its logging Rename dhcp6_verify_link() to dhcp6_get_prefix_delegation() in order to be clearer in what it does. Reduce unnecessary logging.
2018-10-02 20:29:06 +02:00
if (!dhcp6_get_prefix_delegation(l))
networkd: Request prefixes when configured to do so Request prefixes via DHCPv6 if there are networks that are configured to distribute them. As specified in RFC 3633, a DHCPv6 client cannot redistribute the prefixes via Router Advertisements on the same link. Ignore such networks, and print out a warning if the link where DHCPv6 is enabled tries to do so.
2018-01-04 14:11:51 +01:00
continue;
return true;
}
return false;
}
networkd-dhcp6: Assign DHCPv6 addresses and prefix lengths Once IPv6 addresses have been acquired, assign these to the interface with the prefix lengths taken from the ICMPv6 Router Advertisement handling code. The preferred and valid IPv6 address lifetimes are handed to the kernel which will clean up them if not renewed in time. When a prefix announced via Router Advertisements expires, find all addresses that match that prefix and update the address to have a prefix length of 128 causing the prefix to be off-link.
2015-01-20 18:36:04 +01:00
static int dhcp6_lease_information_acquired(sd_dhcp6_client *client,
Link *link) {
return 0;
}
networkd: Assign prefixes received via DHCPv6 When receiving one or more prefixes with variable length, assign a 64 bit long prefix for each link that has been configured for DHCPv6 prefix delegation and is not using DHCPv6 to fetch IPv6 adresses. Keep assigning prefixes with length 64 from each prefix received via DHCPv6 as long as there are prefixes left. If the number of prefixes available from a prefix received via DHCPv6 is smaller than the number of links, continue with the next delegated prefix, if any. Remember the prefixes used for each link by storing them in a hash and checking the hash each time a prefix is to be delegated. If an error occurs when assigning a prefix to a link, try assigning the prefix to another link. If the error occurs while updating the prefix, log the situation and continue delegating the rest of the prefixes.
2018-01-04 14:11:59 +01:00
static int dhcp6_pd_prefix_assign(Link *link, struct in6_addr *prefix,
uint8_t prefix_len,
uint32_t lifetime_preferred,
uint32_t lifetime_valid) {
sd_radv *radv = link->radv;
int r;
_cleanup_(sd_radv_prefix_unrefp) sd_radv_prefix *p = NULL;
r = sd_radv_prefix_new(&p);
if (r < 0)
return r;
r = sd_radv_prefix_set_prefix(p, prefix, prefix_len);
if (r < 0)
return r;
r = sd_radv_prefix_set_preferred_lifetime(p, lifetime_preferred);
if (r < 0)
return r;
r = sd_radv_prefix_set_valid_lifetime(p, lifetime_valid);
if (r < 0)
return r;
r = sd_radv_stop(radv);
if (r < 0)
return r;
r = sd_radv_add_prefix(radv, p, true);
if (r < 0 && r != -EEXIST)
return r;
r = manager_dhcp6_prefix_add(link->manager, &p->opt.in6_addr, link);
if (r < 0)
return r;
return sd_radv_start(radv);
}
networkd-dhcp6: Set one unreachable route per DHCPv6 delegated prefix Instead of setting many small unreachable routes for each of the /64 subnets that were not distributed between the links requesting delegated prefixes, set one unreachable route for the size of the delegated prefix. Each subnet asssigned to a downstream link will add a routable subnet for that link, and as the subnet assigned to the downstream link has a longer prefix than the whole delegated prefix, the downstream link subnet routes are preferred over the unroutable delegated one. The unreachable route is not added when the delegated prefix is exactly a /64 as the prefix size cannot be used to sort out the order of routing into a bigger blocking subnet with the smaller /64 punching routable "holes" into it. When stopping the DHCPv6 client, the unroutable delegated prefix is removed before the downstream link prefixes are unassigned.
2018-09-19 02:32:19 +02:00
static int dhcp6_route_remove_cb(sd_netlink *nl, sd_netlink_message *m,
void *userdata) {
Link *l = userdata;
int r;
r = sd_netlink_message_get_errno(m);
if (r < 0)
log_link_debug_errno(l, r, "Received error on unreachable route removal for DHCPv6 delegated subnetl: %m");
l = link_unref(l);
return 0;
}
networkd-manager: Fix route removals on shutdown In order to shut down networkd properly, the delegated routes added need to be removed properly, and as error reporting is wanted, the network link is needed in the debug output. Solve this by calling manager_dhcp6_prefix_remove_all(), which will remove each prefix stored in the Manager structure, and while doing that reference each link so that it isn't freed before the route removal callback is called. This in turn causes the network link to be referenced once more, and an explicit hashmap_remove() must be called to remove the network link from the m->links hashmap. Also, since the registered callback is not called when the DHCPv6 client is stopped with sd_dhcp6_client_stop(), an explicit call to dhcp6_lease_pd_prefix_lost() needs to be made to clean up any unreachable routes set up for the delegated prefixes.
2018-09-19 02:32:30 +02:00
int dhcp6_lease_pd_prefix_lost(sd_dhcp6_client *client, Link* link) {
networkd-dhcp6: Set one unreachable route per DHCPv6 delegated prefix Instead of setting many small unreachable routes for each of the /64 subnets that were not distributed between the links requesting delegated prefixes, set one unreachable route for the size of the delegated prefix. Each subnet asssigned to a downstream link will add a routable subnet for that link, and as the subnet assigned to the downstream link has a longer prefix than the whole delegated prefix, the downstream link subnet routes are preferred over the unroutable delegated one. The unreachable route is not added when the delegated prefix is exactly a /64 as the prefix size cannot be used to sort out the order of routing into a bigger blocking subnet with the smaller /64 punching routable "holes" into it. When stopping the DHCPv6 client, the unroutable delegated prefix is removed before the downstream link prefixes are unassigned.
2018-09-19 02:32:19 +02:00
int r;
sd_dhcp6_lease *lease;
union in_addr_union pd_prefix;
uint8_t pd_prefix_len;
uint32_t lifetime_preferred, lifetime_valid;
r = sd_dhcp6_client_get_lease(client, &lease);
if (r < 0)
return r;
sd_dhcp6_lease_reset_pd_prefix_iter(lease);
while (sd_dhcp6_lease_get_pd(lease, &pd_prefix.in6, &pd_prefix_len,
&lifetime_preferred,
&lifetime_valid) >= 0) {
_cleanup_free_ char *buf = NULL;
networkd-dhcp6: Set initial value of route to NULL Start with route set to NULL should there be no route created. Remove the explicit route_free as the _cleanup_ will take care of that after the continue;.
2018-09-26 02:09:17 +02:00
_cleanup_free_ Route *route = NULL;
networkd-dhcp6: Set one unreachable route per DHCPv6 delegated prefix Instead of setting many small unreachable routes for each of the /64 subnets that were not distributed between the links requesting delegated prefixes, set one unreachable route for the size of the delegated prefix. Each subnet asssigned to a downstream link will add a routable subnet for that link, and as the subnet assigned to the downstream link has a longer prefix than the whole delegated prefix, the downstream link subnet routes are preferred over the unroutable delegated one. The unreachable route is not added when the delegated prefix is exactly a /64 as the prefix size cannot be used to sort out the order of routing into a bigger blocking subnet with the smaller /64 punching routable "holes" into it. When stopping the DHCPv6 client, the unroutable delegated prefix is removed before the downstream link prefixes are unassigned.
2018-09-19 02:32:19 +02:00
if (pd_prefix_len > 64)
continue;
(void) in_addr_to_string(AF_INET6, &pd_prefix, &buf);
if (pd_prefix_len < 64) {
r = route_new(&route);
if (r < 0) {
log_link_warning_errno(link, r, "Cannot create unreachable route to delete for DHCPv6 delegated subnet %s/%u: %m",
strnull(buf),
pd_prefix_len);
continue;
}
route_add(link, AF_INET6, &pd_prefix, pd_prefix_len,
0, 0, 0, &route);
route_update(route, NULL, 0, NULL, NULL, 0, 0,
RTN_UNREACHABLE);
r = route_remove(route, link, dhcp6_route_remove_cb);
if (r < 0) {
(void) in_addr_to_string(AF_INET6,
&pd_prefix, &buf);
log_link_warning_errno(link, r, "Cannot delete unreachable route for DHCPv6 delegated subnet %s/%u: %m",
strnull(buf),
pd_prefix_len);
networkd-dhcp6: Set initial value of route to NULL Start with route set to NULL should there be no route created. Remove the explicit route_free as the _cleanup_ will take care of that after the continue;.
2018-09-26 02:09:17 +02:00
networkd-dhcp6: Set one unreachable route per DHCPv6 delegated prefix Instead of setting many small unreachable routes for each of the /64 subnets that were not distributed between the links requesting delegated prefixes, set one unreachable route for the size of the delegated prefix. Each subnet asssigned to a downstream link will add a routable subnet for that link, and as the subnet assigned to the downstream link has a longer prefix than the whole delegated prefix, the downstream link subnet routes are preferred over the unroutable delegated one. The unreachable route is not added when the delegated prefix is exactly a /64 as the prefix size cannot be used to sort out the order of routing into a bigger blocking subnet with the smaller /64 punching routable "holes" into it. When stopping the DHCPv6 client, the unroutable delegated prefix is removed before the downstream link prefixes are unassigned.
2018-09-19 02:32:19 +02:00
continue;
}
link = link_ref(link);
log_link_debug(link, "Removing unreachable route %s/%u",
strnull(buf), pd_prefix_len);
}
}
return 0;
}
networkd: Assign prefixes received via DHCPv6 When receiving one or more prefixes with variable length, assign a 64 bit long prefix for each link that has been configured for DHCPv6 prefix delegation and is not using DHCPv6 to fetch IPv6 adresses. Keep assigning prefixes with length 64 from each prefix received via DHCPv6 as long as there are prefixes left. If the number of prefixes available from a prefix received via DHCPv6 is smaller than the number of links, continue with the next delegated prefix, if any. Remember the prefixes used for each link by storing them in a hash and checking the hash each time a prefix is to be delegated. If an error occurs when assigning a prefix to a link, try assigning the prefix to another link. If the error occurs while updating the prefix, log the situation and continue delegating the rest of the prefixes.
2018-01-04 14:11:59 +01:00
static int dhcp6_pd_prefix_distribute(Link *dhcp6_link, Iterator *i,
struct in6_addr *pd_prefix,
uint8_t pd_prefix_len,
uint32_t lifetime_preferred,
uint32_t lifetime_valid) {
Link *link;
Manager *manager = dhcp6_link->manager;
union in_addr_union prefix;
networkd: fix overflow check Fixes: #9591
2018-07-16 12:31:50 +02:00
uint64_t n_prefixes, n_used = 0;
networkd: Assign prefixes received via DHCPv6 When receiving one or more prefixes with variable length, assign a 64 bit long prefix for each link that has been configured for DHCPv6 prefix delegation and is not using DHCPv6 to fetch IPv6 adresses. Keep assigning prefixes with length 64 from each prefix received via DHCPv6 as long as there are prefixes left. If the number of prefixes available from a prefix received via DHCPv6 is smaller than the number of links, continue with the next delegated prefix, if any. Remember the prefixes used for each link by storing them in a hash and checking the hash each time a prefix is to be delegated. If an error occurs when assigning a prefix to a link, try assigning the prefix to another link. If the error occurs while updating the prefix, log the situation and continue delegating the rest of the prefixes.
2018-01-04 14:11:59 +01:00
_cleanup_free_ char *buf = NULL;
networkd-dhcp6: Improve logging on DHCPv6 PD assignment Print out prefixes assigned to links in addition to the DHCPv6 prefix it was delegated from.
2018-08-24 17:49:22 +02:00
_cleanup_free_ char *assigned_buf = NULL;
networkd: Assign prefixes received via DHCPv6 When receiving one or more prefixes with variable length, assign a 64 bit long prefix for each link that has been configured for DHCPv6 prefix delegation and is not using DHCPv6 to fetch IPv6 adresses. Keep assigning prefixes with length 64 from each prefix received via DHCPv6 as long as there are prefixes left. If the number of prefixes available from a prefix received via DHCPv6 is smaller than the number of links, continue with the next delegated prefix, if any. Remember the prefixes used for each link by storing them in a hash and checking the hash each time a prefix is to be delegated. If an error occurs when assigning a prefix to a link, try assigning the prefix to another link. If the error occurs while updating the prefix, log the situation and continue delegating the rest of the prefixes.
2018-01-04 14:11:59 +01:00
int r;
assert(manager);
assert(pd_prefix_len <= 64);
prefix.in6 = *pd_prefix;
r = in_addr_mask(AF_INET6, &prefix, pd_prefix_len);
if (r < 0)
return r;
networkd: fix overflow check Fixes: #9591
2018-07-16 12:31:50 +02:00
n_prefixes = UINT64_C(1) << (64 - pd_prefix_len);
networkd: Assign prefixes received via DHCPv6 When receiving one or more prefixes with variable length, assign a 64 bit long prefix for each link that has been configured for DHCPv6 prefix delegation and is not using DHCPv6 to fetch IPv6 adresses. Keep assigning prefixes with length 64 from each prefix received via DHCPv6 as long as there are prefixes left. If the number of prefixes available from a prefix received via DHCPv6 is smaller than the number of links, continue with the next delegated prefix, if any. Remember the prefixes used for each link by storing them in a hash and checking the hash each time a prefix is to be delegated. If an error occurs when assigning a prefix to a link, try assigning the prefix to another link. If the error occurs while updating the prefix, log the situation and continue delegating the rest of the prefixes.
2018-01-04 14:11:59 +01:00
(void) in_addr_to_string(AF_INET6, &prefix, &buf);
networkd: fix overflow check Fixes: #9591
2018-07-16 12:31:50 +02:00
log_link_debug(dhcp6_link, "Assigning up to %" PRIu64 " prefixes from %s/%u",
networkd: Assign prefixes received via DHCPv6 When receiving one or more prefixes with variable length, assign a 64 bit long prefix for each link that has been configured for DHCPv6 prefix delegation and is not using DHCPv6 to fetch IPv6 adresses. Keep assigning prefixes with length 64 from each prefix received via DHCPv6 as long as there are prefixes left. If the number of prefixes available from a prefix received via DHCPv6 is smaller than the number of links, continue with the next delegated prefix, if any. Remember the prefixes used for each link by storing them in a hash and checking the hash each time a prefix is to be delegated. If an error occurs when assigning a prefix to a link, try assigning the prefix to another link. If the error occurs while updating the prefix, log the situation and continue delegating the rest of the prefixes.
2018-01-04 14:11:59 +01:00
n_prefixes, strnull(buf), pd_prefix_len);
while (hashmap_iterate(manager->links, i, (void **)&link, NULL)) {
Link *assigned_link;
if (n_used == n_prefixes) {
networkd: fix overflow check Fixes: #9591
2018-07-16 12:31:50 +02:00
log_link_debug(dhcp6_link, "Assigned %" PRIu64 "/%" PRIu64 " prefixes from %s/%u",
networkd: Assign prefixes received via DHCPv6 When receiving one or more prefixes with variable length, assign a 64 bit long prefix for each link that has been configured for DHCPv6 prefix delegation and is not using DHCPv6 to fetch IPv6 adresses. Keep assigning prefixes with length 64 from each prefix received via DHCPv6 as long as there are prefixes left. If the number of prefixes available from a prefix received via DHCPv6 is smaller than the number of links, continue with the next delegated prefix, if any. Remember the prefixes used for each link by storing them in a hash and checking the hash each time a prefix is to be delegated. If an error occurs when assigning a prefix to a link, try assigning the prefix to another link. If the error occurs while updating the prefix, log the situation and continue delegating the rest of the prefixes.
2018-01-04 14:11:59 +01:00
n_used, n_prefixes, strnull(buf), pd_prefix_len);
return -EAGAIN;
}
if (link == dhcp6_link)
continue;
networkd-dhcp: Rename function and reduce its logging Rename dhcp6_verify_link() to dhcp6_get_prefix_delegation() in order to be clearer in what it does. Reduce unnecessary logging.
2018-10-02 20:29:06 +02:00
if (!dhcp6_get_prefix_delegation(link))
networkd: Assign prefixes received via DHCPv6 When receiving one or more prefixes with variable length, assign a 64 bit long prefix for each link that has been configured for DHCPv6 prefix delegation and is not using DHCPv6 to fetch IPv6 adresses. Keep assigning prefixes with length 64 from each prefix received via DHCPv6 as long as there are prefixes left. If the number of prefixes available from a prefix received via DHCPv6 is smaller than the number of links, continue with the next delegated prefix, if any. Remember the prefixes used for each link by storing them in a hash and checking the hash each time a prefix is to be delegated. If an error occurs when assigning a prefix to a link, try assigning the prefix to another link. If the error occurs while updating the prefix, log the situation and continue delegating the rest of the prefixes.
2018-01-04 14:11:59 +01:00
continue;
assigned_link = manager_dhcp6_prefix_get(manager, &prefix.in6);
if (assigned_link != NULL && assigned_link != link)
continue;
networkd-dhcp6: Improve logging on DHCPv6 PD assignment Print out prefixes assigned to links in addition to the DHCPv6 prefix it was delegated from.
2018-08-24 17:49:22 +02:00
(void) in_addr_to_string(AF_INET6, &prefix, &assigned_buf);
networkd: Assign prefixes received via DHCPv6 When receiving one or more prefixes with variable length, assign a 64 bit long prefix for each link that has been configured for DHCPv6 prefix delegation and is not using DHCPv6 to fetch IPv6 adresses. Keep assigning prefixes with length 64 from each prefix received via DHCPv6 as long as there are prefixes left. If the number of prefixes available from a prefix received via DHCPv6 is smaller than the number of links, continue with the next delegated prefix, if any. Remember the prefixes used for each link by storing them in a hash and checking the hash each time a prefix is to be delegated. If an error occurs when assigning a prefix to a link, try assigning the prefix to another link. If the error occurs while updating the prefix, log the situation and continue delegating the rest of the prefixes.
2018-01-04 14:11:59 +01:00
r = dhcp6_pd_prefix_assign(link, &prefix.in6, 64,
lifetime_preferred, lifetime_valid);
if (r < 0) {
networkd-dhcp6: Improve logging on DHCPv6 PD assignment Print out prefixes assigned to links in addition to the DHCPv6 prefix it was delegated from.
2018-08-24 17:49:22 +02:00
log_link_error_errno(link, r, "Unable to %s prefix %s/64 from %s/%u for link: %m",
networkd: Assign prefixes received via DHCPv6 When receiving one or more prefixes with variable length, assign a 64 bit long prefix for each link that has been configured for DHCPv6 prefix delegation and is not using DHCPv6 to fetch IPv6 adresses. Keep assigning prefixes with length 64 from each prefix received via DHCPv6 as long as there are prefixes left. If the number of prefixes available from a prefix received via DHCPv6 is smaller than the number of links, continue with the next delegated prefix, if any. Remember the prefixes used for each link by storing them in a hash and checking the hash each time a prefix is to be delegated. If an error occurs when assigning a prefix to a link, try assigning the prefix to another link. If the error occurs while updating the prefix, log the situation and continue delegating the rest of the prefixes.
2018-01-04 14:11:59 +01:00
assigned_link ? "update": "assign",
networkd-dhcp6: Improve logging on DHCPv6 PD assignment Print out prefixes assigned to links in addition to the DHCPv6 prefix it was delegated from.
2018-08-24 17:49:22 +02:00
strnull(assigned_buf),
networkd: Assign prefixes received via DHCPv6 When receiving one or more prefixes with variable length, assign a 64 bit long prefix for each link that has been configured for DHCPv6 prefix delegation and is not using DHCPv6 to fetch IPv6 adresses. Keep assigning prefixes with length 64 from each prefix received via DHCPv6 as long as there are prefixes left. If the number of prefixes available from a prefix received via DHCPv6 is smaller than the number of links, continue with the next delegated prefix, if any. Remember the prefixes used for each link by storing them in a hash and checking the hash each time a prefix is to be delegated. If an error occurs when assigning a prefix to a link, try assigning the prefix to another link. If the error occurs while updating the prefix, log the situation and continue delegating the rest of the prefixes.
2018-01-04 14:11:59 +01:00
strnull(buf), pd_prefix_len);
if (assigned_link == NULL)
continue;
} else
networkd-dhcp6: Improve logging on DHCPv6 PD assignment Print out prefixes assigned to links in addition to the DHCPv6 prefix it was delegated from.
2018-08-24 17:49:22 +02:00
log_link_debug(link, "Assigned prefix %" PRIu64 "/%" PRIu64 " %s/64 from %s/%u to link",
n_used + 1, n_prefixes,
strnull(assigned_buf),
strnull(buf), pd_prefix_len);
networkd: Assign prefixes received via DHCPv6 When receiving one or more prefixes with variable length, assign a 64 bit long prefix for each link that has been configured for DHCPv6 prefix delegation and is not using DHCPv6 to fetch IPv6 adresses. Keep assigning prefixes with length 64 from each prefix received via DHCPv6 as long as there are prefixes left. If the number of prefixes available from a prefix received via DHCPv6 is smaller than the number of links, continue with the next delegated prefix, if any. Remember the prefixes used for each link by storing them in a hash and checking the hash each time a prefix is to be delegated. If an error occurs when assigning a prefix to a link, try assigning the prefix to another link. If the error occurs while updating the prefix, log the situation and continue delegating the rest of the prefixes.
2018-01-04 14:11:59 +01:00
n_used++;
networkd-dhcp6: Fix PD prefix length for subnet assignment When computing the next network prefix to assign, compute the next prefix to allocate based on the intended /64 assignment, not the given prefix length for the whole prefix, e.g. /48, given to systemd-networkd. Fixes #9626.
2018-08-24 17:49:18 +02:00
r = in_addr_prefix_next(AF_INET6, &prefix, 64);
networkd: Assign prefixes received via DHCPv6 When receiving one or more prefixes with variable length, assign a 64 bit long prefix for each link that has been configured for DHCPv6 prefix delegation and is not using DHCPv6 to fetch IPv6 adresses. Keep assigning prefixes with length 64 from each prefix received via DHCPv6 as long as there are prefixes left. If the number of prefixes available from a prefix received via DHCPv6 is smaller than the number of links, continue with the next delegated prefix, if any. Remember the prefixes used for each link by storing them in a hash and checking the hash each time a prefix is to be delegated. If an error occurs when assigning a prefix to a link, try assigning the prefix to another link. If the error occurs while updating the prefix, log the situation and continue delegating the rest of the prefixes.
2018-01-04 14:11:59 +01:00
if (r < 0 && n_used < n_prefixes)
return r;
}
networkd-dhcp6: Set one unreachable route per DHCPv6 delegated prefix Instead of setting many small unreachable routes for each of the /64 subnets that were not distributed between the links requesting delegated prefixes, set one unreachable route for the size of the delegated prefix. Each subnet asssigned to a downstream link will add a routable subnet for that link, and as the subnet assigned to the downstream link has a longer prefix than the whole delegated prefix, the downstream link subnet routes are preferred over the unroutable delegated one. The unreachable route is not added when the delegated prefix is exactly a /64 as the prefix size cannot be used to sort out the order of routing into a bigger blocking subnet with the smaller /64 punching routable "holes" into it. When stopping the DHCPv6 client, the unroutable delegated prefix is removed before the downstream link prefixes are unassigned.
2018-09-19 02:32:19 +02:00
return 0;
}
network: make route_update() accept NULL This also fixes a wrong argument for route_configure(). Fixes #8960.
2018-05-11 08:43:04 +02:00
networkd-dhcp6: Set one unreachable route per DHCPv6 delegated prefix Instead of setting many small unreachable routes for each of the /64 subnets that were not distributed between the links requesting delegated prefixes, set one unreachable route for the size of the delegated prefix. Each subnet asssigned to a downstream link will add a routable subnet for that link, and as the subnet assigned to the downstream link has a longer prefix than the whole delegated prefix, the downstream link subnet routes are preferred over the unroutable delegated one. The unreachable route is not added when the delegated prefix is exactly a /64 as the prefix size cannot be used to sort out the order of routing into a bigger blocking subnet with the smaller /64 punching routable "holes" into it. When stopping the DHCPv6 client, the unroutable delegated prefix is removed before the downstream link prefixes are unassigned.
2018-09-19 02:32:19 +02:00
static int dhcp6_route_add_cb(sd_netlink *nl, sd_netlink_message *m,
void *userdata) {
Link *l = userdata;
int r;
networkd: Set unreachable routes for unassigned DHCPv6 prefixes Set unreachable routes for prefixes delegated via DHCPv6 that were not assigned to links.
2018-01-04 14:12:01 +01:00
networkd-dhcp6: Set one unreachable route per DHCPv6 delegated prefix Instead of setting many small unreachable routes for each of the /64 subnets that were not distributed between the links requesting delegated prefixes, set one unreachable route for the size of the delegated prefix. Each subnet asssigned to a downstream link will add a routable subnet for that link, and as the subnet assigned to the downstream link has a longer prefix than the whole delegated prefix, the downstream link subnet routes are preferred over the unroutable delegated one. The unreachable route is not added when the delegated prefix is exactly a /64 as the prefix size cannot be used to sort out the order of routing into a bigger blocking subnet with the smaller /64 punching routable "holes" into it. When stopping the DHCPv6 client, the unroutable delegated prefix is removed before the downstream link prefixes are unassigned.
2018-09-19 02:32:19 +02:00
r = sd_netlink_message_get_errno(m);
if (r < 0 && r != -EEXIST)
log_link_debug_errno(l, r, "Received error when adding unreachable route for DHCPv6 delegated subnet: %m");
networkd: Set unreachable routes for unassigned DHCPv6 prefixes Set unreachable routes for prefixes delegated via DHCPv6 that were not assigned to links.
2018-01-04 14:12:01 +01:00
networkd-dhcp6: Set one unreachable route per DHCPv6 delegated prefix Instead of setting many small unreachable routes for each of the /64 subnets that were not distributed between the links requesting delegated prefixes, set one unreachable route for the size of the delegated prefix. Each subnet asssigned to a downstream link will add a routable subnet for that link, and as the subnet assigned to the downstream link has a longer prefix than the whole delegated prefix, the downstream link subnet routes are preferred over the unroutable delegated one. The unreachable route is not added when the delegated prefix is exactly a /64 as the prefix size cannot be used to sort out the order of routing into a bigger blocking subnet with the smaller /64 punching routable "holes" into it. When stopping the DHCPv6 client, the unroutable delegated prefix is removed before the downstream link prefixes are unassigned.
2018-09-19 02:32:19 +02:00
l = link_unref(l);
networkd: Set unreachable routes for unassigned DHCPv6 prefixes Set unreachable routes for prefixes delegated via DHCPv6 that were not assigned to links.
2018-01-04 14:12:01 +01:00
networkd-dhcp6: Set one unreachable route per DHCPv6 delegated prefix Instead of setting many small unreachable routes for each of the /64 subnets that were not distributed between the links requesting delegated prefixes, set one unreachable route for the size of the delegated prefix. Each subnet asssigned to a downstream link will add a routable subnet for that link, and as the subnet assigned to the downstream link has a longer prefix than the whole delegated prefix, the downstream link subnet routes are preferred over the unroutable delegated one. The unreachable route is not added when the delegated prefix is exactly a /64 as the prefix size cannot be used to sort out the order of routing into a bigger blocking subnet with the smaller /64 punching routable "holes" into it. When stopping the DHCPv6 client, the unroutable delegated prefix is removed before the downstream link prefixes are unassigned.
2018-09-19 02:32:19 +02:00
return 0;
networkd: Assign prefixes received via DHCPv6 When receiving one or more prefixes with variable length, assign a 64 bit long prefix for each link that has been configured for DHCPv6 prefix delegation and is not using DHCPv6 to fetch IPv6 adresses. Keep assigning prefixes with length 64 from each prefix received via DHCPv6 as long as there are prefixes left. If the number of prefixes available from a prefix received via DHCPv6 is smaller than the number of links, continue with the next delegated prefix, if any. Remember the prefixes used for each link by storing them in a hash and checking the hash each time a prefix is to be delegated. If an error occurs when assigning a prefix to a link, try assigning the prefix to another link. If the error occurs while updating the prefix, log the situation and continue delegating the rest of the prefixes.
2018-01-04 14:11:59 +01:00
}
networkd-dhcp6: Set one unreachable route per DHCPv6 delegated prefix Instead of setting many small unreachable routes for each of the /64 subnets that were not distributed between the links requesting delegated prefixes, set one unreachable route for the size of the delegated prefix. Each subnet asssigned to a downstream link will add a routable subnet for that link, and as the subnet assigned to the downstream link has a longer prefix than the whole delegated prefix, the downstream link subnet routes are preferred over the unroutable delegated one. The unreachable route is not added when the delegated prefix is exactly a /64 as the prefix size cannot be used to sort out the order of routing into a bigger blocking subnet with the smaller /64 punching routable "holes" into it. When stopping the DHCPv6 client, the unroutable delegated prefix is removed before the downstream link prefixes are unassigned.
2018-09-19 02:32:19 +02:00
networkd: Assign prefixes received via DHCPv6 When receiving one or more prefixes with variable length, assign a 64 bit long prefix for each link that has been configured for DHCPv6 prefix delegation and is not using DHCPv6 to fetch IPv6 adresses. Keep assigning prefixes with length 64 from each prefix received via DHCPv6 as long as there are prefixes left. If the number of prefixes available from a prefix received via DHCPv6 is smaller than the number of links, continue with the next delegated prefix, if any. Remember the prefixes used for each link by storing them in a hash and checking the hash each time a prefix is to be delegated. If an error occurs when assigning a prefix to a link, try assigning the prefix to another link. If the error occurs while updating the prefix, log the situation and continue delegating the rest of the prefixes.
2018-01-04 14:11:59 +01:00
static int dhcp6_lease_pd_prefix_acquired(sd_dhcp6_client *client, Link *link) {
int r;
sd_dhcp6_lease *lease;
networkd-dhcp6: Set one unreachable route per DHCPv6 delegated prefix Instead of setting many small unreachable routes for each of the /64 subnets that were not distributed between the links requesting delegated prefixes, set one unreachable route for the size of the delegated prefix. Each subnet asssigned to a downstream link will add a routable subnet for that link, and as the subnet assigned to the downstream link has a longer prefix than the whole delegated prefix, the downstream link subnet routes are preferred over the unroutable delegated one. The unreachable route is not added when the delegated prefix is exactly a /64 as the prefix size cannot be used to sort out the order of routing into a bigger blocking subnet with the smaller /64 punching routable "holes" into it. When stopping the DHCPv6 client, the unroutable delegated prefix is removed before the downstream link prefixes are unassigned.
2018-09-19 02:32:19 +02:00
union in_addr_union pd_prefix;
networkd: Assign prefixes received via DHCPv6 When receiving one or more prefixes with variable length, assign a 64 bit long prefix for each link that has been configured for DHCPv6 prefix delegation and is not using DHCPv6 to fetch IPv6 adresses. Keep assigning prefixes with length 64 from each prefix received via DHCPv6 as long as there are prefixes left. If the number of prefixes available from a prefix received via DHCPv6 is smaller than the number of links, continue with the next delegated prefix, if any. Remember the prefixes used for each link by storing them in a hash and checking the hash each time a prefix is to be delegated. If an error occurs when assigning a prefix to a link, try assigning the prefix to another link. If the error occurs while updating the prefix, log the situation and continue delegating the rest of the prefixes.
2018-01-04 14:11:59 +01:00
uint8_t pd_prefix_len;
uint32_t lifetime_preferred, lifetime_valid;
_cleanup_free_ char *buf = NULL;
Iterator i = ITERATOR_FIRST;
r = sd_dhcp6_client_get_lease(client, &lease);
if (r < 0)
return r;
sd_dhcp6_lease_reset_pd_prefix_iter(lease);
networkd-dhcp6: Set one unreachable route per DHCPv6 delegated prefix Instead of setting many small unreachable routes for each of the /64 subnets that were not distributed between the links requesting delegated prefixes, set one unreachable route for the size of the delegated prefix. Each subnet asssigned to a downstream link will add a routable subnet for that link, and as the subnet assigned to the downstream link has a longer prefix than the whole delegated prefix, the downstream link subnet routes are preferred over the unroutable delegated one. The unreachable route is not added when the delegated prefix is exactly a /64 as the prefix size cannot be used to sort out the order of routing into a bigger blocking subnet with the smaller /64 punching routable "holes" into it. When stopping the DHCPv6 client, the unroutable delegated prefix is removed before the downstream link prefixes are unassigned.
2018-09-19 02:32:19 +02:00
while (sd_dhcp6_lease_get_pd(lease, &pd_prefix.in6, &pd_prefix_len,
networkd: Assign prefixes received via DHCPv6 When receiving one or more prefixes with variable length, assign a 64 bit long prefix for each link that has been configured for DHCPv6 prefix delegation and is not using DHCPv6 to fetch IPv6 adresses. Keep assigning prefixes with length 64 from each prefix received via DHCPv6 as long as there are prefixes left. If the number of prefixes available from a prefix received via DHCPv6 is smaller than the number of links, continue with the next delegated prefix, if any. Remember the prefixes used for each link by storing them in a hash and checking the hash each time a prefix is to be delegated. If an error occurs when assigning a prefix to a link, try assigning the prefix to another link. If the error occurs while updating the prefix, log the situation and continue delegating the rest of the prefixes.
2018-01-04 14:11:59 +01:00
&lifetime_preferred,
&lifetime_valid) >= 0) {
if (pd_prefix_len > 64) {
networkd-dhcp6: Set one unreachable route per DHCPv6 delegated prefix Instead of setting many small unreachable routes for each of the /64 subnets that were not distributed between the links requesting delegated prefixes, set one unreachable route for the size of the delegated prefix. Each subnet asssigned to a downstream link will add a routable subnet for that link, and as the subnet assigned to the downstream link has a longer prefix than the whole delegated prefix, the downstream link subnet routes are preferred over the unroutable delegated one. The unreachable route is not added when the delegated prefix is exactly a /64 as the prefix size cannot be used to sort out the order of routing into a bigger blocking subnet with the smaller /64 punching routable "holes" into it. When stopping the DHCPv6 client, the unroutable delegated prefix is removed before the downstream link prefixes are unassigned.
2018-09-19 02:32:19 +02:00
(void) in_addr_to_string(AF_INET6, &pd_prefix, &buf);
networkd: Assign prefixes received via DHCPv6 When receiving one or more prefixes with variable length, assign a 64 bit long prefix for each link that has been configured for DHCPv6 prefix delegation and is not using DHCPv6 to fetch IPv6 adresses. Keep assigning prefixes with length 64 from each prefix received via DHCPv6 as long as there are prefixes left. If the number of prefixes available from a prefix received via DHCPv6 is smaller than the number of links, continue with the next delegated prefix, if any. Remember the prefixes used for each link by storing them in a hash and checking the hash each time a prefix is to be delegated. If an error occurs when assigning a prefix to a link, try assigning the prefix to another link. If the error occurs while updating the prefix, log the situation and continue delegating the rest of the prefixes.
2018-01-04 14:11:59 +01:00
log_link_debug(link, "PD Prefix length > 64, ignoring prefix %s/%u",
strnull(buf), pd_prefix_len);
continue;
}
networkd-dhcp6: Log warning with PD prefixes shorter than 48 Log a warning message in case the network prefix delegated is shorter than /48.
2018-08-24 17:49:14 +02:00
if (pd_prefix_len < 48) {
networkd-dhcp6: Set one unreachable route per DHCPv6 delegated prefix Instead of setting many small unreachable routes for each of the /64 subnets that were not distributed between the links requesting delegated prefixes, set one unreachable route for the size of the delegated prefix. Each subnet asssigned to a downstream link will add a routable subnet for that link, and as the subnet assigned to the downstream link has a longer prefix than the whole delegated prefix, the downstream link subnet routes are preferred over the unroutable delegated one. The unreachable route is not added when the delegated prefix is exactly a /64 as the prefix size cannot be used to sort out the order of routing into a bigger blocking subnet with the smaller /64 punching routable "holes" into it. When stopping the DHCPv6 client, the unroutable delegated prefix is removed before the downstream link prefixes are unassigned.
2018-09-19 02:32:19 +02:00
(void) in_addr_to_string(AF_INET6, &pd_prefix, &buf);
networkd-dhcp6: Log warning with PD prefixes shorter than 48 Log a warning message in case the network prefix delegated is shorter than /48.
2018-08-24 17:49:14 +02:00
log_link_warning(link, "PD Prefix length < 48, looks unusual %s/%u",
strnull(buf), pd_prefix_len);
}
networkd-dhcp6: Set one unreachable route per DHCPv6 delegated prefix Instead of setting many small unreachable routes for each of the /64 subnets that were not distributed between the links requesting delegated prefixes, set one unreachable route for the size of the delegated prefix. Each subnet asssigned to a downstream link will add a routable subnet for that link, and as the subnet assigned to the downstream link has a longer prefix than the whole delegated prefix, the downstream link subnet routes are preferred over the unroutable delegated one. The unreachable route is not added when the delegated prefix is exactly a /64 as the prefix size cannot be used to sort out the order of routing into a bigger blocking subnet with the smaller /64 punching routable "holes" into it. When stopping the DHCPv6 client, the unroutable delegated prefix is removed before the downstream link prefixes are unassigned.
2018-09-19 02:32:19 +02:00
if (pd_prefix_len < 64) {
Route *route = NULL;
(void) in_addr_to_string(AF_INET6, &pd_prefix, &buf);
r = route_new(&route);
if (r < 0) {
log_link_warning_errno(link, r, "Cannot create unreachable route for DHCPv6 delegated subnet %s/%u: %m",
strnull(buf),
pd_prefix_len);
continue;
}
route_add(link, AF_INET6, &pd_prefix, pd_prefix_len,
0, 0, 0, &route);
route_update(route, NULL, 0, NULL, NULL, 0, 0,
RTN_UNREACHABLE);
r = route_configure(route, link, dhcp6_route_add_cb);
if (r < 0) {
log_link_warning_errno(link, r, "Cannot configure unreachable route for delegated subnet %s/%u: %m",
strnull(buf),
pd_prefix_len);
route_free(route);
continue;
}
link = link_ref(link);
route_free(route);
log_link_debug(link, "Configuring unreachable route for %s/%u",
strnull(buf), pd_prefix_len);
} else
log_link_debug(link, "Not adding a blocking route since distributed prefix is /64");
r = dhcp6_pd_prefix_distribute(link, &i, &pd_prefix.in6,
networkd: Assign prefixes received via DHCPv6 When receiving one or more prefixes with variable length, assign a 64 bit long prefix for each link that has been configured for DHCPv6 prefix delegation and is not using DHCPv6 to fetch IPv6 adresses. Keep assigning prefixes with length 64 from each prefix received via DHCPv6 as long as there are prefixes left. If the number of prefixes available from a prefix received via DHCPv6 is smaller than the number of links, continue with the next delegated prefix, if any. Remember the prefixes used for each link by storing them in a hash and checking the hash each time a prefix is to be delegated. If an error occurs when assigning a prefix to a link, try assigning the prefix to another link. If the error occurs while updating the prefix, log the situation and continue delegating the rest of the prefixes.
2018-01-04 14:11:59 +01:00
pd_prefix_len,
lifetime_preferred,
lifetime_valid);
if (r < 0 && r != -EAGAIN)
return r;
if (r >= 0)
i = ITERATOR_FIRST;
}
return 0;
}
networkd-dhcp6: Request prefix delegation for a new link Request prefix delegation for a new downstream link that is enabled after any number of upstream DHCPv6 links. Submit the request after the link has been configured with a link-local address. If the upstream DHCPv6 client has already been configured to request prefixes, attempt to re-assign any possible prefixes between the already existing links and the new one. If no prefixes are yet acquired, nothing will happen right away and any prefixes will be distributed after a reply from the DHCPv6 server. If none of the already existing downstream links have requested DHCPv6 prefixes to be assigned, enable prefix delegation for each client and restart them one by one if they are already running. This causes the DHCPv6 clients to re-acquire addresses and prefixes and to re-distribute them to all links when receiving an updated response from their respective DHCPv6 servers. If the DHCPv6 client in question was not already running, it is set to request prefixes but not restarted. When an error occurs while setting or restarting the DHCPv6 client, log the incident and move over to the next link. Fixes #9758.
2018-10-02 20:29:09 +02:00
int dhcp6_request_prefix_delegation(Link *link) {
Link *l;
Iterator i;
assert_return(link, -EINVAL);
assert_return(link->manager, -EOPNOTSUPP);
if (dhcp6_get_prefix_delegation(link) <= 0)
return 0;
log_link_debug(link, "Requesting DHCPv6 prefixes to be delegated for new link");
HASHMAP_FOREACH(l, link->manager->links, i) {
int r, enabled;
if (l == link)
continue;
if (!l->dhcp6_client)
continue;
r = sd_dhcp6_client_get_prefix_delegation(l->dhcp6_client, &enabled);
if (r < 0) {
log_link_warning_errno(l, r, "Cannot get prefix delegation when adding new link");
continue;
}
if (enabled == 0) {
r = sd_dhcp6_client_set_prefix_delegation(l->dhcp6_client, 1);
if (r < 0) {
log_link_warning_errno(l, r, "Cannot enable prefix delegation when adding new link");
continue;
}
}
r = sd_dhcp6_client_is_running(l->dhcp6_client);
if (r <= 0)
continue;
if (enabled != 0) {
log_link_debug(l, "Requesting re-assignment of delegated prefixes after adding new link");
(void) dhcp6_lease_pd_prefix_acquired(l->dhcp6_client, l);
continue;
}
r = sd_dhcp6_client_stop(l->dhcp6_client);
if (r < 0) {
log_link_warning_errno(l, r, "Cannot stop DHCPv6 prefix delegation client after adding new link");
continue;
}
r = sd_dhcp6_client_start(l->dhcp6_client);
if (r < 0) {
log_link_warning_errno(l, r, "Cannot restart DHCPv6 prefix delegation client after adding new link");
continue;
}
log_link_debug(l, "Restarted DHCPv6 client to acquire prefix delegations after adding new link");
}
return 0;
}
sd-netlink: rename from sd-rtnl
2015-06-12 16:31:33 +02:00
static int dhcp6_address_handler(sd_netlink *rtnl, sd_netlink_message *m,
networkd-dhcp6: Assign DHCPv6 addresses and prefix lengths Once IPv6 addresses have been acquired, assign these to the interface with the prefix lengths taken from the ICMPv6 Router Advertisement handling code. The preferred and valid IPv6 address lifetimes are handed to the kernel which will clean up them if not renewed in time. When a prefix announced via Router Advertisements expires, find all addresses that match that prefix and update the address to have a prefix length of 128 causing the prefix to be off-link.
2015-01-20 18:36:04 +01:00
void *userdata) {
tree-wide: drop redundant _cleanup_ macros (#8810) This drops a good number of type-specific _cleanup_ macros, and patches all users to just use the generic ones. In most recent code we abstained from defining type-specific macros, and this basically removes all those added already, with the exception of the really low-level ones. Having explicit macros for this is not too useful, as the expression without the extra macro is generally just 2ch wider. We should generally emphesize generic code, unless there are really good reasons for specific code, hence let's follow this in this case too. Note that _cleanup_free_ and similar really low-level, libc'ish, Linux API'ish macros continue to be defined, only the really high-level OO ones are dropped. From now on this should really be the rule: for really low-level stuff, such as memory allocation, fd handling and so one, go ahead and define explicit per-type macros, but for high-level, specific program code, just use the generic _cleanup_() macro directly, in order to keep things simple and as readable as possible for the uninitiated. Note that before this patch some of the APIs (notable libudev ones) were already used with the high-level macros at some places and with the generic _cleanup_ macro at others. With this patch we hence unify on the latter.
2018-04-25 12:31:45 +02:00
_cleanup_(link_unrefp) Link *link = userdata;
networkd-dhcp6: Assign DHCPv6 addresses and prefix lengths Once IPv6 addresses have been acquired, assign these to the interface with the prefix lengths taken from the ICMPv6 Router Advertisement handling code. The preferred and valid IPv6 address lifetimes are handed to the kernel which will clean up them if not renewed in time. When a prefix announced via Router Advertisements expires, find all addresses that match that prefix and update the address to have a prefix length of 128 causing the prefix to be off-link.
2015-01-20 18:36:04 +01:00
int r;
assert(link);
sd-netlink: rename from sd-rtnl
2015-06-12 16:31:33 +02:00
r = sd_netlink_message_get_errno(m);
networkd-dhcp6: Assign DHCPv6 addresses and prefix lengths Once IPv6 addresses have been acquired, assign these to the interface with the prefix lengths taken from the ICMPv6 Router Advertisement handling code. The preferred and valid IPv6 address lifetimes are handed to the kernel which will clean up them if not renewed in time. When a prefix announced via Router Advertisements expires, find all addresses that match that prefix and update the address to have a prefix length of 128 causing the prefix to be off-link.
2015-01-20 18:36:04 +01:00
if (r < 0 && r != -EEXIST) {
network: Implement fallback DHCPv6 prefix handling for older kernels When setting IPv6 addresses acquired by DHCPv6, systemd-networkd sets the IFA_F_NOPREFIXROUTE flag in the IFA_FLAGS netlink attribute. As the flag and the attribute are present starting with Linux 3.14, older kernels will need systemd-network to manage prefix route expiry. By default, DHCPv6 addresses are first assigned setting the IFA_F_NOPREFIXROUTE flag in the IFA_FLAGS netlink attribute. Should the address assignment fail, the same assignment is tried without the IFA_FLAGS attribute. Should also the second attempt fail, an error is printed and address assignment ends with failure. As successful use of the IFA_FLAGS netlink attribute is recorded in the Link structure, the DHCPv6 code will know if the kernel or systemd-network fallback code handles expiring prefixes. The prefix expiration and IPv6 address updating fallback code is resurrected from the parts deleted with commit 47d45d3cde45d6545367570264e4e3636bc9e345. This patch can be removed once the minimum kernel requirements are greater than or equal to 3.14.
2015-04-10 13:03:18 +02:00
if (link->rtnl_extended_attrs) {
log_link_warning(link, "Could not set extended netlink attributes, reverting to fallback mechanism");
link->rtnl_extended_attrs = false;
dhcp6_lease_address_acquired(link->dhcp6_client, link);
return 1;
}
tree-wide: remove a number of invocations of strerror() and replace by %m Let's clean up our tree a bit, and reduce invocations of the thread-unsafe strerror() by replacing it with printf()'s %m specifier.
2015-09-30 22:16:17 +02:00
log_link_error_errno(link, r, "Could not set DHCPv6 address: %m");
networkd-dhcp6: Assign DHCPv6 addresses and prefix lengths Once IPv6 addresses have been acquired, assign these to the interface with the prefix lengths taken from the ICMPv6 Router Advertisement handling code. The preferred and valid IPv6 address lifetimes are handed to the kernel which will clean up them if not renewed in time. When a prefix announced via Router Advertisements expires, find all addresses that match that prefix and update the address to have a prefix length of 128 causing the prefix to be off-link.
2015-01-20 18:36:04 +01:00
link_enter_failed(link);
} else if (r >= 0)
networkd: address - process in manager.c rather than link.c
2015-09-22 17:18:20 +02:00
manager_rtnl_process_address(rtnl, m, link->manager);
networkd-dhcp6: Assign DHCPv6 addresses and prefix lengths Once IPv6 addresses have been acquired, assign these to the interface with the prefix lengths taken from the ICMPv6 Router Advertisement handling code. The preferred and valid IPv6 address lifetimes are handed to the kernel which will clean up them if not renewed in time. When a prefix announced via Router Advertisements expires, find all addresses that match that prefix and update the address to have a prefix length of 128 causing the prefix to be off-link.
2015-01-20 18:36:04 +01:00
return 1;
}
network: beef up ipv6 RA support considerably This reworks sd-ndisc and networkd substantially to support IPv6 RA much more comprehensively. Since the API is extended quite a bit networkd has been ported over too, and the patch is not as straight-forward as one could wish. The rework includes: - Support for DNSSL, RDNSS and RA routing options in sd-ndisc and networkd. Two new configuration options have been added to networkd to make this configurable. - sd-ndisc now exposes an sd_ndisc_router object that encapsulates a full RA message, and has direct, friendly acessor functions for the singleton RA properties, as well as an iterative interface to iterate through known and unsupported options. The router object may either be retrieved from the wire, or generated from raw data. In many ways the sd-ndisc API now matches the sd-lldp API, except that no implicit database of seen data is kept. (Note that sd-ndisc actually had a half-written, but unused implementaiton of such a store, which is removed now.) - sd-ndisc will now collect the reception timestamps of RA, which is useful to make sd_ndisc_router fully descriptive of what it covers. Fixes: #1079
2016-06-02 20:38:12 +02:00
static int dhcp6_address_change(
Link *link,
struct in6_addr *ip6_addr,
uint32_t lifetime_preferred,
uint32_t lifetime_valid) {
tree-wide: drop redundant _cleanup_ macros (#8810) This drops a good number of type-specific _cleanup_ macros, and patches all users to just use the generic ones. In most recent code we abstained from defining type-specific macros, and this basically removes all those added already, with the exception of the really low-level ones. Having explicit macros for this is not too useful, as the expression without the extra macro is generally just 2ch wider. We should generally emphesize generic code, unless there are really good reasons for specific code, hence let's follow this in this case too. Note that _cleanup_free_ and similar really low-level, libc'ish, Linux API'ish macros continue to be defined, only the really high-level OO ones are dropped. From now on this should really be the rule: for really low-level stuff, such as memory allocation, fd handling and so one, go ahead and define explicit per-type macros, but for high-level, specific program code, just use the generic _cleanup_() macro directly, in order to keep things simple and as readable as possible for the uninitiated. Note that before this patch some of the APIs (notable libudev ones) were already used with the high-level macros at some places and with the generic _cleanup_ macro at others. With this patch we hence unify on the latter.
2018-04-25 12:31:45 +02:00
_cleanup_(address_freep) Address *addr = NULL;
network: beef up ipv6 RA support considerably This reworks sd-ndisc and networkd substantially to support IPv6 RA much more comprehensively. Since the API is extended quite a bit networkd has been ported over too, and the patch is not as straight-forward as one could wish. The rework includes: - Support for DNSSL, RDNSS and RA routing options in sd-ndisc and networkd. Two new configuration options have been added to networkd to make this configurable. - sd-ndisc now exposes an sd_ndisc_router object that encapsulates a full RA message, and has direct, friendly acessor functions for the singleton RA properties, as well as an iterative interface to iterate through known and unsupported options. The router object may either be retrieved from the wire, or generated from raw data. In many ways the sd-ndisc API now matches the sd-lldp API, except that no implicit database of seen data is kept. (Note that sd-ndisc actually had a half-written, but unused implementaiton of such a store, which is removed now.) - sd-ndisc will now collect the reception timestamps of RA, which is useful to make sd_ndisc_router fully descriptive of what it covers. Fixes: #1079
2016-06-02 20:38:12 +02:00
char buffer[INET6_ADDRSTRLEN];
int r;
networkd-dhcp6: Assign DHCPv6 addresses and prefix lengths Once IPv6 addresses have been acquired, assign these to the interface with the prefix lengths taken from the ICMPv6 Router Advertisement handling code. The preferred and valid IPv6 address lifetimes are handed to the kernel which will clean up them if not renewed in time. When a prefix announced via Router Advertisements expires, find all addresses that match that prefix and update the address to have a prefix length of 128 causing the prefix to be off-link.
2015-01-20 18:36:04 +01:00
networkd: route/address - simplify and unify creators Rename new_dynamic() to simply _new() and reuse that from new_static().
2015-09-21 15:53:40 +02:00
r = address_new(&addr);
networkd-dhcp6: Assign DHCPv6 addresses and prefix lengths Once IPv6 addresses have been acquired, assign these to the interface with the prefix lengths taken from the ICMPv6 Router Advertisement handling code. The preferred and valid IPv6 address lifetimes are handed to the kernel which will clean up them if not renewed in time. When a prefix announced via Router Advertisements expires, find all addresses that match that prefix and update the address to have a prefix length of 128 causing the prefix to be off-link.
2015-01-20 18:36:04 +01:00
if (r < 0)
return r;
addr->family = AF_INET6;
memcpy(&addr->in_addr.in6, ip6_addr, sizeof(*ip6_addr));
systemd-networkd: Use IFA_F_NOPREFIXROUTE with IPv6 addresses The IFA_F_NOPREFIXROUTE flag prevents the kernel from creating new onlink prefixes when a DHCPv6 IPv6 address with a prefix length is set from user space. IPv6 routing will follow the onlink status from Router Advertisment Prefix Information options or any manually set route, which is the correct thing to do. As this flag has a larger value than what fits into an unsigned char, update the flag attribute to an uint32_t and set it with an IFA_FLAGS attribute when writing netlink messages to the kernel.
2015-02-02 12:13:17 +01:00
addr->flags = IFA_F_NOPREFIXROUTE;
networkd: dhcp6 - DHCPv6 addresses should always be /128 The routing information should be configured separately by ND, there is no need to indicate the prefix again in the DHCPv6 addresses. See discussion and related links at issue #1520.
2015-10-18 16:59:21 +02:00
addr->prefixlen = 128;
networkd-dhcp6: Assign DHCPv6 addresses and prefix lengths Once IPv6 addresses have been acquired, assign these to the interface with the prefix lengths taken from the ICMPv6 Router Advertisement handling code. The preferred and valid IPv6 address lifetimes are handed to the kernel which will clean up them if not renewed in time. When a prefix announced via Router Advertisements expires, find all addresses that match that prefix and update the address to have a prefix length of 128 causing the prefix to be off-link.
2015-01-20 18:36:04 +01:00
addr->cinfo.ifa_prefered = lifetime_preferred;
addr->cinfo.ifa_valid = lifetime_valid;
core,network: major per-object logging rework This changes log_unit_info() (and friends) to take a real Unit* object insted of just a unit name as parameter. The call will now prefix all logged messages with the unit name, thus allowing the unit name to be dropped from the various passed romat strings, simplifying invocations drastically, and unifying log output across messages. Also, UNIT= vs. USER_UNIT= is now derived from the Manager object attached to the Unit object, instead of getpid(). This has the benefit of correcting the field for --test runs. Also contains a couple of other logging improvements: - Drops a couple of strerror() invocations in favour of using %m. - Not only .mount units now warn if a symlinks exist for the mount point already, .automount units do that too, now. - A few invocations of log_struct() that didn't actually pass any additional structured data have been replaced by simpler invocations of log_unit_info() and friends. - For structured data a new LOG_UNIT_MESSAGE() macro has been added, that works like LOG_MESSAGE() but prefixes the message with the unit name. Similar, there's now LOG_LINK_MESSAGE() and LOG_NETDEV_MESSAGE(). - For structured data new LOG_UNIT_ID(), LOG_LINK_INTERFACE(), LOG_NETDEV_INTERFACE() macros have been added that generate the necessary per object fields. The old log_unit_struct() call has been removed in favour of these new macros used in raw log_struct() invocations. In addition to removing one more function call this allows generated structured log messages that contain two object fields, as necessary for example for network interfaces that are joined into another network interface, and whose messages shall be indexed by both. - The LOG_ERRNO() macro has been removed, in favour of log_struct_errno(). The latter has the benefit of ensuring that %m in format strings is properly resolved to the specified error number. - A number of logging messages have been converted to use log_unit_info() instead of log_info() - The client code in sysv-generator no longer #includes core code from src/core/. - log_unit_full_errno() has been removed, log_unit_full() instead takes an errno now, too. - log_unit_info(), log_link_info(), log_netdev_info() and friends, now avoid double evaluation of their parameters
2015-05-11 20:38:21 +02:00
log_link_info(link,
network: beef up ipv6 RA support considerably This reworks sd-ndisc and networkd substantially to support IPv6 RA much more comprehensively. Since the API is extended quite a bit networkd has been ported over too, and the patch is not as straight-forward as one could wish. The rework includes: - Support for DNSSL, RDNSS and RA routing options in sd-ndisc and networkd. Two new configuration options have been added to networkd to make this configurable. - sd-ndisc now exposes an sd_ndisc_router object that encapsulates a full RA message, and has direct, friendly acessor functions for the singleton RA properties, as well as an iterative interface to iterate through known and unsupported options. The router object may either be retrieved from the wire, or generated from raw data. In many ways the sd-ndisc API now matches the sd-lldp API, except that no implicit database of seen data is kept. (Note that sd-ndisc actually had a half-written, but unused implementaiton of such a store, which is removed now.) - sd-ndisc will now collect the reception timestamps of RA, which is useful to make sd_ndisc_router fully descriptive of what it covers. Fixes: #1079
2016-06-02 20:38:12 +02:00
"DHCPv6 address %s/%d timeout preferred %d valid %d",
inet_ntop(AF_INET6, &addr->in_addr.in6, buffer, sizeof(buffer)),
core,network: major per-object logging rework This changes log_unit_info() (and friends) to take a real Unit* object insted of just a unit name as parameter. The call will now prefix all logged messages with the unit name, thus allowing the unit name to be dropped from the various passed romat strings, simplifying invocations drastically, and unifying log output across messages. Also, UNIT= vs. USER_UNIT= is now derived from the Manager object attached to the Unit object, instead of getpid(). This has the benefit of correcting the field for --test runs. Also contains a couple of other logging improvements: - Drops a couple of strerror() invocations in favour of using %m. - Not only .mount units now warn if a symlinks exist for the mount point already, .automount units do that too, now. - A few invocations of log_struct() that didn't actually pass any additional structured data have been replaced by simpler invocations of log_unit_info() and friends. - For structured data a new LOG_UNIT_MESSAGE() macro has been added, that works like LOG_MESSAGE() but prefixes the message with the unit name. Similar, there's now LOG_LINK_MESSAGE() and LOG_NETDEV_MESSAGE(). - For structured data new LOG_UNIT_ID(), LOG_LINK_INTERFACE(), LOG_NETDEV_INTERFACE() macros have been added that generate the necessary per object fields. The old log_unit_struct() call has been removed in favour of these new macros used in raw log_struct() invocations. In addition to removing one more function call this allows generated structured log messages that contain two object fields, as necessary for example for network interfaces that are joined into another network interface, and whose messages shall be indexed by both. - The LOG_ERRNO() macro has been removed, in favour of log_struct_errno(). The latter has the benefit of ensuring that %m in format strings is properly resolved to the specified error number. - A number of logging messages have been converted to use log_unit_info() instead of log_info() - The client code in sysv-generator no longer #includes core code from src/core/. - log_unit_full_errno() has been removed, log_unit_full() instead takes an errno now, too. - log_unit_info(), log_link_info(), log_netdev_info() and friends, now avoid double evaluation of their parameters
2015-05-11 20:38:21 +02:00
addr->prefixlen, lifetime_preferred, lifetime_valid);
networkd-dhcp6: Assign DHCPv6 addresses and prefix lengths Once IPv6 addresses have been acquired, assign these to the interface with the prefix lengths taken from the ICMPv6 Router Advertisement handling code. The preferred and valid IPv6 address lifetimes are handed to the kernel which will clean up them if not renewed in time. When a prefix announced via Router Advertisements expires, find all addresses that match that prefix and update the address to have a prefix length of 128 causing the prefix to be off-link.
2015-01-20 18:36:04 +01:00
networkd: address - merge _change() into _configure() These functions are almost entirely the same, so avoid duplication.
2015-10-01 17:31:14 +02:00
r = address_configure(addr, link, dhcp6_address_handler, true);
networkd-dhcp6: Assign DHCPv6 addresses and prefix lengths Once IPv6 addresses have been acquired, assign these to the interface with the prefix lengths taken from the ICMPv6 Router Advertisement handling code. The preferred and valid IPv6 address lifetimes are handed to the kernel which will clean up them if not renewed in time. When a prefix announced via Router Advertisements expires, find all addresses that match that prefix and update the address to have a prefix length of 128 causing the prefix to be off-link.
2015-01-20 18:36:04 +01:00
if (r < 0)
core,network: major per-object logging rework This changes log_unit_info() (and friends) to take a real Unit* object insted of just a unit name as parameter. The call will now prefix all logged messages with the unit name, thus allowing the unit name to be dropped from the various passed romat strings, simplifying invocations drastically, and unifying log output across messages. Also, UNIT= vs. USER_UNIT= is now derived from the Manager object attached to the Unit object, instead of getpid(). This has the benefit of correcting the field for --test runs. Also contains a couple of other logging improvements: - Drops a couple of strerror() invocations in favour of using %m. - Not only .mount units now warn if a symlinks exist for the mount point already, .automount units do that too, now. - A few invocations of log_struct() that didn't actually pass any additional structured data have been replaced by simpler invocations of log_unit_info() and friends. - For structured data a new LOG_UNIT_MESSAGE() macro has been added, that works like LOG_MESSAGE() but prefixes the message with the unit name. Similar, there's now LOG_LINK_MESSAGE() and LOG_NETDEV_MESSAGE(). - For structured data new LOG_UNIT_ID(), LOG_LINK_INTERFACE(), LOG_NETDEV_INTERFACE() macros have been added that generate the necessary per object fields. The old log_unit_struct() call has been removed in favour of these new macros used in raw log_struct() invocations. In addition to removing one more function call this allows generated structured log messages that contain two object fields, as necessary for example for network interfaces that are joined into another network interface, and whose messages shall be indexed by both. - The LOG_ERRNO() macro has been removed, in favour of log_struct_errno(). The latter has the benefit of ensuring that %m in format strings is properly resolved to the specified error number. - A number of logging messages have been converted to use log_unit_info() instead of log_info() - The client code in sysv-generator no longer #includes core code from src/core/. - log_unit_full_errno() has been removed, log_unit_full() instead takes an errno now, too. - log_unit_info(), log_link_info(), log_netdev_info() and friends, now avoid double evaluation of their parameters
2015-05-11 20:38:21 +02:00
log_link_warning_errno(link, r, "Could not assign DHCPv6 address: %m");
networkd-dhcp6: Assign DHCPv6 addresses and prefix lengths Once IPv6 addresses have been acquired, assign these to the interface with the prefix lengths taken from the ICMPv6 Router Advertisement handling code. The preferred and valid IPv6 address lifetimes are handed to the kernel which will clean up them if not renewed in time. When a prefix announced via Router Advertisements expires, find all addresses that match that prefix and update the address to have a prefix length of 128 causing the prefix to be off-link.
2015-01-20 18:36:04 +01:00
return r;
}
static int dhcp6_lease_address_acquired(sd_dhcp6_client *client, Link *link) {
int r;
sd_dhcp6_lease *lease;
struct in6_addr ip6_addr;
uint32_t lifetime_preferred, lifetime_valid;
r = sd_dhcp6_client_get_lease(client, &lease);
if (r < 0)
return r;
sd_dhcp6_lease_reset_address_iter(lease);
while (sd_dhcp6_lease_get_address(lease, &ip6_addr,
tree-wide: drop spurious "&"s when passing functions around Also adjust indentation in various places.
2016-05-15 16:22:40 +02:00
&lifetime_preferred,
&lifetime_valid) >= 0) {
networkd-dhcp6: Assign DHCPv6 addresses and prefix lengths Once IPv6 addresses have been acquired, assign these to the interface with the prefix lengths taken from the ICMPv6 Router Advertisement handling code. The preferred and valid IPv6 address lifetimes are handed to the kernel which will clean up them if not renewed in time. When a prefix announced via Router Advertisements expires, find all addresses that match that prefix and update the address to have a prefix length of 128 causing the prefix to be off-link.
2015-01-20 18:36:04 +01:00
networkd: dhcp6 - DHCPv6 addresses should always be /128 The routing information should be configured separately by ND, there is no need to indicate the prefix again in the DHCPv6 addresses. See discussion and related links at issue #1520.
2015-10-18 16:59:21 +02:00
r = dhcp6_address_change(link, &ip6_addr, lifetime_preferred, lifetime_valid);
networkd-dhcp6: Assign DHCPv6 addresses and prefix lengths Once IPv6 addresses have been acquired, assign these to the interface with the prefix lengths taken from the ICMPv6 Router Advertisement handling code. The preferred and valid IPv6 address lifetimes are handed to the kernel which will clean up them if not renewed in time. When a prefix announced via Router Advertisements expires, find all addresses that match that prefix and update the address to have a prefix length of 128 causing the prefix to be off-link.
2015-01-20 18:36:04 +01:00
if (r < 0)
return r;
}
return 0;
}
networkd-dhcp6: Move ICMPv6 and DHCPv6 configuration to new file Handle all aspects of ICMPv6 and DHCPv6 in a file of its own as is done with DHCPv4 and IPv4LL.
2014-12-10 15:17:34 +01:00
static void dhcp6_handler(sd_dhcp6_client *client, int event, void *userdata) {
networkd-dhcp6: Assign DHCPv6 addresses and prefix lengths Once IPv6 addresses have been acquired, assign these to the interface with the prefix lengths taken from the ICMPv6 Router Advertisement handling code. The preferred and valid IPv6 address lifetimes are handed to the kernel which will clean up them if not renewed in time. When a prefix announced via Router Advertisements expires, find all addresses that match that prefix and update the address to have a prefix length of 128 causing the prefix to be off-link.
2015-01-20 18:36:04 +01:00
int r;
networkd-dhcp6: Move ICMPv6 and DHCPv6 configuration to new file Handle all aspects of ICMPv6 and DHCPv6 in a file of its own as is done with DHCPv4 and IPv4LL.
2014-12-10 15:17:34 +01:00
Link *link = userdata;
assert(link);
assert(link->network);
if (IN_SET(link->state, LINK_STATE_FAILED, LINK_STATE_LINGER))
return;
switch(event) {
sd-dhcp6: fix namespacing Prefix all exported constants with SD_DHCP6_CLIENT_* to avoid any namespacing conflicts.
2015-09-22 14:52:23 +02:00
case SD_DHCP6_CLIENT_EVENT_STOP:
case SD_DHCP6_CLIENT_EVENT_RESEND_EXPIRE:
case SD_DHCP6_CLIENT_EVENT_RETRANS_MAX:
networkd: dhcp6 - don't log about losing a lease we never had
2015-11-13 14:35:39 +01:00
if (sd_dhcp6_client_get_lease(client, NULL) >= 0)
log_link_warning(link, "DHCPv6 lease lost");
networkd: Wait for DHCPv6 before announcing link configured Wait until DHCPv6 has acquired an address before announcing the link to be configured. Log the DHCPv6 lease lost event.
2015-09-23 13:52:03 +02:00
networkd-dhcp6: Set one unreachable route per DHCPv6 delegated prefix Instead of setting many small unreachable routes for each of the /64 subnets that were not distributed between the links requesting delegated prefixes, set one unreachable route for the size of the delegated prefix. Each subnet asssigned to a downstream link will add a routable subnet for that link, and as the subnet assigned to the downstream link has a longer prefix than the whole delegated prefix, the downstream link subnet routes are preferred over the unroutable delegated one. The unreachable route is not added when the delegated prefix is exactly a /64 as the prefix size cannot be used to sort out the order of routing into a bigger blocking subnet with the smaller /64 punching routable "holes" into it. When stopping the DHCPv6 client, the unroutable delegated prefix is removed before the downstream link prefixes are unassigned.
2018-09-19 02:32:19 +02:00
(void) dhcp6_lease_pd_prefix_lost(client, link);
networkd: Assign prefixes received via DHCPv6 When receiving one or more prefixes with variable length, assign a 64 bit long prefix for each link that has been configured for DHCPv6 prefix delegation and is not using DHCPv6 to fetch IPv6 adresses. Keep assigning prefixes with length 64 from each prefix received via DHCPv6 as long as there are prefixes left. If the number of prefixes available from a prefix received via DHCPv6 is smaller than the number of links, continue with the next delegated prefix, if any. Remember the prefixes used for each link by storing them in a hash and checking the hash each time a prefix is to be delegated. If an error occurs when assigning a prefix to a link, try assigning the prefix to another link. If the error occurs while updating the prefix, log the situation and continue delegating the rest of the prefixes.
2018-01-04 14:11:59 +01:00
(void) manager_dhcp6_prefix_remove_all(link->manager, link);
networkd: Wait for DHCPv6 before announcing link configured Wait until DHCPv6 has acquired an address before announcing the link to be configured. Log the DHCPv6 lease lost event.
2015-09-23 13:52:03 +02:00
link->dhcp6_configured = false;
networkd-dhcp6: Assign DHCPv6 addresses and prefix lengths Once IPv6 addresses have been acquired, assign these to the interface with the prefix lengths taken from the ICMPv6 Router Advertisement handling code. The preferred and valid IPv6 address lifetimes are handed to the kernel which will clean up them if not renewed in time. When a prefix announced via Router Advertisements expires, find all addresses that match that prefix and update the address to have a prefix length of 128 causing the prefix to be off-link.
2015-01-20 18:36:04 +01:00
break;
sd-dhcp6: fix namespacing Prefix all exported constants with SD_DHCP6_CLIENT_* to avoid any namespacing conflicts.
2015-09-22 14:52:23 +02:00
case SD_DHCP6_CLIENT_EVENT_IP_ACQUIRE:
networkd-dhcp6: Assign DHCPv6 addresses and prefix lengths Once IPv6 addresses have been acquired, assign these to the interface with the prefix lengths taken from the ICMPv6 Router Advertisement handling code. The preferred and valid IPv6 address lifetimes are handed to the kernel which will clean up them if not renewed in time. When a prefix announced via Router Advertisements expires, find all addresses that match that prefix and update the address to have a prefix length of 128 causing the prefix to be off-link.
2015-01-20 18:36:04 +01:00
r = dhcp6_lease_address_acquired(client, link);
if (r < 0) {
link_enter_failed(link);
return;
}
networkd: Assign prefixes received via DHCPv6 When receiving one or more prefixes with variable length, assign a 64 bit long prefix for each link that has been configured for DHCPv6 prefix delegation and is not using DHCPv6 to fetch IPv6 adresses. Keep assigning prefixes with length 64 from each prefix received via DHCPv6 as long as there are prefixes left. If the number of prefixes available from a prefix received via DHCPv6 is smaller than the number of links, continue with the next delegated prefix, if any. Remember the prefixes used for each link by storing them in a hash and checking the hash each time a prefix is to be delegated. If an error occurs when assigning a prefix to a link, try assigning the prefix to another link. If the error occurs while updating the prefix, log the situation and continue delegating the rest of the prefixes.
2018-01-04 14:11:59 +01:00
r = dhcp6_lease_pd_prefix_acquired(client, link);
if (r < 0)
log_link_debug(link, "DHCPv6 did not receive prefixes to delegate");
tree-wide: adjust fall through comments so that gcc is happy Distcc removes comments, making the comment silencing not work. I know there was a decision against a macro in commit ec251fe7d5bc24b5d38b0853bc5969f3a0ba06e2
2017-11-19 19:06:10 +01:00
_fallthrough_;
sd-dhcp6: fix namespacing Prefix all exported constants with SD_DHCP6_CLIENT_* to avoid any namespacing conflicts.
2015-09-22 14:52:23 +02:00
case SD_DHCP6_CLIENT_EVENT_INFORMATION_REQUEST:
networkd-dhcp6: Assign DHCPv6 addresses and prefix lengths Once IPv6 addresses have been acquired, assign these to the interface with the prefix lengths taken from the ICMPv6 Router Advertisement handling code. The preferred and valid IPv6 address lifetimes are handed to the kernel which will clean up them if not renewed in time. When a prefix announced via Router Advertisements expires, find all addresses that match that prefix and update the address to have a prefix length of 128 causing the prefix to be off-link.
2015-01-20 18:36:04 +01:00
r = dhcp6_lease_information_acquired(client, link);
if (r < 0) {
link_enter_failed(link);
return;
}
networkd-dhcp6: Move ICMPv6 and DHCPv6 configuration to new file Handle all aspects of ICMPv6 and DHCPv6 in a file of its own as is done with DHCPv4 and IPv4LL.
2014-12-10 15:17:34 +01:00
networkd: Wait for DHCPv6 before announcing link configured Wait until DHCPv6 has acquired an address before announcing the link to be configured. Log the DHCPv6 lease lost event.
2015-09-23 13:52:03 +02:00
link->dhcp6_configured = true;
networkd-dhcp6: Move ICMPv6 and DHCPv6 configuration to new file Handle all aspects of ICMPv6 and DHCPv6 in a file of its own as is done with DHCPv4 and IPv4LL.
2014-12-10 15:17:34 +01:00
break;
default:
if (event < 0)
tree-wide: remove a number of invocations of strerror() and replace by %m Let's clean up our tree a bit, and reduce invocations of the thread-unsafe strerror() by replacing it with printf()'s %m specifier.
2015-09-30 22:16:17 +02:00
log_link_warning_errno(link, event, "DHCPv6 error: %m");
networkd-dhcp6: Move ICMPv6 and DHCPv6 configuration to new file Handle all aspects of ICMPv6 and DHCPv6 in a file of its own as is done with DHCPv4 and IPv4LL.
2014-12-10 15:17:34 +01:00
else
tree-wide: remove a number of invocations of strerror() and replace by %m Let's clean up our tree a bit, and reduce invocations of the thread-unsafe strerror() by replacing it with printf()'s %m specifier.
2015-09-30 22:16:17 +02:00
log_link_warning(link, "DHCPv6 unknown event: %d", event);
networkd-dhcp6: Move ICMPv6 and DHCPv6 configuration to new file Handle all aspects of ICMPv6 and DHCPv6 in a file of its own as is done with DHCPv4 and IPv4LL.
2014-12-10 15:17:34 +01:00
return;
}
networkd: Wait for DHCPv6 before announcing link configured Wait until DHCPv6 has acquired an address before announcing the link to be configured. Log the DHCPv6 lease lost event.
2015-09-23 13:52:03 +02:00
networkd: link - only consider configured when all addresses are ready We were considering a link configured whilst its IPv6 addresses were still tentative. Fixes issue #650.
2015-09-28 13:38:43 +02:00
link_check_ready(link);
networkd-dhcp6: Move ICMPv6 and DHCPv6 configuration to new file Handle all aspects of ICMPv6 and DHCPv6 in a file of its own as is done with DHCPv4 and IPv4LL.
2014-12-10 15:17:34 +01:00
}
networkd-dhcp6: generalize DHCPv6 client (re)starting dhcp6_request_address() was merely a function to switch the DHCPv6 client from "stateless" mode to "stateful" mode. It was also a one-way switch. Also, to (re)start the client, we would need to repeat separate function calls. In this patch, dhcp6_request_address() is made a general starter/manager of the DHCPv6 client. It now takes an extra parameter so we will be specifying which mode the DHCPv6 client should be started in. Also it will keep track of the current mode and compare with the newly requested mode, and only restart the client in case there is a difference between them. This also makes sure that the DHCPv6 client will be (re)started accordingly as per the Router Advertisement flags.
2016-06-01 08:54:46 +02:00
int dhcp6_request_address(Link *link, int ir) {
networkd-network: Introduce DHCPv6 PD knob for RFC 7084 WPD-4 RFC 7084, WPD-4, requires Customer Edge end routers to behave according to the following: "WPD-4: By default, the IPv6 CE router MUST initiate DHCPv6 prefix delegation when either the M or O flags are set to 1 in a received Router Advertisement (RA) message. Behavior of the CE router to use DHCPv6 prefix delegation when the CE router has not received any RA or received an RA with the M and the O bits set to zero is out of scope for this document." Since it cannot be automatically detected whether DHCPv6 is to be operated as an CE end router or whether to initiate an Informational exchange to obtain other useful network information via DHCPv6 when the Router Advertisement 'O' bit is set, a 'ForceDHCPv6PDOtherInformation' boolean network configuration option in the '[DHCP]' section of a is introduced. Setting this option causes DHCPv6 to be started in stateful mode, although only the 'O' bit is seen in the Router Advertisement. When 'ForceDHCPv6PDOtherInformation' is set and the Router Advertisement has only the Other information 'O' bit set, disable requests for IA_NA addresses. Fixes #9745.
2018-09-07 22:15:55 +02:00
int r, inf_req, pd;
networkd: dhcp6 - split up configure() method Enabling address acquisition, configuring the client and starting the client are now split out. This to better handle the client being repeatedly enabled due to router advertisements.
2015-11-10 15:43:52 +01:00
bool running;
networkd-dhcp6: Move ICMPv6 and DHCPv6 configuration to new file Handle all aspects of ICMPv6 and DHCPv6 in a file of its own as is done with DHCPv4 and IPv4LL.
2014-12-10 15:17:34 +01:00
networkd: dhcp6 - split up configure() method Enabling address acquisition, configuring the client and starting the client are now split out. This to better handle the client being repeatedly enabled due to router advertisements.
2015-11-10 15:43:52 +01:00
assert(link);
assert(link->dhcp6_client);
networkd-network: Introduce DHCPv6 PD knob for RFC 7084 WPD-4 RFC 7084, WPD-4, requires Customer Edge end routers to behave according to the following: "WPD-4: By default, the IPv6 CE router MUST initiate DHCPv6 prefix delegation when either the M or O flags are set to 1 in a received Router Advertisement (RA) message. Behavior of the CE router to use DHCPv6 prefix delegation when the CE router has not received any RA or received an RA with the M and the O bits set to zero is out of scope for this document." Since it cannot be automatically detected whether DHCPv6 is to be operated as an CE end router or whether to initiate an Informational exchange to obtain other useful network information via DHCPv6 when the Router Advertisement 'O' bit is set, a 'ForceDHCPv6PDOtherInformation' boolean network configuration option in the '[DHCP]' section of a is introduced. Setting this option causes DHCPv6 to be started in stateful mode, although only the 'O' bit is seen in the Router Advertisement. When 'ForceDHCPv6PDOtherInformation' is set and the Router Advertisement has only the Other information 'O' bit set, disable requests for IA_NA addresses. Fixes #9745.
2018-09-07 22:15:55 +02:00
assert(link->network);
networkd-dhcp6: generalize DHCPv6 client (re)starting dhcp6_request_address() was merely a function to switch the DHCPv6 client from "stateless" mode to "stateful" mode. It was also a one-way switch. Also, to (re)start the client, we would need to repeat separate function calls. In this patch, dhcp6_request_address() is made a general starter/manager of the DHCPv6 client. It now takes an extra parameter so we will be specifying which mode the DHCPv6 client should be started in. Also it will keep track of the current mode and compare with the newly requested mode, and only restart the client in case there is a difference between them. This also makes sure that the DHCPv6 client will be (re)started accordingly as per the Router Advertisement flags.
2016-06-01 08:54:46 +02:00
assert(in_addr_is_link_local(AF_INET6, (const union in_addr_union*)&link->ipv6ll_address) > 0);
networkd-dhcp6: Support ICMPv6 Other information When ICMPv6 Other information is received, enable Information request in DHCPv6. If the DHCPv6 client already exists, only update the client if there is a transition from Other to Managed state.
2014-12-10 15:17:35 +01:00
networkd: dhcp6 - split up configure() method Enabling address acquisition, configuring the client and starting the client are now split out. This to better handle the client being repeatedly enabled due to router advertisements.
2015-11-10 15:43:52 +01:00
r = sd_dhcp6_client_is_running(link->dhcp6_client);
if (r < 0)
return r;
else
tree-wide: drop !! casts to booleans They are not needed, because anything that is non-zero is converted to true. C11: > 6.3.1.2: When any scalar value is converted to _Bool, the result is 0 if the > value compares equal to 0; otherwise, the result is 1. https://stackoverflow.com/questions/31551888/casting-int-to-bool-in-c-c
2018-06-11 16:02:03 +02:00
running = r;
sd-dhcp6-client: Properly handle DHCPv6 client restart after resume Whenever a Router Advertisement is received, dhcp6_configure() will be called. A Router Advertisment can also instruct DHCPv6 to start acquiring IPv6 addresses in manged mode, if it previously was handling only other information. As an Router Advertisment is also received after the DHCPv6 client has resumed from a suspend, fix the function not to assume DHCPv6 is currently running, but instead try to restart it. Handle sd_dhcp6_start() returning -EALREADY indicating that the DHCPv6 client was already running. Collect all client unrefs in one place to unclutter the error handling. Fixes https://github.com/systemd/systemd/issues/963
2015-09-23 13:10:26 +02:00
networkd-network: Introduce DHCPv6 PD knob for RFC 7084 WPD-4 RFC 7084, WPD-4, requires Customer Edge end routers to behave according to the following: "WPD-4: By default, the IPv6 CE router MUST initiate DHCPv6 prefix delegation when either the M or O flags are set to 1 in a received Router Advertisement (RA) message. Behavior of the CE router to use DHCPv6 prefix delegation when the CE router has not received any RA or received an RA with the M and the O bits set to zero is out of scope for this document." Since it cannot be automatically detected whether DHCPv6 is to be operated as an CE end router or whether to initiate an Informational exchange to obtain other useful network information via DHCPv6 when the Router Advertisement 'O' bit is set, a 'ForceDHCPv6PDOtherInformation' boolean network configuration option in the '[DHCP]' section of a is introduced. Setting this option causes DHCPv6 to be started in stateful mode, although only the 'O' bit is seen in the Router Advertisement. When 'ForceDHCPv6PDOtherInformation' is set and the Router Advertisement has only the Other information 'O' bit set, disable requests for IA_NA addresses. Fixes #9745.
2018-09-07 22:15:55 +02:00
r = sd_dhcp6_client_get_prefix_delegation(link->dhcp6_client, &pd);
if (r < 0)
return r;
if (pd && ir && link->network->dhcp6_force_pd_other_information) {
log_link_debug(link, "Enabling managed mode to request DHCPv6 PD with 'Other Information' set");
r = sd_dhcp6_client_set_address_request(link->dhcp6_client,
false);
if (r < 0 )
return r;
ir = false;
}
networkd: dhcp6 - split up configure() method Enabling address acquisition, configuring the client and starting the client are now split out. This to better handle the client being repeatedly enabled due to router advertisements.
2015-11-10 15:43:52 +01:00
if (running) {
networkd-dhcp6: generalize DHCPv6 client (re)starting dhcp6_request_address() was merely a function to switch the DHCPv6 client from "stateless" mode to "stateful" mode. It was also a one-way switch. Also, to (re)start the client, we would need to repeat separate function calls. In this patch, dhcp6_request_address() is made a general starter/manager of the DHCPv6 client. It now takes an extra parameter so we will be specifying which mode the DHCPv6 client should be started in. Also it will keep track of the current mode and compare with the newly requested mode, and only restart the client in case there is a difference between them. This also makes sure that the DHCPv6 client will be (re)started accordingly as per the Router Advertisement flags.
2016-06-01 08:54:46 +02:00
r = sd_dhcp6_client_get_information_request(link->dhcp6_client, &inf_req);
if (r < 0)
return r;
if (inf_req == ir)
return 0;
networkd: dhcp6 - split up configure() method Enabling address acquisition, configuring the client and starting the client are now split out. This to better handle the client being repeatedly enabled due to router advertisements.
2015-11-10 15:43:52 +01:00
r = sd_dhcp6_client_stop(link->dhcp6_client);
if (r < 0)
return r;
networkd-dhcp6: generalize DHCPv6 client (re)starting dhcp6_request_address() was merely a function to switch the DHCPv6 client from "stateless" mode to "stateful" mode. It was also a one-way switch. Also, to (re)start the client, we would need to repeat separate function calls. In this patch, dhcp6_request_address() is made a general starter/manager of the DHCPv6 client. It now takes an extra parameter so we will be specifying which mode the DHCPv6 client should be started in. Also it will keep track of the current mode and compare with the newly requested mode, and only restart the client in case there is a difference between them. This also makes sure that the DHCPv6 client will be (re)started accordingly as per the Router Advertisement flags.
2016-06-01 08:54:46 +02:00
} else {
r = sd_dhcp6_client_set_local_address(link->dhcp6_client, &link->ipv6ll_address);
if (r < 0)
return r;
networkd: dhcp6 - split up configure() method Enabling address acquisition, configuring the client and starting the client are now split out. This to better handle the client being repeatedly enabled due to router advertisements.
2015-11-10 15:43:52 +01:00
}
networkd-dhcp6: Support ICMPv6 Other information When ICMPv6 Other information is received, enable Information request in DHCPv6. If the DHCPv6 client already exists, only update the client if there is a transition from Other to Managed state.
2014-12-10 15:17:35 +01:00
networkd-dhcp6: generalize DHCPv6 client (re)starting dhcp6_request_address() was merely a function to switch the DHCPv6 client from "stateless" mode to "stateful" mode. It was also a one-way switch. Also, to (re)start the client, we would need to repeat separate function calls. In this patch, dhcp6_request_address() is made a general starter/manager of the DHCPv6 client. It now takes an extra parameter so we will be specifying which mode the DHCPv6 client should be started in. Also it will keep track of the current mode and compare with the newly requested mode, and only restart the client in case there is a difference between them. This also makes sure that the DHCPv6 client will be (re)started accordingly as per the Router Advertisement flags.
2016-06-01 08:54:46 +02:00
r = sd_dhcp6_client_set_information_request(link->dhcp6_client, ir);
if (r < 0)
return r;
r = sd_dhcp6_client_start(link->dhcp6_client);
networkd: dhcp6 - split up configure() method Enabling address acquisition, configuring the client and starting the client are now split out. This to better handle the client being repeatedly enabled due to router advertisements.
2015-11-10 15:43:52 +01:00
if (r < 0)
return r;
networkd-dhcp6: Support ICMPv6 Other information When ICMPv6 Other information is received, enable Information request in DHCPv6. If the DHCPv6 client already exists, only update the client if there is a transition from Other to Managed state.
2014-12-10 15:17:35 +01:00
networkd: dhcp6 - split up configure() method Enabling address acquisition, configuring the client and starting the client are now split out. This to better handle the client being repeatedly enabled due to router advertisements.
2015-11-10 15:43:52 +01:00
return 0;
}
networkd: Wait for DHCPv6 before announcing link configured Wait until DHCPv6 has acquired an address before announcing the link to be configured. Log the DHCPv6 lease lost event.
2015-09-23 13:52:03 +02:00
sd-dhcp6-client: Implement FQDN Option (#7309) Implement DHCPv6 option to exchange information about the Fully Qualified Domain Name (FQDN) according to RFC 4704. The RFC 4704 describes two models of operations in section 3, currently only the second model is supported (DHCPv6 server updates both the AAAA and the PTR RRs). The existing DHCP Section Options SendHostname and Hostname are sent as FQDN to the server. According to section 4.2 sending only parts of its FQDN is allowed. Fixes #4682.
2017-11-16 10:07:07 +01:00
static int dhcp6_set_hostname(sd_dhcp6_client *client, Link *link) {
_cleanup_free_ char *hostname = NULL;
const char *hn;
int r;
assert(link);
if (!link->network->dhcp_send_hostname)
hn = NULL;
else if (link->network->dhcp_hostname)
hn = link->network->dhcp_hostname;
else {
r = gethostname_strict(&hostname);
if (r < 0 && r != -ENXIO) /* ENXIO: no hostname set or hostname is "localhost" */
return r;
hn = hostname;
}
network: DHCP: ignore error in setting hostname when it is given by uname() C.f. #9759.
2018-08-02 09:31:10 +02:00
r = sd_dhcp6_client_set_fqdn(client, hn);
if (r == -EINVAL && hostname)
/* Ignore error when the machine's hostname is not suitable to send in DHCP packet. */
log_link_warning_errno(link, r, "DHCP6 CLIENT: Failed to set hostname from kernel hostname, ignoring: %m");
else if (r < 0)
return log_link_error_errno(link, r, "DHCP6 CLIENT: Failed to set hostname: %m");
return 0;
sd-dhcp6-client: Implement FQDN Option (#7309) Implement DHCPv6 option to exchange information about the Fully Qualified Domain Name (FQDN) according to RFC 4704. The RFC 4704 describes two models of operations in section 3, currently only the second model is supported (DHCPv6 server updates both the AAAA and the PTR RRs). The existing DHCP Section Options SendHostname and Hostname are sent as FQDN to the server. According to section 4.2 sending only parts of its FQDN is allowed. Fixes #4682.
2017-11-16 10:07:07 +01:00
}
networkd: dhcp6 - split up configure() method Enabling address acquisition, configuring the client and starting the client are now split out. This to better handle the client being repeatedly enabled due to router advertisements.
2015-11-10 15:43:52 +01:00
int dhcp6_configure(Link *link) {
network: add more log messages in configuring DHCP6 client
2018-08-01 03:42:49 +02:00
_cleanup_(sd_dhcp6_client_unrefp) sd_dhcp6_client *client = NULL;
networkd: rework duid_{type,duid_type,duid,duid_len} setting Separate fields are replaced with a struct. Second second duid type field is removed. The first field was used to carry the result of DUIDType= configuration, and the second was either a copy of this, or contained the type extracted from DuidRawData. The semantics are changed so that the type specified in DUIDType is always used. DUIDRawData= no longer overrides the type setting. The networkd code is now more constrained than the sd-dhcp code: DUIDRawData cannot have 0 length, length 0 is treated the same as unsetting. Likewise, it is not possible to set a DUIDType=0. If it ever becomes necessary to set type=0 or a zero-length duid, the code can be changed to support that. Nevertheless, I think that's unlikely. This addresses #3127 § 1 and 3. v2: - rename DUID.duid, DUID.duid_len to DUID.raw_data, DUID.raw_data_len
2016-04-29 05:23:45 +02:00
const DUID *duid;
networkd: DHCPv6 client allow to configure Rapid Commit (#6930) The DHCPv6 client can obtain configuration parameters from a DHCPv6 server through a rapid two-message exchange solicit and reply). When the rapid commit option is enabled by both the DHCPv6 client and the DHCPv6 server, the two-message exchange is used, rather than the default four-method exchange (solicit, advertise, request, and reply). The two-message exchange provides faster client configuration and is beneficial in environments in which networks are under a heavy load. Closes #5845
2018-01-22 09:09:18 +01:00
int r;
networkd: dhcp6 - split up configure() method Enabling address acquisition, configuring the client and starting the client are now split out. This to better handle the client being repeatedly enabled due to router advertisements.
2015-11-10 15:43:52 +01:00
assert(link);
networkd: DHCPv6 client allow to configure Rapid Commit (#6930) The DHCPv6 client can obtain configuration parameters from a DHCPv6 server through a rapid two-message exchange solicit and reply). When the rapid commit option is enabled by both the DHCPv6 client and the DHCPv6 server, the two-message exchange is used, rather than the default four-method exchange (solicit, advertise, request, and reply). The two-message exchange provides faster client configuration and is beneficial in environments in which networks are under a heavy load. Closes #5845
2018-01-22 09:09:18 +01:00
assert(link->network);
networkd: dhcp6 - split up configure() method Enabling address acquisition, configuring the client and starting the client are now split out. This to better handle the client being repeatedly enabled due to router advertisements.
2015-11-10 15:43:52 +01:00
networkd: ndisc - always configure dhcp6 client The ndisc client may trigger the dhcpv6 client to be started (this is the common case), so we should allocate the dhcpv6 client whenever we allocate the ndisc one.
2015-11-16 16:47:18 +01:00
if (link->dhcp6_client)
return 0;
networkd: dhcp6 - split up configure() method Enabling address acquisition, configuring the client and starting the client are now split out. This to better handle the client being repeatedly enabled due to router advertisements.
2015-11-10 15:43:52 +01:00
r = sd_dhcp6_client_new(&client);
network: add more log messages in configuring DHCP6 client
2018-08-01 03:42:49 +02:00
if (r == -ENOMEM)
return log_oom();
networkd: dhcp6 - split up configure() method Enabling address acquisition, configuring the client and starting the client are now split out. This to better handle the client being repeatedly enabled due to router advertisements.
2015-11-10 15:43:52 +01:00
if (r < 0)
network: add more log messages in configuring DHCP6 client
2018-08-01 03:42:49 +02:00
return log_link_error_errno(link, r, "DHCP6 CLIENT: Failed to create DHCP6 client: %m");
networkd-dhcp6: Move ICMPv6 and DHCPv6 configuration to new file Handle all aspects of ICMPv6 and DHCPv6 in a file of its own as is done with DHCPv4 and IPv4LL.
2014-12-10 15:17:34 +01:00
networkd: dhcp6 - split up configure() method Enabling address acquisition, configuring the client and starting the client are now split out. This to better handle the client being repeatedly enabled due to router advertisements.
2015-11-10 15:43:52 +01:00
r = sd_dhcp6_client_attach_event(client, NULL, 0);
networkd-dhcp6: Move ICMPv6 and DHCPv6 configuration to new file Handle all aspects of ICMPv6 and DHCPv6 in a file of its own as is done with DHCPv4 and IPv4LL.
2014-12-10 15:17:34 +01:00
if (r < 0)
network: add more log messages in configuring DHCP6 client
2018-08-01 03:42:49 +02:00
return log_link_error_errno(link, r, "DHCP6 CLIENT: Failed to attach event: %m");
networkd-dhcp6: Move ICMPv6 and DHCPv6 configuration to new file Handle all aspects of ICMPv6 and DHCPv6 in a file of its own as is done with DHCPv4 and IPv4LL.
2014-12-10 15:17:34 +01:00
networkd: dhcp6 - split up configure() method Enabling address acquisition, configuring the client and starting the client are now split out. This to better handle the client being repeatedly enabled due to router advertisements.
2015-11-10 15:43:52 +01:00
r = sd_dhcp6_client_set_mac(client,
networkd-dhcp6: Move ICMPv6 and DHCPv6 configuration to new file Handle all aspects of ICMPv6 and DHCPv6 in a file of its own as is done with DHCPv4 and IPv4LL.
2014-12-10 15:17:34 +01:00
(const uint8_t *) &link->mac,
sizeof (link->mac), ARPHRD_ETHER);
sd-dhcp6-client: Properly handle DHCPv6 client restart after resume Whenever a Router Advertisement is received, dhcp6_configure() will be called. A Router Advertisment can also instruct DHCPv6 to start acquiring IPv6 addresses in manged mode, if it previously was handling only other information. As an Router Advertisment is also received after the DHCPv6 client has resumed from a suspend, fix the function not to assume DHCPv6 is currently running, but instead try to restart it. Handle sd_dhcp6_start() returning -EALREADY indicating that the DHCPv6 client was already running. Collect all client unrefs in one place to unclutter the error handling. Fixes https://github.com/systemd/systemd/issues/963
2015-09-23 13:10:26 +02:00
if (r < 0)
network: add more log messages in configuring DHCP6 client
2018-08-01 03:42:49 +02:00
return log_link_error_errno(link, r, "DHCP6 CLIENT: Failed to set MAC address: %m");
networkd-dhcp6: Move ICMPv6 and DHCPv6 configuration to new file Handle all aspects of ICMPv6 and DHCPv6 in a file of its own as is done with DHCPv4 and IPv4LL.
2014-12-10 15:17:34 +01:00
DHCP DUID, IAID configuration options
2016-03-31 01:33:55 +02:00
r = sd_dhcp6_client_set_iaid(client, link->network->iaid);
if (r < 0)
network: add more log messages in configuring DHCP6 client
2018-08-01 03:42:49 +02:00
return log_link_error_errno(link, r, "DHCP6 CLIENT: Failed to set IAID: %m");
DHCP DUID, IAID configuration options
2016-03-31 01:33:55 +02:00
network: move and rename link_duid()
2018-08-06 10:28:27 +02:00
duid = link_get_duid(link);
network: accept additional time-value after ':' when DUIDType=link-layer-time
2018-08-07 06:57:48 +02:00
if (duid->type == DUID_TYPE_LLT && duid->raw_data_len == 0)
r = sd_dhcp6_client_set_duid_llt(client, duid->llt_time);
else
r = sd_dhcp6_client_set_duid(client,
duid->type,
duid->raw_data_len > 0 ? duid->raw_data : NULL,
duid->raw_data_len);
DHCP DUID, IAID configuration options
2016-03-31 01:33:55 +02:00
if (r < 0)
network: add more log messages in configuring DHCP6 client
2018-08-01 03:42:49 +02:00
return log_link_error_errno(link, r, "DHCP6 CLIENT: Failed to set DUID: %m");
DHCP DUID, IAID configuration options
2016-03-31 01:33:55 +02:00
sd-dhcp6-client: Implement FQDN Option (#7309) Implement DHCPv6 option to exchange information about the Fully Qualified Domain Name (FQDN) according to RFC 4704. The RFC 4704 describes two models of operations in section 3, currently only the second model is supported (DHCPv6 server updates both the AAAA and the PTR RRs). The existing DHCP Section Options SendHostname and Hostname are sent as FQDN to the server. According to section 4.2 sending only parts of its FQDN is allowed. Fixes #4682.
2017-11-16 10:07:07 +01:00
r = dhcp6_set_hostname(client, link);
if (r < 0)
network: DHCP: ignore error in setting hostname when it is given by uname() C.f. #9759.
2018-08-02 09:31:10 +02:00
return r;
sd-dhcp6-client: Implement FQDN Option (#7309) Implement DHCPv6 option to exchange information about the Fully Qualified Domain Name (FQDN) according to RFC 4704. The RFC 4704 describes two models of operations in section 3, currently only the second model is supported (DHCPv6 server updates both the AAAA and the PTR RRs). The existing DHCP Section Options SendHostname and Hostname are sent as FQDN to the server. According to section 4.2 sending only parts of its FQDN is allowed. Fixes #4682.
2017-11-16 10:07:07 +01:00
sd-network: rename "index" field of the various clients to "ifindex" A field "index" is not particularly precise and also might conflict with libc's index() function definition. Also, pretty much everywhere else we call this concept "ifindex", including in networkd, the primary user of these libraries. Hence, let's fix this up and call this "ifindex" everywhere here too.
2016-05-23 16:13:18 +02:00
r = sd_dhcp6_client_set_ifindex(client, link->ifindex);
sd-dhcp6-client: Properly handle DHCPv6 client restart after resume Whenever a Router Advertisement is received, dhcp6_configure() will be called. A Router Advertisment can also instruct DHCPv6 to start acquiring IPv6 addresses in manged mode, if it previously was handling only other information. As an Router Advertisment is also received after the DHCPv6 client has resumed from a suspend, fix the function not to assume DHCPv6 is currently running, but instead try to restart it. Handle sd_dhcp6_start() returning -EALREADY indicating that the DHCPv6 client was already running. Collect all client unrefs in one place to unclutter the error handling. Fixes https://github.com/systemd/systemd/issues/963
2015-09-23 13:10:26 +02:00
if (r < 0)
network: add more log messages in configuring DHCP6 client
2018-08-01 03:42:49 +02:00
return log_link_error_errno(link, r, "DHCP6 CLIENT: Failed to set ifindex: %m");
networkd-dhcp6: Move ICMPv6 and DHCPv6 configuration to new file Handle all aspects of ICMPv6 and DHCPv6 in a file of its own as is done with DHCPv4 and IPv4LL.
2014-12-10 15:17:34 +01:00
networkd: DHCPv6 client allow to configure Rapid Commit (#6930) The DHCPv6 client can obtain configuration parameters from a DHCPv6 server through a rapid two-message exchange solicit and reply). When the rapid commit option is enabled by both the DHCPv6 client and the DHCPv6 server, the two-message exchange is used, rather than the default four-method exchange (solicit, advertise, request, and reply). The two-message exchange provides faster client configuration and is beneficial in environments in which networks are under a heavy load. Closes #5845
2018-01-22 09:09:18 +01:00
if (link->network->rapid_commit) {
r = sd_dhcp6_client_set_request_option(client, SD_DHCP6_OPTION_RAPID_COMMIT);
if (r < 0)
network: add more log messages in configuring DHCP6 client
2018-08-01 03:42:49 +02:00
return log_link_error_errno(link, r, "DHCP6 CLIENT: Failed to set request flag for rapid commit: %m");
networkd: DHCPv6 client allow to configure Rapid Commit (#6930) The DHCPv6 client can obtain configuration parameters from a DHCPv6 server through a rapid two-message exchange solicit and reply). When the rapid commit option is enabled by both the DHCPv6 client and the DHCPv6 server, the two-message exchange is used, rather than the default four-method exchange (solicit, advertise, request, and reply). The two-message exchange provides faster client configuration and is beneficial in environments in which networks are under a heavy load. Closes #5845
2018-01-22 09:09:18 +01:00
}
networkd: dhcp6 - split up configure() method Enabling address acquisition, configuring the client and starting the client are now split out. This to better handle the client being repeatedly enabled due to router advertisements.
2015-11-10 15:43:52 +01:00
r = sd_dhcp6_client_set_callback(client, dhcp6_handler, link);
sd-dhcp6-client: Properly handle DHCPv6 client restart after resume Whenever a Router Advertisement is received, dhcp6_configure() will be called. A Router Advertisment can also instruct DHCPv6 to start acquiring IPv6 addresses in manged mode, if it previously was handling only other information. As an Router Advertisment is also received after the DHCPv6 client has resumed from a suspend, fix the function not to assume DHCPv6 is currently running, but instead try to restart it. Handle sd_dhcp6_start() returning -EALREADY indicating that the DHCPv6 client was already running. Collect all client unrefs in one place to unclutter the error handling. Fixes https://github.com/systemd/systemd/issues/963
2015-09-23 13:10:26 +02:00
if (r < 0)
network: add more log messages in configuring DHCP6 client
2018-08-01 03:42:49 +02:00
return log_link_error_errno(link, r, "DHCP6 CLIENT: Failed to set callback: %m");
networkd-dhcp6: Move ICMPv6 and DHCPv6 configuration to new file Handle all aspects of ICMPv6 and DHCPv6 in a file of its own as is done with DHCPv4 and IPv4LL.
2014-12-10 15:17:34 +01:00
networkd: Request prefixes when configured to do so Request prefixes via DHCPv6 if there are networks that are configured to distribute them. As specified in RFC 3633, a DHCPv6 client cannot redistribute the prefixes via Router Advertisements on the same link. Ignore such networks, and print out a warning if the link where DHCPv6 is enabled tries to do so.
2018-01-04 14:11:51 +01:00
if (dhcp6_enable_prefix_delegation(link)) {
r = sd_dhcp6_client_set_prefix_delegation(client, true);
if (r < 0)
network: add more log messages in configuring DHCP6 client
2018-08-01 03:42:49 +02:00
return log_link_error_errno(link, r, "DHCP6 CLIENT: Failed to set prefix delegation: %m");
networkd: Request prefixes when configured to do so Request prefixes via DHCPv6 if there are networks that are configured to distribute them. As specified in RFC 3633, a DHCPv6 client cannot redistribute the prefixes via Router Advertisements on the same link. Ignore such networks, and print out a warning if the link where DHCPv6 is enabled tries to do so.
2018-01-04 14:11:51 +01:00
}
network: add more log messages in configuring DHCP6 client
2018-08-01 03:42:49 +02:00
link->dhcp6_client = TAKE_PTR(client);
sd-dhcp6-client: Properly handle DHCPv6 client restart after resume Whenever a Router Advertisement is received, dhcp6_configure() will be called. A Router Advertisment can also instruct DHCPv6 to start acquiring IPv6 addresses in manged mode, if it previously was handling only other information. As an Router Advertisment is also received after the DHCPv6 client has resumed from a suspend, fix the function not to assume DHCPv6 is currently running, but instead try to restart it. Handle sd_dhcp6_start() returning -EALREADY indicating that the DHCPv6 client was already running. Collect all client unrefs in one place to unclutter the error handling. Fixes https://github.com/systemd/systemd/issues/963
2015-09-23 13:10:26 +02:00
networkd: dhcp6 - split up configure() method Enabling address acquisition, configuring the client and starting the client are now split out. This to better handle the client being repeatedly enabled due to router advertisements.
2015-11-10 15:43:52 +01:00
return 0;
networkd-dhcp6: Move ICMPv6 and DHCPv6 configuration to new file Handle all aspects of ICMPv6 and DHCPv6 in a file of its own as is done with DHCPv4 and IPv4LL.
2014-12-10 15:17:34 +01:00
}
Reference in a new issue Copy permalink