Re: NetworkManager behavior answers not found in docs
- From: Thomas HUMMEL <thomas hummel pasteur fr>
- To: Thomas Haller <thaller redhat com>, networkmanager-list gnome org
- Subject: Re: NetworkManager behavior answers not found in docs
- Date: Tue, 23 Oct 2018 15:25:04 +0200
On 10/18/2018 11:30 PM, Thomas Haller wrote:
The profile has a "connection.autoconnect" property. If it's "no", the
profile never autoconnects. Period.
But there also needs to be a device which is currently in a state where
it would like to autoconnect a profile. With `nmcli device set
"$DEVICE" autoconnect no" you can set that.
for example, `nmcli device disconnect "$DEVICE"` will block autoconnect
on the device. It would be pretty annoying, if you disconnect the
device and immediatley some profile autoconnects again.
"Autoconnect" prefers profiles which
were active last
Same remark here
When a device wants to autoconnect a profile, there might be multiple
profiles which are compatible candidtes. Then, the one is chosen with
the best "connection.autoconnect-priority" or as last, the timestamp
when the profile was activate the last time.
So, would that be correct to think about it this way :
it is a device which, by defaults, "wants" to autoconnect and try to
find a profile with connection.autoconnect property set to yes ?
and device disconnect or device set <device> autoconnect no inhibit this
behavior ?
I mean as opposed to a profile which would "want" to auto "connect" to a
device ?
thanks
--
Thomas
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]