From Fedora Project Wiki
< Tools | NetworkManager
No edit summary |
(→Kernel) |
||
| Line 7: | Line 7: | ||
* Manually sent router solicitations give EADDRNOTAVAIL (link-local is there according to netlink) | * Manually sent router solicitations give EADDRNOTAVAIL (link-local is there according to netlink) | ||
* Kernel doesn't treat dhcpv6 replies as ESTABLISHED, this is worked around by firewalld | * Kernel doesn't treat dhcpv6 replies as ESTABLISHED, this is worked around by firewalld | ||
* Kernel autoconfigures link-local (and possibly also global) addresses for bridge/bond members (I haven't tested this) | |||
== dnssec-trigger == | == dnssec-trigger == | ||
Revision as of 00:10, 24 July 2012
Kernel
- NM does't get notified about router advertisements and flag changes → we ask kernel upon any recieved route
- NM doesn't get notified about gateways when accept_ra_defrtr=0
- Kernel doesn't cache RDNSS and DNSSL, so we have to send router solicitation on NetworkManager start
- NM can't trigger kernel router solicitation
- Manually sent router solicitations give EADDRNOTAVAIL (link-local is there according to netlink)
- Kernel doesn't treat dhcpv6 replies as ESTABLISHED, this is worked around by firewalld
- Kernel autoconfigures link-local (and possibly also global) addresses for bridge/bond members (I haven't tested this)
dnssec-trigger
NetworkManager doesn't work well with dnssec-trigger as unbound DNS server will not recieve the list of recursive nameservers and will thus resolve using the global DNS systems. This is incompatible with VPNs with their own private DNS zones.
firewalld
NetworkManager supports firewall zones for firewalld.