|
|
| (30 intermediate revisions by 9 users not shown) |
| Line 1: |
Line 1: |
| {{Admon/warning | Document is Final | The contents of this beat have been sent for translation for the GA version of the Release Notes. Any additional changes to this beat will not appear until after the release of Fedora 12. If you have zero-day changes, be sure to post a bug. }} | | {{header|docs}} |
| | {{Docs_beat_open}} |
|
| |
|
| == Networking == | | == Consistent network device naming == |
|
| |
|
| === NetworkManager with system wide connections and enhanced support for Mobile Broadband === | | Fedora 18 continues previous releases' use of '''biosdevname''' to set network device names in a deterministic manner. Ethernet ports embedded on server motherboards will be named <code>em<port_number></code>, while ports on PCI cards will be named <code>p<slot_number>p<port_number></code>, corresponding to the chassis labels. This feature may be disabled by passing <code>"biosdevname=0"</code> on the kernel command line, in which case, behavior will revert to using ethX names. |
|
| |
|
| NetworkManager can now create and edit system-wide network connections in /etc/sysconfig. NetworkManager has been able to read information about system-wide network connections from /etc/sysconfig for a while. Now we have enabled full read-write support for system connections. The ability to create or modify new system connections will be controlled by PolicyKit policies. Initially, only wired/wireless connections will be supported. Later on, vpn connections will follow. For connections that require secrets, those will be stored in .keys files in /etc/sysconfig.
| | == better network security with firewalld == |
| | '''firewalld''' will be the default firewall solution for Fedora 18, replacing '''iptables'''. Using '''firewalld'''will allow for application of policy changes without reloading, allowing connection states to stay unbroken when rules are changed. |
|
| |
|
| By providing a database of preconfigured mobile broadband providers, supporting more hardware and permit to scan GSM networks, NetworkManager makes the use of mobile broadband much easier. Your broadband provider will be automatically recognized by NetworkManager and it will make it easy to just plug it your USB device and get you online within minutes.
| | A D-BUS interface allows approved applications to communicate status and present complex or temporary needs to the firewall without requiring hand configuration by an administrator. This improves support for dynamic environments like libvirtd, which previously had to be restarted when iptables rules were changed. |
|
| |
|
| | Manual administration can be done with firewall-cmd. Documentation on firewalld can be found in the included manpages, firewall-cmd(1), firewalld(1), firewalld.conf(5), firewalld.icmptype(5), firewalld.service(5), firewalld.zone(5). |
|
| |
|
| === Enhanced IPV6 Support in NetworkManager === | | == Team Driver improves NIC bonding == |
| | Fedora 18 includes Team Driver which facilitates grouping of multiple network interfaces together so they act like a single network interface. This extends teaming possibilities provided by existing bonding driver. It also provides userspace driven, modular alternative to bonding driver. Usage information can be found in man teamd.conf(5), man teamd(8), and man teamdctl(8). |
|
| |
|
| For non GUI users, and those that use ifcfg files directly, NetworkMangaer should bring up the interface with IPv6 connectivity correctly at boot. No modification of the ifcfg files should be necessary.
| | == Bring your own hotspot == |
| | NetworkManager now supports an enhanced Hotspot/Internet Connection Sharing mode for WiFi, which enables a much smoother connection sharing experience and is better supported by hardware. This mode is automatically enabled only for newly created connection to ensure existing configuration is unchanged. |
|
| |
|
| For GUI users, a new IPv6 tab will appear in the connection editor which will allow for control if the IPv6 settings similar to control of IPv4 settings already. After selecting the configuration method ("auto" is the default, which will honor router-advertisements and attempt to retrieve DNS information with DHCPv6 information-only mode) and entering any additional settings they may wish to use, then saving the connection, activating that connection should configure the interface fully with IPv6 as requested by the user.
| | [[Category:Docs Project]] |
| | | [[Category:Draft documentation]] |
| | | [[Category:Documentation beats]] |
| === NetworkManager System Connections ===
| |
| | |
| NetworkManager has been able to read information about system-wide network connections from /etc/sysconfig for a while. This feature is about enabling full read-write support for system connections. The ability to create or modify new system connections will be controlled by PolicyKit policies.
| |
| | |
| Initially, only wired/wireless connections will be supported. Later on, vpn connections will follow.
| |
| | |
| For connections that require secrets, those will be stored in .keys files in /etc/sysconfig.
| |
| | |
| | |
| === Network Interface Management ===
| |
| | |
| Configuring the network interfaces on a machine for moderately complicated
| |
| yet common scenarios is generally only accessible to advanced users, and
| |
| very poorly supported by existing tools. Such scenarios include creating a
| |
| bridge and enslaving a physical NIC to it, or bonding two NIC's, adding a
| |
| VLAN interface to the bond and enslaving that to a bridge.
| |
| | |
| Complicated bridge setups are commonly needed on virtualized hosts, and
| |
| often have to be performed remotely by higher-level management tools,
| |
| rather than a human user.
| |
| | |
| This feature addresses these needs by providing a general-purpose network
| |
| configuration library ([http://fedorahosted.org/netcf netcf]) and additions
| |
| to the [http://libvirt.org libvirt API] to expose netcf's local API through
| |
| libvirt's remoting facilities.
| |
| | |
| With <code>netcf</code>, a logical network interface (e.g. a bridge and its
| |
| slaves) is described as a unit, and <code>netcf</code> takes care of
| |
| translating that description into the appropriate <code>ifcfg-*</code>
| |
| files. To guarantee the happy coexistence of <code>netcf</code> with other
| |
| network configuration utilities, including <code>vi</code>,
| |
| <code>netcf</code> is bidirectional: it modifies <code>ifcfg-*</code> files
| |
| based on a <code>netcf</code> interface description, but also reads
| |
| <code>ifcfg-*</code> files to generate such a description. It is therefore
| |
| possible to use <code>netcf</code> side-by-side with any other method of
| |
| changing network configuration, and many of the pitfalls of earlier
| |
| attempts to do this, e.g., the Xen networking scripts, are avoided.
| |
| | |
| It is planned to switch NetworkManager to <code>netcf</code> as the backend
| |
| for system-wide network configuration in a future release; while it's not part of this feature,
| |
| it will further unify the user experience around network configuration. In
| |
| the same vein, it is planned to expose network configuration functionality
| |
| in a future release of [http://virt-manager.et.redhat.com/ virt-manager]
| |
| | |
| | |
| === Bluetooth Service On Demand ===
| |
| | |
| In order to support bluetooth devices, bluetooth background service was started by default in previous versions of Fedora. In this release, bluetooth service is started on demand when needed and automatically stops 30 seconds after last device use instead reducing initial startup time and resources.
| |
| | |
| | |
| === NFS V4 Default ===
| |
| | |
| The latest version of the NFS protocol is version 4, which was first introduced in Fedora F-2 (the first distro to have such support). The current default NFS version is version 3. Meaning when an simple NFS mount is done (i.e. mount server:/export /mnt) version 3 is the first protocol version that is tried.
| |
| | |
| In Fedora 12, version 4 is tried first. If the server does not support version 4, the mount would then try version 3.
| |
| | |
| | |
| | |
| [[Category:Documentation_beats]] | |
Beat is open
This beat is now ready to have Fedora 25 content added by the beat writer
Consistent network device naming
Fedora 18 continues previous releases' use of biosdevname to set network device names in a deterministic manner. Ethernet ports embedded on server motherboards will be named em<port_number>, while ports on PCI cards will be named p<slot_number>p<port_number>, corresponding to the chassis labels. This feature may be disabled by passing "biosdevname=0" on the kernel command line, in which case, behavior will revert to using ethX names.
better network security with firewalld
firewalld will be the default firewall solution for Fedora 18, replacing iptables. Using firewalldwill allow for application of policy changes without reloading, allowing connection states to stay unbroken when rules are changed.
A D-BUS interface allows approved applications to communicate status and present complex or temporary needs to the firewall without requiring hand configuration by an administrator. This improves support for dynamic environments like libvirtd, which previously had to be restarted when iptables rules were changed.
Manual administration can be done with firewall-cmd. Documentation on firewalld can be found in the included manpages, firewall-cmd(1), firewalld(1), firewalld.conf(5), firewalld.icmptype(5), firewalld.service(5), firewalld.zone(5).
Team Driver improves NIC bonding
Fedora 18 includes Team Driver which facilitates grouping of multiple network interfaces together so they act like a single network interface. This extends teaming possibilities provided by existing bonding driver. It also provides userspace driven, modular alternative to bonding driver. Usage information can be found in man teamd.conf(5), man teamd(8), and man teamdctl(8).
Bring your own hotspot
NetworkManager now supports an enhanced Hotspot/Internet Connection Sharing mode for WiFi, which enables a much smoother connection sharing experience and is better supported by hardware. This mode is automatically enabled only for newly created connection to ensure existing configuration is unchanged.
