ubuntuusers.de

Netzwerkmanager versucht kabelgebunden zu verbinden obwohl Profil gelöscht

Status: Gelöst | Ubuntu-Version: Ubuntu GNOME 20.04 (Focal Fossa)
Antworten |

civil

Anmeldungsdatum:
22. Oktober 2016

Beiträge: 237

Hallo,

ich habe heute auf einem Tablet Ubuntu neu installiert* vom USB-Stick, Installation und Anpassung der Partitionen lief sauber durch. Jetzt habe ich Ubuntu 20.04.3 LTS, Gnome 3.36.8, auf dem HP Tablet Elite X2 1012 G1, m5-6Y57, 8/256GB.

Wlan habe ich bei der Installation mit eingerichtet, das Gerät verbindet sich, Datenübertragung alles super. Beim ersten Start ploppte eine Meldung auf, dass keine kabelgebundene Verbindung hergestellt werden kann. Ich bin dann in die Einstellungen und habe unter "Netzwerk" und "Kabelgebunden" das Profil "Kabelgebunden" gelöscht. Bei jedem Neustart ist diese Fehlermeldung und das Profil "Kabelgebunden" wieder da. Ich benötige kein LAN.

Warum werden die Einstellungen nicht gesichert?

Kann es ggfs. daran liegen, dass ich automatische Anmeldung aktiviert habe?

Mfg Axel

*) ist ein refurbished Gerät, daher für kurze Zeit noch als Dualboot mit Win10pro, bis die Rückgabefrist abgelaufen ist. Es kann ja immer mal was mit der Hardware sein.

kB Team-Icon

Supporter, Wikiteam
Avatar von kB

Anmeldungsdatum:
4. Oktober 2007

Beiträge: 9564

Wohnort: Münster

civil schrieb:

[…] Bei jedem Neustart ist diese Fehlermeldung und das Profil "Kabelgebunden" wieder da.

Das ist normales, erwünschtes und sinnvolles Verhalten: Wenn für eine betriebsbereite (oder auch nur so erscheinende) Netzwerkschnittstelle kein Verbindungsprofil existiert, legt NetworkManager automatisch ein temporäres Verbindungsprofil an und versucht darüber zu verbinden.

Ich benötige kein LAN.

Wenn Du eine betriebsbereite Schnittstelle nicht verbinden willst, lege dafür einfach ein permanentes Verbindungsprofil an. Selektiere darin die Schnittstelle über ihren Namen, nicht über die MAC-Adresse, denn diese könnte sich bei jedem Hochlauf des Rechners ändern. Deaktiviere IPv4 und IPv6 erforderlich in diesem Profil.

Du kannst alternativ auch für jede Schnittstelle einstellen, dass diese nicht automatisch verbunden werden soll oder dass NetworkManager diese gar nicht verwalten soll. Ist aber komplizierter.

Warum werden die Einstellungen nicht gesichert?

Du hast sie nicht gespeichert, sondern gelöscht.

Kann es ggfs. daran liegen, dass ich automatische Anmeldung aktiviert habe?

Nein.

elektronenblitz63

Avatar von elektronenblitz63

Anmeldungsdatum:
16. Januar 2007

Beiträge: 29307

Wohnort: NRW

Hallo, man kann auch einfach die Ethernetschnittstelle aus der Verwaltung des NM entfernen. Dann muss man diese bei Bedarf natürlich wieder aktivieren oder manuell konfigurieren.

1
2
3
4
# abfragen
nmcli d
# entfernen
nmcli dev set $Device managed no

https://linux.die.net/man/1/nmcli

civil

(Themenstarter)

Anmeldungsdatum:
22. Oktober 2016

Beiträge: 237

kB schrieb:

Wenn Du eine betriebsbereite Schnittstelle nicht verbinden willst, lege dafür einfach ein permanentes Verbindungsprofil an. Selektiere darin die Schnittstelle über ihren Namen, nicht über die MAC-Adresse, denn diese könnte sich bei jedem Hochlauf des Rechners ändern. Deaktiviere IPv4 und IPv6 erforderlich in diesem Profil.

Du kannst alternativ auch für jede Schnittstelle einstellen, dass diese nicht automatisch verbunden werden soll oder dass NetworkManager diese gar nicht verwalten soll. Ist aber komplizierter.

Das nicht mit LAN verbunden werden sollte habe ich in dem Profil zuerst versucht einzustellen, das hielt aber auch nur bis zum Neustart. Danach habe ich es dann mit dem löschen vom Profil versucht, was auch nicht funktioniert hat. Also wenn ich in einem Profil etwas einstelle, ist bei mir das erwünschte Verhalten, dass ich das nicht bei jedem Neustart wiederholen muss.

Ich versuche es jetzt mal mit nmcli.

Mfg Axel

civil

(Themenstarter)

Anmeldungsdatum:
22. Oktober 2016

Beiträge: 237

Nach dem Neustart

atap@HP-Tab:~$ nmcli d
DEVICE           TYPE      STATE            CONNECTION                  
wlp58s0          wifi      verbunden        WAPN5                       
enx96ed56e18e19  ethernet  verbunden        Kabelgebundene Verbindung 2 
p2p-dev-wlp58s0  wifi-p2p  nicht verbunden  --                          
lo               loopback  nicht verwaltet  --            

Jetzt bastelt er sich beim Neustart eine neue Verbindung und verbindet sich auch noch. Ich bin 100% sicher kein Kabel angeschlossen zu haben.

Mfg Axel

lubux

Anmeldungsdatum:
21. November 2012

Beiträge: 14246

civil schrieb:

Jetzt bastelt er sich beim Neustart eine neue Verbindung und verbindet sich auch noch. Ich bin 100% sicher kein Kabel angeschlossen zu haben.

Auch wenn das nicht der Ubuntu-Standard ist, teste mal temporär, was passiert wenn Du den Treiber der LAN-NIC blacklistest. Wenn es nichts bringt, kannst es ja rückgängig machen.

EDIT:

Welchen WLAN-Router hast Du? Poste mal die Ausgaben von:

sudo sysctl -a | grep -i rp_filter
sudo sysctl -a | grep -i arp_filter

civil

(Themenstarter)

Anmeldungsdatum:
22. Oktober 2016

Beiträge: 237

Router ist eine FB7490 mit aktuellen OS, dahinter hängen einige andere FB als AP. Verbindung erfolgt über Wlan zur FB7490 und den anderen AP.

atap@HP-Tab:/$ sudo sysctl -a | grep -i rp_filter
net.ipv4.conf.all.arp_filter = 0
net.ipv4.conf.all.rp_filter = 2
net.ipv4.conf.default.arp_filter = 0
net.ipv4.conf.default.rp_filter = 2
net.ipv4.conf.enx56809a69a250.arp_filter = 0
net.ipv4.conf.enx56809a69a250.rp_filter = 2
net.ipv4.conf.lo.arp_filter = 0
net.ipv4.conf.lo.rp_filter = 0
net.ipv4.conf.wlp58s0.arp_filter = 0
net.ipv4.conf.wlp58s0.rp_filter = 2
atap@HP-Tab:/$ sudo sysctl -a | grep -i arp_filter
net.ipv4.conf.all.arp_filter = 0
net.ipv4.conf.default.arp_filter = 0
net.ipv4.conf.enx56809a69a250.arp_filter = 0
net.ipv4.conf.lo.arp_filter = 0
net.ipv4.conf.wlp58s0.arp_filter = 0

Mit Blacklist kenne ich mich nicht so aus. Die "Kabelgebundene\ Verbindung\ 2.nmconnection" und die anderen ""Kabelgebundene\ Verbindung\" erzeugten in die blacklist.conf eintragen?

Ich habe jetzt auch mal in der Netzwerkkonfiguration mit dem schönen Namen "Kabelgebundene\ Verbindung\ 2.nmconnection" nachgesehen.

[connection]
id=Kabelgebundene Verbindung 2
uuid=d9fd4a94-791c-3a0b-af52-862bcfec6988
type=ethernet
autoconnect=false
autoconnect-priority=-999
interface-name=enx96ed56e18e19
permissions=

[ethernet]
mac-address-blacklist=

[ipv4]
dns-search=
method=disabled

[ipv6]
addr-gen-mode=stable-privacy
dns-search=
method=ignore

[proxy]

Warum verbindet der obwohl autoconnect auf false steht?

Mfg Axel

lubux

Anmeldungsdatum:
21. November 2012

Beiträge: 14246

civil schrieb:

Router ist eine FB7490 mit aktuellen OS, dahinter hängen einige andere FB als AP. Verbindung erfolgt über Wlan zur FB7490 und den anderen AP.

net.ipv4.conf.all.rp_filter = 2
net.ipv4.conf.default.arp_filter = 0
net.ipv4.conf.default.rp_filter = 2

Die "Kabelgebundene\ Verbindung\ 2.nmconnection" und die anderen ""Kabelgebundene\ Verbindung\" erzeugten in die blacklist.conf eintragen?

Die FritzBox hat die Fähigkeit eine Verbindung zur LAN-NIC via WLAN herzustellen, wenn dein Ubuntu so konfiguriert ist, dass das möglich bzw. erlaubt ist.

Nein, nein, Du musst den Treiber in die blacklist eintragen. Siehe die Ausgabe von lsmod.

Versuch mal auch mit:

net.ipv4.conf.enx56809a69a250.arp_filter = 1
net.ipv4.conf.enx56809a69a250.rp_filter = 1
net.ipv4.conf.wlp58s0.arp_filter = 1
net.ipv4.conf.wlp58s0.rp_filter = 1

in der /etc/sysctl.conf-Datei und danach rebooten.

kB Team-Icon

Supporter, Wikiteam
Avatar von kB

Anmeldungsdatum:
4. Oktober 2007

Beiträge: 9564

Wohnort: Münster

civil schrieb:

Nach dem Neustart

atap@HP-Tab:~$ nmcli d
DEVICE           TYPE      STATE            CONNECTION                  
wlp58s0          wifi      verbunden        WAPN5                       
enx96ed56e18e19  ethernet  verbunden        Kabelgebundene Verbindung 2 
p2p-dev-wlp58s0  wifi-p2p  nicht verbunden  --                          
lo               loopback  nicht verwaltet  --            

Prüfe, ob dieser Name stabil ist oder ob nach jedem Neustart ein neuer zufällig gewählter Name auftaucht. Im letzteren Fall musst Du mehr tun. Möglicherweise ist dies ein verkapptes WWAN-Modem?

Auf jeden Fall zeige nach Neustart:

networkctl status --all | grep '' 

elektronenblitz63

Avatar von elektronenblitz63

Anmeldungsdatum:
16. Januar 2007

Beiträge: 29307

Wohnort: NRW

Hallo, das sieht nach einer virt. Netzwerkschnittstelle aus welche über rndis_host/usbnet (Remote Network Driver Interface Specification) läuft. Das Modul könnte dann gesperrt werde, wenn sonst nichts hilft.

1
lsmod | grep rndis

civil

(Themenstarter)

Anmeldungsdatum:
22. Oktober 2016

Beiträge: 237

lubux schrieb:

Nein, nein, Du musst den Treiber in die blacklist eintragen. Siehe die Ausgabe von lsmod.

Ich habe mir mal cdc rausgefiltert, aufgrund der Ausgabe von networkctl. Welche müsste ich dann blacklisten oder einfach mit trial und error durchtesten?

atap@HP-Tab:~$ lsmod | grep cdc
cdc_ether              20480  0
cdc_wdm                24576  1 qmi_wwan
usbnet                 49152  2 qmi_wwan,cdc_ether

kB schrieb:

Prüfe, ob dieser Name stabil ist oder ob nach jedem Neustart ein neuer zufällig gewählter Name auftaucht. Im letzteren Fall musst Du mehr tun. Möglicherweise ist dies ein verkapptes WWAN-Modem?

Der Name ändert sich, ich tippe dann mal auf WWAN, das Gerät hat LTE und SIM-Karten Slot.

atap@HP-Tab:~$ networkctl status --all | grep ''
WARNING: systemd-networkd is not running, output will be incomplete.

Failed to query link bit rates: Unit dbus-org.freedesktop.network1.service not found.
Failed to query link bit rates: Unit dbus-org.freedesktop.network1.service not found.
Failed to query link bit rates: Unit dbus-org.freedesktop.network1.service not found.
● 1: lo                                                         
             Link File: /usr/lib/systemd/network/99-default.link
          Network File: n/a                                     
                  Type: loopback                                
                 State: n/a (unmanaged)                         
                   MTU: 65536                                   
  Queue Length (Tx/Rx): 1/1                                     
               Address: 127.0.0.1                               
                        ::1                                     
     Activation Policy: up                                      
   Required For Online: yes                                     

● 2: enx96dc9c85b530                                                   
             Link File: /usr/lib/systemd/network/73-usb-net-by-mac.link
          Network File: n/a                                            
                  Type: ether                                          
                 State: n/a (unmanaged)                                
                  Path: pci-0000:00:14.0-usb-0:5:2.0                   
                Driver: cdc_ether                                      
                Vendor: HP, Inc                                        
                 Model: HP_lt4120_Snapdragon_X5_LTE                    
            HW Address: 96:dc:9c:85:b5:30                              
                   MTU: 1500 (max: 65535)                              
  Queue Length (Tx/Rx): 1/1                                            
     Activation Policy: up                                             
   Required For Online: yes                                            

● 3: wlp58s0                                                    
             Link File: /usr/lib/systemd/network/99-default.link
          Network File: n/a                                     
                  Type: wlan                                    
                 State: n/a (unmanaged)                         
                  Path: pci-0000:3a:00.0                        
                Driver: iwlwifi                                 
                Vendor: Intel Corporation                       
                 Model: Wireless 8260                           
            HW Address: f4:8c:50:ee:06:6a (Intel Corporate)     
                   MTU: 1500 (min: 256, max: 2304)              
     WiFi access point: WAPU (34:31:c4:45:c9:10)                
  Queue Length (Tx/Rx): 1/1                                     
               Address: 192.168.178.79                          
                        2001:16b8:28a3:a100:5f6:8960:6a3b:4ef7  
                        2001:16b8:28a3:a100:9c2b:3e24:8a54:5ecc 
                        fe80::9354:79bc:a47f:f10e               
               Gateway: 192.168.178.1 (AVM GmbH)                
                        fe80::3631:c4ff:fe45:c90d (AVM GmbH)    
     Activation Policy: up                                      
   Required For Online: yes 

elektronenblitz63 schrieb:

Hallo, das sieht nach einer virt. Netzwerkschnittstelle aus welche über rndis_host/usbnet (Remote Network Driver Interface Specification) läuft. Das Modul könnte dann gesperrt werde, wenn sonst nichts hilft.

lsmod | grep rndis ergibt keine Ausgabe.

Mfg Axel

elektronenblitz63

Avatar von elektronenblitz63

Anmeldungsdatum:
16. Januar 2007

Beiträge: 29307

Wohnort: NRW

Es sind diese beiden Module welche mit usbnet verknüpft sind:

usbnet                 49152  2 qmi_wwan,cdc_ether

Probeweise sperren:

1
echo -e "blacklist qmi_wwan\nblacklist cdc_ether" | sudo tee /etc/modprobe.d/blacklist_cdc_ether.conf

Neustart und Test.

civil

(Themenstarter)

Anmeldungsdatum:
22. Oktober 2016

Beiträge: 237

Hallo, jetzt ist es weg.

D.h. auch in den Einstellungen taucht der Punkt für die Kabelgebundene Netzwerkverbindung nicht mehr auf. Danke!

Wenn ich richtig verstanden habe versucht der wenn er die Möglichkeit dafür bekommt, über WWAN (LTE-Modem wenn Sim-Karte eingelegt ist) eine Verbindung herzustellen und nennt dies dann (warum auch immer) "kabelgebunden".

Mfg Axel

elektronenblitz63

Avatar von elektronenblitz63

Anmeldungsdatum:
16. Januar 2007

Beiträge: 29307

Wohnort: NRW

Wenn ich richtig verstanden habe versucht der wenn er die Möglichkeit dafür bekommt, über WWAN (LTE-Modem wenn Sim-Karte eingelegt ist) eine Verbindung herzustellen und nennt dies dann (warum auch immer) "kabelgebunden".

Genau. Die beiden Treibermodule sind für die Konfiguration von USB-WWAN-Modem gedacht. Das System verknüpft diese hier fälschlicherweise mit dem USB-Ethernet-Treiber und das ergibt diese automatische, wiederkehrende aber falsche Konfiguration. Habe ich zuvor so auch noch nicht gesehen.

civil

(Themenstarter)

Anmeldungsdatum:
22. Oktober 2016

Beiträge: 237

Hallo,

ich habe eben mal in Win10 gebootet, da nennt er das korrekt und weiß auch, dass keine Sim-Karte drin ist und er nichts versuchen muss.

Mfg Axel

Antworten |