<snip>
Running systemd-analyze blame shows networking.service boots up prior to NetworkManager-wait-online.service
But no more info.
<snip>
Maybe it's a configuration made in the initial Debian Installation, but I'd like to know where this config is...
Thanks!
@banderas20
The output of the command: systemd-analyze blame on this machine here shows a number of steps involved in producing a working network, which is shown below.
This machine runs connman rather than NetworkManager. I don't have a machine here at the moment with NetworkManager to make it more equivalent to yours, but connman is also a networking service manager, though more spare than NetworkManager.
The following are the main steps identifiable from the output of: systemd-analyze blame, which the operating system takes to bring up networking. The time stamps indicate the sequence of events. Within the pointy brackets. < ... >, are some explanatory notes I have added.
10ms ifupdown-pre.service < Helper to synchronize boot for ifupdown >
44ms wpa_supplicant.service < wireless authentication service>
47ms systemd-modules-load.service < loading kernel module for ethernet >
54ms systemd-rfkill.service < loads rfkill switch (wireless control) >
59ms
[email protected] < loads kernel modules including networking interface drivers >
60ms modprobe@nvme_fabrics.service < loads "Non-volatile Memory Express™ (NVMe) over TCP NVMe/TCP) setup >
68ms connman.service < networking service start >
72ms systemd-udevd.service < udev providing low-level access to devices, including network devices >
Relevant udev rules that are part of the udevd.service providing network access:
71-seat.rules <:# 'Plugable' USB hub, sound, network, graphics adapter >
81-net-dhcp.rules < :# Network interfaces requiring DHCPOFFER messages to be broadcast >
81-net-dhcp.rules <:# checked by the networkd DHCP4 client to set the DHCP option >
99-systemd.rules <:# We need a hardware independent way to identify network devices. >
136ms dbus.service < run the system message bus so processes, including networking, can communicate with each other >
316ms networking.service < raise the networking interfaces finally after all the preceding processing of network items >
397ms dev-nvme0n1p3.device < bring up the hard drive partition enabling access >
5.847s connman-wait-online.service < wait for network to be configured by connman >
It is clear that there is some complexity to the bringing up of networking on the machine. The networking services such as NetworkManager with it's nmcli command, and in the above case, connman with its analogous connmanctl command, are the most efficient means of configuring the respective networks. As for where the "initial configurations" are found, they are found in the default settings of the numerous programs involved in the above processes. Those settings are not usually directly accessed, but as mentioned, the configuration utilities of the networking service managers (i.e. nmcli etc.) are used to show, control and alter settings.