staging.inyokaproject.org

Hallo Forum,

ich habe seit dem letzten Reboot das Problem, dass mit meinem PC de facto keine Verbindung zum Internet mehr besteht.

Ich verwendende ein Kubuntu 16.04 mit dem Kernel 4.4.0-98-generic und und das Problem besteht seit dem letzten regulären Update bzw. dem ersten Neustart einige Tage danach. Es ist seit dem keine Verbindung zum Internet möglich, alle Programme sind davon betroffen. Wenn ich auf dem gleichen Rechner allerdings ein Livesystem boote, funktioniert die Verbindung ins Internet ganz normal. Andere Geräte an diesem Router (Speedport W 504V der dt. Telekom) haben ebenfalls keine Probleme. Es ist also kein Problem der Hardware oder des Routers. Die kabelgebundene Netzwerkverbindung (onboard am Intel Board (DH67BL)) besteht zwar und wird als aktiv angezeigt, aber es besteht keine Verbindung zum Internet. Wenn ich zusätzlich einen WLAN-Stick anstecke, so besteht das gleiche Problem auch über diese Verbindung.

Ich habe allerdings festgestellt, dass ich IP Adressen direkt anpingen kann und auch im Browser bestimmte Webseiten erreichen kann, wenn ich nur deren IP eingebe. Ein Ping auf eine beliebige URL schlägt allerdings fehl, sodass ich ein Problem mit dem DNS vermute.

In der resolv.conf seht als DNS 127.0.0.53 und ein Ping darauf ist erfolgreich. Wenn ich bspw. 8.8.8.8 manuell in den Einstellungen der Netzwerkverbindung als alternativen DNS eingebe, ändert sich aber nichts am Problem. Zudem ist auch wenn ich im Recovery Modus boote keine Verbindung ins Internet möglich („Netzwerk aktivieren“ funktioniert nicht), ich kann also auch kein apt upgrade oder eine Reparatur des Systems durchführen. Beim booten im Recovery Modus habe ich zudem die Fehlermeldung „Failed to start Raise network interfaces“ bemerkt, die ich ebenfalls erhalte, wenn ich in der Konsole „sudo service networking restart“ eingebe. systemctl status networking.service ergibt dann folgende – für mich kryptische – Ausgabe:

● networking.service - Raise network interfaces 
  Loaded: loaded (/lib/systemd/system/networking.service; enabled; vendor preset: enabled) 
 Drop-In: /run/systemd/generator/networking.service.d 
          └─50-insserv.conf-$network.conf 
  Active: failed (Result: exit-code) since Sa 2017-11-04 23:58:01 CET; 5min ago 
    Docs: man:interfaces(5) 
 Process: 32032 ExecStart=/sbin/ifup -a --read-environment (code=exited, status=1/FAILURE) 
 Process: 32028 ExecStartPre=/bin/sh -c [ "$CONFIGURE_INTERFACES" != "no" ] && [ -n "$(ifquery --read-en 
Main PID: 32032 (code=exited, status=1/FAILURE) 

Nov 04 23:58:00 ubuntuppp systemd[1]: Stopped Raise network interfaces. 
Nov 04 23:58:00 ubuntuppp systemd[1]: Starting Raise network interfaces... 
Nov 04 23:58:00 ubuntuppp sh[32028]: Unknown interface eth0 
Nov 04 23:58:00 ubuntuppp ifup[32032]: Unknown interface eth0 
Nov 04 23:58:01 ubuntuppp systemd[1]: networking.service: Main process exited, code=exited, status=1/FAIL 
Nov 04 23:58:01 ubuntuppp systemd[1]: Failed to start Raise network interfaces. 
Nov 04 23:58:01 ubuntuppp systemd[1]: networking.service: Unit entered failed state. 
Nov 04 23:58:01 ubuntuppp systemd[1]: networking.service: Failed with result 'exit-code'.

Ich weiß nicht, ob das nun die Ursache oder ein Symptom des Problems ist und habe auch sonst keine Idee wie ich hier weiter vorgehen könnte.

Ich bin für jeden Tipp dankbar und habe im Folgenden noch einige der der im Forum als notwendig beschriebenen Angaben angehangen.

Mit der Hoffnung auf eine baldige Lösung des Problems - viele Grüße

Peter

  1
  2
  3
  4
  5
  6
  7
  8
  9
 10
 11
 12
 13
 14
 15
 16
 17
 18
 19
 20
 21
 22
 23
 24
 25
 26
 27
 28
 29
 30
 31
 32
 33
 34
 35
 36
 37
 38
 39
 40
 41
 42
 43
 44
 45
 46
 47
 48
 49
 50
 51
 52
 53
 54
 55
 56
 57
 58
 59
 60
 61
 62
 63
 64
 65
 66
 67
 68
 69
 70
 71
 72
 73
 74
 75
 76
 77
 78
 79
 80
 81
 82
 83
 84
 85
 86
 87
 88
 89
 90
 91
 92
 93
 94
 95
 96
 97
 98
 99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188

pq@ubuntupq:~$ cat /etc/network/interfaces        
# This file describes the network interfaces available on your system 
# and how to activate them. For more information, see interfaces(5). 

# The loopback network interface 
auto lo 
iface lo inet loopback 

# The primary network interface 
auto eth0 
#iface eth0 inet dhcp


pq@ubuntupq:~$ cat /etc/resolv.conf 
# This file is managed by man:systemd-resolved(8). Do not edit. 
# 
# 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 

search Speedport_W_504V_Typ_A



pq@ubuntupq:~$ cat /etc/hosts 
127.0.0.1       localhost 
127.0.1.1       ubuntupq.pc    ubuntupq 

# The following lines are desirable for IPv6 capable hosts 
::1     ip6-localhost ip6-loopback 
fe00::0 ip6-localnet 
ff00::0 ip6-mcastprefix 
ff02::1 ip6-allnodes 
ff02::2 ip6-allrouters 
#facebook 
127.0.0.1 www.facebook.com 
127.0.0.1 facebook.com 
127.0.0.1 ok.facebook.com 
127.0.0.1 www.ok.facebook.com 
127.0.0.1 a.ok.facebook.com 
127.0.0.1 www.a.ok.facebook.com 
127.0.0.1 facebook.com.au 
127.0.0.1 www.facebook.com.au 
127.0.0.1 nl-nl.facebook.com 
127.0.0.1 www.nl-nl.facebook.com 
127.0.0.1 facebook.nl 
127.0.0.1 www.facebook.nl 
127.0.0.1 facebook.com.au 
127.0.0.1 www.facebook.com.au 
127.0.0.1 login.facebook.com.au 
127.0.0.1 www.login.facebook.com.au 
127.0.0.1 www-10-01-snc2.facebook.com 
127.0.0.1 www-11-01-snc2.facebook.com 
127.0.0.1 www-10-03-ash1.facebook.com 
127.0.0.1 www-12-08-ash1.facebook.com 
127.0.0.1 www-13-08-ash1.facebook.com 
127.0.0.1 static.ak.fbcdn.net 
127.0.0.1 www.static.ak.fbcdn.net 
127.0.0.1 login.facebook.com 
127.0.0.1 www.login.facebook.com 
127.0.0.1 login.facebook.com.nl 
127.0.0.1 www.login.facebook.com.nl 
127.0.0.1 fbcdn.net 
127.0.0.1 www.fbcdn.net 
127.0.0.1 fbcdn.com 
127.0.0.1 www.fbcdn.com 
127.0.0.1 ads.ak.facebook.com 
127.0.0.1 www.ads.ak.facebook.com 
127.0.0.1 static.ak.connect.facebook.co m 
127.0.0.1 www.static.ak.connect.facebook.com 
127.0.0.1 login.facebook.com 
127.0.0.1 www.login.facebook.com 
127.0.0.1 de-de.facebook.com



pq@ubuntupq:~$ ifconfig -a 
eth0      Link encap:Ethernet  Hardware Adresse 38:60:77:2f:2c:71   
         inet Adresse:192.168.2.101  Bcast:192.168.2.255  Maske:255.255.255.0 
         inet6-Adresse: fe80::3a60:77ff:fe2f:2c71/64 Gültigkeitsbereich:Verbindung 
         UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1 
         RX-Pakete:88679 Fehler:0 Verloren:0 Überläufe:0 Fenster:0 
         TX-Pakete:6554 Fehler:0 Verloren:0 Überläufe:0 Träger:0 
         Kollisionen:0 Sendewarteschlangenlänge:1000  
         RX-Bytes:7965297 (7.9 MB)  TX-Bytes:547489 (547.4 KB) 
         Interrupt:20 Speicher:fe500000-fe520000  

lo        Link encap:Lokale Schleife   
         inet Adresse:127.0.0.1  Maske:255.0.0.0 
         inet6-Adresse: ::1/128 Gültigkeitsbereich:Maschine 
         UP LOOPBACK RUNNING  MTU:65536  Metrik:1 
         RX-Pakete:2063500 Fehler:0 Verloren:0 Überläufe:0 Fenster:0 
         TX-Pakete:2063500 Fehler:0 Verloren:0 Überläufe:0 Träger:0 
         Kollisionen:0 Sendewarteschlangenlänge:1  
         RX-Bytes:172906229 (172.9 MB)  TX-Bytes:172906229 (172.9 MB)



pq@ubuntupq:~$ iwconfig 
lo        no wireless extensions. 

eth0      no wireless extensions. 




pq@ubuntupq:~$ route -n 
Kernel-IP-Routentabelle 
Ziel            Router          Genmask         Flags Metric Ref    Use Iface 
0.0.0.0         192.168.2.1     0.0.0.0         UG    100    0        0 eth0 
169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0 eth0 
192.168.2.0     0.0.0.0         255.255.255.0   U     100    0        0 eth0



pq@ubuntupq:~$ arp -av 
NB-Zeuch.local (192.168.2.102) auf f4:8c:50:13:bd:f7 [ether] auf eth0 
? (192.168.2.1) auf 88:25:2c:a6:42:9e [ether] auf eth0 
Einträge: 2   Ignoriert: 0   Gefunden: 2



pq@ubuntupq:~$ ip neigh show 
192.168.2.102 dev eth0 lladdr f4:8c:50:13:bd:f7 STALE 
192.168.2.1 dev eth0 lladdr 88:25:2c:a6:42:9e STALE



pq@ubuntupq:~$ cat /var/lib/NetworkManager/NetworkManager.state 

[main] 
NetworkingEnabled=true 
WirelessEnabled=true 
WWANEnabled=true



pq@ubuntupq:~$ cat /etc/NetworkManager/NetworkManager.conf 
[main] 
plugins=ifupdown,keyfile 
dns=dnsmasq 

no-auto-default=38:60:77:2F:2C:71, 

[ifupdown] 
managed=false



pq@ubuntupq:~$ cat /etc/udev/rules.d/70-persistent-net.rules | egrep -i 'device|sub' -A3 
# PCI device 0x8086:0x1503 (e1000e) 
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="38:60:77:2f:2c:71", ATTR{dev_id}=="0x0", 
ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"



pq@ubuntupq:~$ ping -c 2 $(route -n | grep UG| awk {'print $2'}) 
PING 192.168.2.1 (192.168.2.1) 56(84) bytes of data. 
64 bytes from 192.168.2.1: icmp_seq=2 ttl=64 time=1.15 ms 

--- 192.168.2.1 ping statistics --- 
2 packets transmitted, 1 received, 50% packet loss, time 1007ms 
rtt min/avg/max/mdev = 1.152/1.152/1.152/0.000 ms 

pq@ubuntupq:~$ ping -c 2 $(route -n | grep UG| awk {'print $2'}) 
PING 192.168.2.1 (192.168.2.1) 56(84) bytes of data. 
64 bytes from 192.168.2.1: icmp_seq=1 ttl=64 time=0.556 ms 
64 bytes from 192.168.2.1: icmp_seq=2 ttl=64 time=1.43 ms 

--- 192.168.2.1 ping statistics --- 
2 packets transmitted, 2 received, 0% packet loss, time 1000ms 
rtt min/avg/max/mdev = 0.556/0.996/1.436/0.440 ms



pq@ubuntupq:~$ ping -c 2 www.ubuntuusers.de 
ping: unknown host www.ubuntuusers.de 


pq@ubuntupq:~$ ping -c 2 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=54 time=21.9 ms 
64 bytes from 213.95.41.4: icmp_seq=2 ttl=54 time=22.0 ms 

--- 213.95.41.4 ping statistics --- 
2 packets transmitted, 2 received, 0% packet loss, time 1001ms 
rtt min/avg/max/mdev = 21.902/21.974/22.046/0.072 ms

Siehe z. B. diesen Thread: https://forum.ubuntuusers.de/topic/dns-kaputt/

EDIT:

BTW: Unter Lubuntu 16.04 wird per default (statt systemd-resolvd) dnsmasq-base bzw. resolvconf benutzt und damit gibt es auch mit diesem Kernel, keine Probleme mit der Namensauflösung (DNS).

hallo,

gleich zu Anfang steht doch dein Fehler:

# The primary network interface auto eth0

#iface eth0 inet dhcp

Entferne mal den Hash # und starte den Rechner neu.

dann sollte das laufen.

gruß

archy

Hallo lubux und archy,

Danke für die Empfehlungen. Leider haben beide Vorschläge keine Lösung des Problems ergeben.

Ich habe in der

/etc/systemd/resolved.conf

[Resolve]
DNS=8.8.8.8

eingetragen und neu gestartet – keine Veränderung.

Und weiterhin in

etc/network/interfaces

iface eth0 inet dhcp

aktiviert und neu gestartet – leider auch keine Veränderung.

Beide Änderungen bleiben nach dem Neustarten erhalten. Zugriff auf das Internet besteht weiterhin nicht.

VG Peter

Eine IP kriegt er doch, von daher bringt es vermutlich nichts, wenn er das in der interfaces wieder einkommentiert.

Ich würde eth0 komplett aus der interfaces löschen.

Kannst du mal versuchsweise eth0 komplett rausnehmen und die udev Regel deaktivieren.

sudo mv /etc/udev/rules.d/70-persistent-net.rules /etc/udev/rules.d/70-persistent-net.rules.bak

Danach neustarten. Evtl liegt bei den BIOS Dev Names das Problem.

ZVLKX schrieb:

Beide Änderungen bleiben nach dem Neustarten erhalten. Zugriff auf das Internet besteht weiterhin nicht.

Wie ist jetzt (nach dem Neustart) die Ausgabe von:

cat /etc/resolv.conf

?

Hallo!

Verwendest du systemd-networkd parallel zum NetworkManager? Zeige bitte auch die Ausgabe von

grep hosts /etc/nsswitch.conf

Hallo Hans,

nach Eingabe des mv Befehls und einem Neustart ist die Situation weiterhin unverändert, nur der Anmeldevorgang hat länger gedauert als bisher.

Soll ich die Änderungen wieder rückgängig machen, oder weiter so belassen?

VG Peter

@lubux

/etc/resolv.conf ist weiter unverändert, ich hatte DNS=8.8.8.8 in /etc/systemd/resolved.conf eingetragen.

cat /etc/resolv.conf 
# This file is managed by man:systemd-resolved(8). Do not edit. 
# 
# 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 

search Speedport_W_504V_Typ_A

soll ich in /etc/resolv.conf mal

nameserver 8.8.8.8

eintragen

Danke für eure Hilfe. 👍

@ChickenLips

grep hosts /etc/nsswitch.conf

bringt:

hosts:       files mdns4_minimal [NOTFOUND=return] dns mdns4

?

LG Peter

ZVLKX schrieb:

soll ich in /etc/resolv.conf mal

nameserver 8.8.8.8

eintragen

Nein.

Wie ist die Ausgabe von:

apt-cache policy resolvconf

?

ZVLKX schrieb:

hosts:       files mdns4_minimal [NOTFOUND=return] dns mdns4

Ändere die Zeile mal wie unter Namensaufloesung-funktioniert-nicht angegeben auf resolve, falls bei dir systemd-resolved aktiviert ist. Prüfen kannst du das mit

systemctl status systemd-resolved

Also resolve anstatt oder vor dns eintragen.

lubux schrieb:

ZVLKX schrieb:

soll ich in /etc/resolv.conf mal

nameserver 8.8.8.8

eintragen

Nein.

Das habe ich aber kurz vor deiner Antwort probiert und nach Neustart ist die Internetverbindung tatsächlich wieder da!

Was ist (war) hier los?

Gelöst. Aber ich würde es gern noch verstehen und wissen, ob der Google DNS jetzt dort drin stehen bleiben soll.

Danke!

VG Peter

ZVLKX schrieb:

... nach Neustart ist die Internetverbindung tatsächlich wieder da!

Wie ist nach diesem Neustart (d. h. jetzt) die Ausgabe von:

cat /etc/resolv.conf

?

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12

apt-cache policy resolvconf
resolvconf:
  Installiert:           1.78ubuntu4
  Installationskandidat: 1.78ubuntu4
  Versionstabelle:
 *** 1.78ubuntu4 500
        500 http://archive.ubuntu.com/ubuntu xenial-updates/main amd64 Packages
        500 http://archive.ubuntu.com/ubuntu xenial-updates/main i386 Packages
        100 /var/lib/dpkg/status
     1.78ubuntu2 500
        500 http://archive.ubuntu.com/ubuntu xenial/main amd64 Packages
        500 http://archive.ubuntu.com/ubuntu xenial/main i386 Packages

Gepostet vom "Problem-Rechner" 😀

Danke noch mal!