Top |
Reapply (IN a{sa{sv}} connection, IN t version_id, IN u flags); GetAppliedConnection (IN u flags, OUT a{sa{sv}} connection, OUT t version_id); Disconnect (); Delete ();
Udi readable s Interface readable s IpInterface readable s Driver readable s DriverVersion readable s FirmwareVersion readable s Capabilities readable u Ip4Address readable u State readable u StateReason readable (uu) ActiveConnection readable o Ip4Config readable o Dhcp4Config readable o Ip6Config readable o Dhcp6Config readable o Managed readwrite b Autoconnect readwrite b FirmwareMissing readable b NmPluginMissing readable b DeviceType readable u AvailableConnections readable ao PhysicalPortId readable s Mtu readable u Metered readable u LldpNeighbors readable aa{sv} Real readable b
Reapply (IN a{sa{sv}} connection, IN t version_id, IN u flags);
Attempts to update the configuration of a device without deactivating it. NetworkManager has the concept of connections, which are profiles that contain the configuration for a networking device. Those connections are exposed via D-Bus as individual objects that can be created, modified and deleted. When activating such a settings-connection on a device, the settings-connection is cloned to become an applied-connection and used to configure the device (see GetAppliedConnection). Subsequent modification of the settings-connection don't propagate automatically to the device's applied-connection (with exception of the firewall-zone and the metered property). For the changes to take effect, you can either re-activate the settings-connection, or call Reapply. The Reapply call allows you to directly update the applied-connection and reconfigure the device. Reapply can also be useful if the currently applied-connection is equal to the connection that is about to be reapplied. This allows to reconfigure the device and revert external changes like removing or adding an IP address (which NetworkManager doesn't revert automatically because it is assumed that the user made these changes intentionally outside of NetworkManager). Reapply can make the applied-connection different from the settings-connection, just like updating the settings-connection can make them different.
|
The optional connection settings that will be reapplied on the device. If empty, the currently active settings-connection will be used. The connection cannot arbitrarly differ from the current applied-connection otherwise the call will fail. Only certain changes are supported, like adding or removing IP addresses. |
|
If non-zero, the current version id of the applied-connection must match. The current version id can be retrieved via GetAppliedConnection. This optional argument allows to catch concurrent modifications between the GetAppliedConnection call and Reapply. |
|
Flags which would modify the behavior of the Reapply call. There are no flags defined currently and the users should use the value of 0. |
GetAppliedConnection (IN u flags, OUT a{sa{sv}} connection, OUT t version_id);
Get the currently applied connection on the device. This is a snapshot of the last activated connection on the device, that is the configuration that is currently applied on the device. Usually this is the same as GetSettings of the referenced settings connection. However, it can differ if the settings connection was subsequently modified or the applied connection was modified by Reapply. The applied connection is set when activating a device or when calling Reapply.
|
Flags which would modify the behavior of the GetAppliedConnection call. There are no flags defined currently and the users should use the value of 0. |
|
The effective connection settings that the connection has currently applied. |
|
The version-id of the currently applied connection. This can be specified during Reapply to avoid races where you first fetch the applied connection, modify it and try to reapply it. If the applied connection is modified in the meantime, the version_id gets incremented and Reapply will fail. |
Disconnect ();
Disconnects a device and prevents the device from automatically activating further connections without user intervention.
StateChanged (u new_state, u old_state, u reason);
|
(NMDeviceState) The new state of the device. |
|
(NMDeviceState) The previous state of the device. |
|
(NMDeviceStateReason) A reason for the state transition. |
Udi readable s
Operating-system specific transient device hardware identifier. This is an opaque string representing the underlying hardware for the device, and shouldn't be used to keep track of individual devices. For some device types (Bluetooth, Modems) it is an identifier used by the hardware service (ie bluez or ModemManager) to refer to that device, and client programs use it get additional information from those services which NM does not provide. The Udi is not guaranteed to be consistent across reboots or hotplugs of the hardware. If you're looking for a way to uniquely track each device in your application, use the object path. If you're looking for a way to track a specific piece of hardware across reboot or hotplug, use a MAC address or USB serial number.
Interface readable s
The name of the device's control (and often data) interface.
IpInterface readable s
The name of the device's data interface when available. This property may not refer to the actual data interface until the device has successfully established a data connection, indicated by the device's State becoming ACTIVATED.
DriverVersion readable s
The version of the driver handling the device.
Capabilities readable u
Flags describing the capabilities of the device.
Returns: NMDeviceCapabilities
Ip4Address readable u
DEPRECATED; use the 'Addresses' property of the 'Ip4Config' object instead.
StateReason readable (uu)
The current state and reason for changing to that state.
Returns: A tuple of NMDeviceState and NMDeviceStateReason.
ActiveConnection readable o
Object path of an ActiveConnection object that "owns" this device during activation. The ActiveConnection object tracks the life-cycle of a connection to a specific network and implements the org.freedesktop.NetworkManager.Connection.Active D-Bus interface.
Ip4Config readable o
Object path of the Ip4Config object describing the configuration of the device. Only valid when the device is in the NM_DEVICE_STATE_ACTIVATED state.
Dhcp4Config readable o
Object path of the Dhcp4Config object describing the DHCP options returned by the DHCP server. Only valid when the device is in the NM_DEVICE_STATE_ACTIVATED state.
Ip6Config readable o
Object path of the Ip6Config object describing the configuration of the device. Only valid when the device is in the NM_DEVICE_STATE_ACTIVATED state.
Dhcp6Config readable o
Object path of the Dhcp6Config object describing the DHCP options returned by the DHCP server. Only valid when the device is in the NM_DEVICE_STATE_ACTIVATED state.
Managed readwrite b
Whether or not this device is managed by NetworkManager. Setting this property has a similar effect to configuring the device as unmanaged via the keyfile.unmanaged-devices setting in NetworkManager.conf. Changes to this value are not persistent and lost after NetworkManager restart.
Autoconnect readwrite b
If TRUE, indicates the device is allowed to autoconnect. If FALSE, manual intervention is required before the device will automatically connect to a known network, such as activating a connection using the device, or setting this property to TRUE. This property cannot be set to TRUE for default-unmanaged devices, since they never autoconnect.
FirmwareMissing readable b
If TRUE, indicates the device is likely missing firmware necessary for its operation.
NmPluginMissing readable b
If TRUE, indicates the NetworkManager plugin for the device is likely missing or misconfigured.
DeviceType readable u
The general type of the network device; ie Ethernet, WiFi, etc.
Returns: NMDeviceType
AvailableConnections readable ao
An array of object paths of every configured connection that is currently 'available' through this device.
PhysicalPortId readable s
If non-empty, an (opaque) indicator of the physical network port associated with the device. This can be used to recognize when two seemingly-separate hardware devices are actually just different virtual interfaces to the same physical port.
Metered readable u
Whether the amount of traffic flowing through the device is subject to limitations, for example set by service providers.
Returns: NMMetered
LldpNeighbors readable aa{sv}
Array of LLDP neighbors; each element is a dictionary mapping LLDP TLV names to variant boxed values.