You are not logged in.

#26 Today 15:54:02

V1del
Forum Moderator
Registered: 2012-10-16
Posts: 25,383

Re: MAC address spoofing

Well I'd say the reasons for wanting to do that are somewhat out of scope.

However @alfredino is your original question answered? Can you mark as [SOLVED] in that case by editing the title in your first post? The only thing I can somewhat garner from your responses that you want it to show up as a file in system connections for some reason, in which case marking the connection as a system connection (in many UIs commonly referred to "make available for all users" or similar) will lead to networkmanager creating a file there, but the stipulation of this is that e.g. connection credentials would be stored in plain text (albeit limited to be read by the root account), while many other frontends usually solve this via encrypted keyrings.

Offline

#27 Today 16:17:33

Beemo
Member
Registered: 2024-12-20
Posts: 131

Re: MAC address spoofing

I received many replies, but not really useful.

Why? If you did some researched yourself, or even just kept asking what's unclear (instead of shutting down / dissing on the answers), I doubt you'd come to this conclusion.

I changed one of urls in #15 to this: https://netplan.readthedocs.io/en/stabl … w-it-works
How it usually works: NM is enabled, Desktop Environment interact with NM, NM persists the config.
How it works in Ubuntu / with netplan: netplan is enabled, netplan runs NM in a transient way, DE still interacts with NM, netplan takes config from NM and stores it in its own place.
That's why your network-manager-gnome package which uses nm-applet works, and why netplan config is the place to change it (through files, otherwise nmcli).

If you find the contrary, I'd love to know :)

Online

Board footer

Powered by FluxBB