staging.inyokaproject.org

Habe alle momentan nicht verwendeten Profile und das von dir angegebene gelöscht, gebootet, leider wieder das gleiche Fehlerbild.

robert@robert-ubuntu:~$ nmcli general ; nmcli device ; nmcli connection
STATE                    CONNECTIVITY  WIFI-HW    WIFI       WWAN-HW    WWAN      
verbunden (nur Gelände)  begrenzt      aktiviert  aktiviert  aktiviert  aktiviert 
DEVICE           TYPE      STATE            CONNECTION                  
eth0             ethernet  verbunden        Kabelgebundene Verbindung 1 
wlx001f1f79bf6b  wifi      verbunden        PBS-3BEC91                  
lo               loopback  nicht verwaltet  --                          
NAME                         UUID                                  TYPE      DEV
Kabelgebundene Verbindung 1  b50fac3a-82e8-4e69-a74a-457a31252dc6  ethernet  eth
PBS-3BEC91                   4e12ddc1-82ee-4abb-8e92-c2b18193f7c7  wifi      wlx
robert@robert-ubuntu:~$ sudo ip link set eth0 down
[sudo] Passwort für robert: 
robert@robert-ubuntu:~$ sudo dhclient eth0
RTNETLINK answers: File exists
robert@robert-ubuntu:~$ 

Gruß kroberto

kroberto schrieb:

[…]

robert@robert-ubuntu:~$ nmcli general ; nmcli device ; nmcli connection
STATE                    CONNECTIVITY  WIFI-HW    WIFI       WWAN-HW    WWAN      
verbunden (nur Gelände)  begrenzt      aktiviert  aktiviert  aktiviert  aktiviert 
DEVICE           TYPE      STATE            CONNECTION                  
eth0             ethernet  verbunden        Kabelgebundene Verbindung 1 
wlx001f1f79bf6b  wifi      verbunden        PBS-3BEC91                  
lo               loopback  nicht verwaltet  --                          
[…]

Keine Ahnung, Was die Angabe unter STATE „verbunden (nur Gelände)“ bedeuten soll. So etwas habe ich noch nie gesehen. Möglicherweise verwendest Du eine seltsame Übersetzungsdatei. Zeige mal:

LANG= nmcli general 

Wichtiger ist aber: Du bist jetzt bereits vor dem Absetzen Deiner Spezialbefehle per eth0 und wlx001f1f79bf6b verbunden!

1. Was genau funktioniert denn nicht?

2. Zeige, bevor Du Deine Spezialbefehle verwendest:

   networkctl --no-pager status
   ip -4 route
   ping -c1 213.95.41.4
   host ubuntuusers.de

Keine Ahnung, was (nur Gelände) bedeuten soll. Ja, ich sehe es auch, dass schon vor dem absetzen meine Befehle 'Kabelgebundene Verbindung' schon auf verbunden steht. Ich schrieb auch, dass ich zu diesem Zeitpunk (vor den Befehlen) kein Internet aber eine Verbindung zum Router/Modem habe und mit dem kommunizieren kann. Hier die Abfragen vor den Befehlen:

robert@robert-ubuntu:~$ LANG= nmcli general
STATE                  CONNECTIVITY  WIFI-HW  WIFI     WWAN-HW  WWAN    
connected (site only)  limited       enabled  enabled  enabled  enabled 
robert@robert-ubuntu:~$ networkctl --no page status
networkctl: option '--no' is ambiguous; possibilities: '--no-pager' '--no-legend'
robert@robert-ubuntu:~$ networkctl --no-page status
WARNING: systemd-networkd is not running, output will be incomplete.

●        State: n/a
       Address: 10.0.0.1 on eth0
                fe80::c906:e41d:48b8:f740 on eth0
       Gateway: 10.0.0.138 (ADB Broadband Italia) on eth0
robert@robert-ubuntu:~$ ip -4 route
default via 10.0.0.138 dev eth0 proto dhcp metric 20100 
10.0.0.0/24 dev eth0 proto kernel scope link src 10.0.0.1 metric 100 
169.254.0.0/16 dev eth0 scope link metric 1000 
robert@robert-ubuntu:~$ ping -c1 213.95.41.4
PING 213.95.41.4 (213.95.41.4) 56(84) bytes of data.
64 bytes from 213.95.41.4: icmp_seq=1 ttl=57 time=28.7 ms

--- 213.95.41.4 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 28.766/28.766/28.766/0.000 ms
robert@robert-ubuntu:~$ host ubuntuusers.de
Host ubuntuusers.de not found: 2(SERVFAIL)
robert@robert-ubuntu:~$ sudo ip link set eth0 down
[sudo] Passwort für robert: 
robert@robert-ubuntu:~$ sudo dhclient eth0
RTNETLINK answers: File exists
robert@robert-ubuntu:~$ 

Gruß kroberto

Und so sieht es nach 'meinen beiden Spezialbefehlen' aus.

robert@robert-ubuntu:~$ LANG= nmcli general
STATE      CONNECTIVITY  WIFI-HW  WIFI     WWAN-HW  WWAN    
connected  full          enabled  enabled  enabled  enabled 
robert@robert-ubuntu:~$ ip -4 route
default via 10.0.0.138 dev eth0 
default via 10.0.0.138 dev eth0 proto dhcp metric 100 
10.0.0.0/24 dev eth0 proto kernel scope link src 10.0.0.1 metric 100 
robert@robert-ubuntu:~$ ping -c1 213.95.41.4
PING 213.95.41.4 (213.95.41.4) 56(84) bytes of data.
64 bytes from 213.95.41.4: icmp_seq=1 ttl=57 time=29.5 ms

--- 213.95.41.4 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 29.502/29.502/29.502/0.000 ms
robert@robert-ubuntu:~$ host ubuntuusers.de
ubuntuusers.de has address 213.95.41.4
ubuntuusers.de has IPv6 address 2001:780:0:25:dead:beef:cafe:1
ubuntuusers.de mail is handled by 20 mx2.ubuntu-de.org.
ubuntuusers.de mail is handled by 10 mx1.ubuntu-de.org.
robert@robert-ubuntu:~$ 

kroberto schrieb:

[…] Ja, ich sehe es auch, dass schon vor dem absetzen meine Befehle 'Kabelgebundene Verbindung' schon auf verbunden steht. […]

[…]
robert@robert-ubuntu:~$ ping -c1 213.95.41.4
PING 213.95.41.4 (213.95.41.4) 56(84) bytes of data.
64 bytes from 213.95.41.4: icmp_seq=1 ttl=57 time=28.7 ms

--- 213.95.41.4 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 28.766/28.766/28.766/0.000 ms
robert@robert-ubuntu:~$ host ubuntuusers.de
Host ubuntuusers.de not found: 2(SERVFAIL)

Im Grunde funktioniert es bis auf die DNS-Namensauflösung. Zeige bitte:

grep -r -A2 dns /etc/NetworkManager/NetworkManager.conf /{usr/lib,run,etc}/NetworkManager/conf.d/
dpkg -l resolvconf dnsmasq systemd

und diese Befehle mit Ausgabe bevor und nach der Ausführung Deiner Spezialbefehle:

ls -l /etc/resolv.conf ; cat /etc/resolv.conf
sudo ss -pan 'sport = 53'

Guten Morgen, alles bevor ich die 2 'Spezialbefehle' abgesetzt habe:

robert@robert-ubuntu:~$ grep -r -A2 dns /etc/NetworkManager/NetworkManager.conf /{usr/lib,run,etc}/NetworkManager/conf.d/
/etc/NetworkManager/NetworkManager.conf:dns=dnsmasq
/etc/NetworkManager/NetworkManager.conf-
/etc/NetworkManager/NetworkManager.conf-no-auto-default=D0:50:99:28:77:DF,
--
/usr/lib/NetworkManager/conf.d/10-dns-resolved.conf:# We need to specify "dns=systemd-resolved" as for the time being our
/usr/lib/NetworkManager/conf.d/10-dns-resolved.conf-# /etc/resolv.conf points to resolvconf's generated file instead of
/usr/lib/NetworkManager/conf.d/10-dns-resolved.conf-# systemd-resolved's, so the auto-detection does not work.
/usr/lib/NetworkManager/conf.d/10-dns-resolved.conf:dns=systemd-resolved
robert@robert-ubuntu:~$ dpkg -l resolvconf dnsmasq systemd
Gewünscht=Unbekannt/Installieren/R=Entfernen/P=Vollständig Löschen/Halten
| Status=Nicht/Installiert/Config/U=Entpackt/halb konFiguriert/
         Halb installiert/Trigger erWartet/Trigger anhängig
|/ Fehler?=(kein)/R=Neuinstallation notwendig (Status, Fehler: GROSS=schlecht)
||/ Name                                     Version                   Architektur               Beschreibung
+++-========================================-=========================-=========================-=====================================================================================
un  dnsmasq                                  <keine>                   <keine>                   (keine Beschreibung vorhanden)
ii  resolvconf                               1.79ubuntu10              all                       name server information handler
ii  systemd                                  237-3ubuntu10.3           amd64                     system and service manager
robert@robert-ubuntu:~$ ls -l /etc/resolv.conf ; cat /etc/resolv.conf
lrwxrwxrwx 1 root root 29 Nov  8  2014 /etc/resolv.conf -> ../run/resolvconf/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
# 127.0.0.53 is the systemd-resolved stub resolver.
# run "systemd-resolve --status" to see details about the actual nameservers.

nameserver 127.0.0.53
robert@robert-ubuntu:~$ sudo ss -pan 'sport = 53'
[sudo] Passwort für robert: 
Das hat nicht funktioniert, bitte nochmal probieren.
[sudo] Passwort für robert: 
Netid        State           Recv-Q          Send-Q                    Local Address:Port                   Peer Address:Port                                                            
udp          UNCONN          0               0                             127.0.1.1:53                          0.0.0.0:*             users:(("dnsmasq",pid=1266,fd=4))                 
udp          UNCONN          15360           0                         127.0.0.53%lo:53                          0.0.0.0:*             users:(("systemd-resolve",pid=700,fd=12))         
tcp          LISTEN          0               32                            127.0.1.1:53                          0.0.0.0:*             users:(("dnsmasq",pid=1266,fd=5))                 
tcp          LISTEN          0               128                       127.0.0.53%lo:53                          0.0.0.0:*             users:(("systemd-resolve",pid=700,fd=13))         
robert@robert-ubuntu:~$ sudo ip link set eth0 down
robert@robert-ubuntu:~$ sudo dhclient eth0
RTNETLINK answers: File exists
robert@robert-ubuntu:~$ 

Gruß kroberto

OK, vermutlich ist folgendes geschehen: Beim Wechsel von 16.04 –> 18.04 wurde die Software für die Netzwerk-Konfiguration, insbesondere die Handhabung der DNS-Namensauflösung verändert. Bei 16.04 wurden für das Management der DNS-Server und für den lokalen DNS-Cache die Programme resolvconf und dnsmasq-base verwendet, bei 18.04 erledigt beide Aufgaben systemd-resolve. Beim Upgrade wurde dies jedoch in Deinem Fall unvollständig umgesetzt: In Deiner Konfiguration des NetworkManagers gibt es noch Relikte des alten Zustandes und es werden 2 DNS-Cache-Programme gestartet, welche sich dann gegenseitig behindern.

Versuche folgendes:

1. Sichere alle Dateien, welche Dir wichtig sind und die Du auf keinen Fall verlieren möchtest!

2. Sichere die Datei /etc/NetworkManager/NetworkManager.conf

3. und ersetze ihren Inhalt dann (als root) durch:

   [main]
   plugins=ifupdown,keyfile
   
   [ifupdown]
   managed=false
   
   [device]
   wifi.scan-rand-mac-address=no

   Benutze Copy&Paste. (Die Angabe "dns=dnsmasq" muss auf jeden Fall weg, die Angabe "no-auto-default=D0:50:99:28:77:DF," ist mir auch suspekt.)

4. Neustart des Rechners. Danach funktioniert möglicherweise Dein Kabel-Netzwerk ohne Deine Spezialbefehle.

Vielen Vielen Dank, großen Respekt vor deinem Wissen und deiner Hilfsbereitschaft! Ich bin sprachlos, dachte schon ich muss neu installieren. Bei windoof wäre dies bei so einem Problem unvermeidlich gewesen. Ich bin und bleibe ein begeisterter UBUNTUANER!!!

LAN und WLAN haben nach dem reboot sofort funktioniert! Juhu.

Liebe Grüße nach Münster.

Hi,
die Konfiguration ist so nicht ganz korrekt. Beim Sys-Upgrade schein etwas schief gelaufen zu sein. Die /etc/resolv.conf ist unter 18.04 ein Symlink auf die /run/systemd/resolve/stub-resolv.conf, bei dir momentan auf die /run/resolvconf/resolv.conf

Kontrolle:

1

cat /run/systemd/resolve/stub-resolv.conf

Korrektur bei Bedarf:

1

sudo ln -s -f /run/systemd/resolve/stub-resolv.conf /etc/resolve.conf

Hallo elektronenblitz63, ja, diese Tatsache ist mir vor dem Hilferuf im Forum bei der Fehlersuche auch aufgefallen. Ich werde deinen Einwand im Auge behalten. Vielleicht wird es bei einem update des NetworkManager wieder zum Problem. Jetzt jedoch läuft LAN und bei Bedarf auch WLAN ohne Probleme so wie vor dem Upgrade. Da möchte ich nichts verändern. Ich habe 4 Ubuntu-Rechner, aber nur bei dem der jetzt LAN-Probleme hatte, habe ich von 16.04 LTS (mit allen updates) zu 18.04.1 LTS upgegradet. Alle anderen sind von 17.10 auf 18.04 ohne auch nur der kleinsten Schwierigkeit wieder gelaufen. Danke!

Gruß kroberto