Seit Upgrade auf Leap15.1 kein Internet möglich

Deutsch (German) Netzwerk
#1

Liebe Leute,
seit dem Upgrade von Leap 15.0 auf 15.1 funktioniert bei mir der Internetzugang nicht korrekt.
DNS scheint zu funktionieren:
server:~ # host www.orf.at
www.orf.at has address 194.232.104.149
www.orf.at has address 194.232.104.150
www.orf.at has address 194.232.104.3
www.orf.at has address 194.232.104.4
www.orf.at has address 194.232.104.139
www.orf.at has address 194.232.104.140
www.orf.at has address 194.232.104.141
www.orf.at has address 194.232.104.142
www.orf.at has IPv6 address 2a01:468:1000:9::4
www.orf.at has IPv6 address 2a01:468:1000:9::149
www.orf.at has IPv6 address 2a01:468:1000:9::150
www.orf.at has IPv6 address 2a01:468:1000:9::3

Ping liefert folgendes:
server:~ # ping www.orf.at
ping: www.orf.at: Der Name oder der Dienst ist nicht bekannt

Traceroute:
server:~ # traceroute www.orf.at
www.orf.at: Der Name oder der Dienst ist nicht bekannt
Cannot handle “host” cmdline arg `www.orf.at’ on position 1 (argc 1)

Habe auch das Problem, dass ich per Zypper ja nun keine Updates mehr erhalte. Dies habe ich umgangen indem ich statt der Hostnamen die IP-Adressen für die Repositories eingetragen habe.

Ich bin irgendwie ratlos. Normalerweise hätte ich beim Ping-fehler vermutet dass die DNS-Auflösung nicht funktioniert. Das tut sie aber anscheined.

Könnt ihr mir weiterhelfen?
Vielen Dank schon mal!

#2

dhcp oder feste IP Adressen?
Netzwerkmanager oder Yast----wicked?

Bei dhcp:
Mal die /etc/resolv.conf löschen und ein

netconfig update -f

absetzen.

#3

Ich habe das gleiche Problem gehabt (ich habe u.a. die gleichen Beispiele mit www.orf.at probiert).

Ich habe nach sehr langer Suche den Bug Report 1135742 von openSuSE gefunden und die dortige Lösung probiert - und das Problem ist weg.

  1. in der Datei /etc/NetworkManager/NetworkManager.conf im Abschnitt [main] die Zeile “dns=dnsmasq” einfügen
  2. ich weiß nicht, ob das auch wichtig ist: /etc/resolv.conf löschen
  3. NetworkManager neu starten.

Viel Erfolg!

#4

Ich verwende dhcp (vom Router aber fixe IP zugewiesen) und Yast (wicked), da der Computer als Server verwendet wird.

Den Tipp habe ich versucht, aber leider gab es keine Änderung :frowning: .

#5

Vielen Dank,
aber ich verwende wicked zur Netzwerkkonfiguration. Ich habe aber auch deinen Eintrag probiert - leider keinen Erfolg :(.

Generell scheint es mir eher ein Art Berechtigungsproblem zu sein.

ping mit den IP-Adressen funktioniert einwandfrei (orf.at IP-Adresse):

server:~ # ping 194.232.104.4
PING 194.232.104.4 (194.232.104.4) 56(84) bytes of data.
64 bytes from 194.232.104.4: icmp_seq=1 ttl=57 time=5.83 ms
64 bytes from 194.232.104.4: icmp_seq=2 ttl=57 time=6.16 ms
64 bytes from 194.232.104.4: icmp_seq=3 ttl=57 time=5.35 ms
64 bytes from 194.232.104.4: icmp_seq=4 ttl=57 time=5.49 ms
64 bytes from 194.232.104.4: icmp_seq=5 ttl=57 time=6.02 ms
64 bytes from 194.232.104.4: icmp_seq=6 ttl=57 time=5.64 ms
64 bytes from 194.232.104.4: icmp_seq=7 ttl=57 time=18.0 ms
64 bytes from 194.232.104.4: icmp_seq=8 ttl=57 time=5.15 ms
64 bytes from 194.232.104.4: icmp_seq=9 ttl=57 time=5.85 ms
64 bytes from 194.232.104.4: icmp_seq=10 ttl=57 time=6.18 ms
64 bytes from 194.232.104.4: icmp_seq=11 ttl=57 time=6.07 ms
^C
— 194.232.104.4 ping statistics —
11 packets transmitted, 11 received, 0% packet loss, time 10014ms
rtt min/avg/max/mdev = 5.154/6.889/18.003/3.530 ms

#6

@bs1180:

Bitte: die folgende Abfragen prüfen »Ausgaben hier hier nicht nötig – wegen Privatsphäre … «:


 > hostname
 > dnsdomainname
 > host -v »hostname«
 # nscd --statistics

In die systemd Journal, die „nscd” Einträge überprüfen: „journalctl --this-boot | grep -i nscd”

Überlege ob, in /etc/nscd.conf der Domänennamen-Dienst-Cachespeicher-Logdatei eingeschaltet werden sollte: „# logfile /var/log/nscd.log” – normalerweise ist es auskommentiert – abgeschaltet.

#7

Hier scheint es ein Problem zu geben:

Jul 08 11:04:21 server nscd[963]: 963 monitoring directory /etc (2)
Jul 08 11:04:21 server nscd[963]: 963 disabled inotify-based monitoring for file /etc/resolv.conf': No such file or directory Jul 08 11:04:21 server nscd[963]: 963 stat failed for file /etc/resolv.conf’; will try again later: No such file or directory
Jul 08 11:04:21 server nscd[963]: 963 monitoring file /etc/services (5)

server:~ # ls -l /etc/resolv.conf
lrwxrwxrwx 1 root root 30 8. Jul 10:39 /etc/resolv.conf -> /var/run/netconfig/resolv.conf

…

Ich habe nun den Link durch die Datei direkt ersetzt.

Nun funktioniert es wieder tadellos!!

Vielen Dank für den Hinweis!!!
:):good:

#8

@bs1180:

Hmmm … Ich habe die gleiche Leap 15.1 Fehlermeldungen im systemd Journal und, „/etc/resolv.conf” zeigt auf „/var/run/netconfig/resolv.conf” und, der Domänennamen-Dienst funktionierte … – aber:


 # journalctl --this-boot | grep -i nscd
 … 
Jul 08 08:14:03 xxx nscd[1082]: 1082 überwache das Verzeichnis »/etc« (2)
Jul 08 08:14:03 xxx nscd[1082]: 1082 Die inotify-basierte Überwachung für die Datei »/etc/resolv.conf« deaktiviert: Datei oder Verzeichnis nicht gefunden
Jul 08 08:14:03 xxx nscd[1082]: 1082 »stat« für die Datei »/etc/resolv.conf« ist fehlgeschlagen; weiterer Versuch folgt später: Datei oder Verzeichnis nicht gefunden
 … 
Jul 08 08:14:03 xxx nscd[1082]: 1082 überwache das Verzeichnis »/etc« (2)
**Jul 08 08:14:23 xxx nscd[1082]: 1082 Die beobachtete Datei »/etc/resolv.conf« wurde verändert (»mtime«)
Jul 08 08:14:23 xxx nscd[1082]: 1082 überwache Datei »/etc/resolv.conf« (7)
Jul 08 08:14:23 xxx nscd[1082]: 1082 überwache das Verzeichnis »/etc« (2)
Jul 08 08:22:27 xxx nscd[1082]: 1082 inotify Event für Datei »/etc/resolv.conf« ignoriert (Datei existiert)
Jul 08 08:22:27 xxx nscd[1082]: 1082 inotify Event für Datei »/etc/resolv.conf« ignoriert (Datei existiert)**
 #

In anderer Worten, 20 Sekunden nach die nscd Fehlermeldung, um 08:14:23 funktionierte es …


 # stat /etc/resolv.conf
  Datei: /etc/resolv.conf -> /var/run/netconfig/resolv.conf
  Größe: 30             Blöcke: 0          EA Block: 4096   symbolische Verknüpfung
Gerät: 801h/2049d       Inode: 2495651     Verknüpfungen: 1
Zugriff: (0777/lrwxrwxrwx)  Uid: (    0/    root)   Gid: (    0/    root)
Zugriff    : 2019-07-02 18:34:29.300027700 +0200
Modifiziert: 2019-07-02 18:12:01.028000720 +0200
Geändert   : 2019-07-02 18:12:01.028000720 +0200
 Geburt    : -
 # 
 # netconfig update -f
 # 
 # stat /var/run/netconfig/resolv.conf
  Datei: /var/run/netconfig/resolv.conf
  Größe: 741            Blöcke: 8          EA Block: 4096   reguläre Datei
Gerät: 17h/23d  Inode: 237230      Verknüpfungen: 1
Zugriff: (0644/-rw-r--r--)  Uid: (    0/    root)   Gid: (    0/    root)
Zugriff    : 2019-07-08 11:56:40.526809125 +0200
Modifiziert: 2019-07-08 11:51:40.457241914 +0200
Geändert   : 2019-07-08 11:51:40.461241936 +0200
 Geburt    : -
 #
#9

@bs1180:

Auch, folgendes, weil „Wicked” und, für mich, FRITZ!Box:

  • /etc/sysconfig/network/config – alle Voreinstellungen außer: „ NETCONFIG_DNS_STATIC_SEARCHLIST=“fritz.box” ”, „ NETCONFIG_DNS_RESOLVER_OPTIONS=“inet6 edns0 single-request single-request-reopen” ”.
  • /etc/sysconfig/network/dhcp – alle Voreinstellungen außer: „ DHCLIENT_RELEASE_BEFORE_QUIT=“yes” ”, „ DHCLIENT6_RELEASE_BEFORE_QUIT=“yes” ”.

 # cat /etc/sysconfig/network/ifcfg-eth0
BOOTPROTO='dhcp'
BROADCAST=''
DHCLIENT_SET_DEFAULT_ROUTE='yes'
ETHTOOL_OPTIONS=''
IPADDR=''
MTU=''
NAME='RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller'
NETMASK=''
NETWORK=''
REMOTE_IPADDR=''
STARTMODE='auto'
ZONE=trusted
 #
#10

@dcurtisfra:

Die Ausgabe im Journal sieht bei mir auch so aus (20s nach erstem Zugriff funktioniert es; stat liefert ähnliche Ergebnisse).

Ich habe alle deine Änderungen dann bei mir verwendet, allerdings:
Ich erhalte nur Zugriff aufs Web, wenn ich die resolv.conf ohne Link verwende!?:\

Es ist wirklich seltsam.

#11

Ist „Dnsmasq” irgendwie am laufen?

  • Wenn, in systemd, der „dnsmasq.service” Dienst aktiviert ist, es könnte mit „nscd” in Konflikt kommen.
#12

nein, dnsmasq.service ist bei mir nicht aktiv, nur nscd.

#13

Poste:

ls -al /etc/resolv.conf
#14

Hier die Ausgabe:

server:~ # ls -al /etc/resolv.conf
-rw-r--r-- 1 root root 754  8. Jul 12:54 /etc/resolv.conf

Hier auch die Berechtigungen für die Datei wohin normalerweise verlinkt wird:

server:~ # ls -al /var/run/netconfig/resolv.conf
-rw-r--r-- 1 root root 697  9. Jul 19:22 /var/run/netconfig/resolv.conf
#15

Geh mal in Yast—Netzwerkeinstellungen und stelle einmal neu auf Netzwerkmanager um.

#16

Das funktioniert nun auch (mit Link zu resolv.conf)!
server:~ # ls -l /etc/resolv.conf
lrwxrwxrwx 1 root root 30 10. Jul 10:05 /etc/resolv.conf -> /var/run/netconfig/resolv.conf

Da dies aber ein Server ist, den ich hauptsächlich fernwarte, ist die Konfiguration mittels Desktop-Applet nicht sehr komfortabel (obwohl sich da meist nichts ändert).

Ich habe nun testweise wieder zurück auf wicked gestellt und siehe da … funktioniert auch!::?.

Ich danke euch allen für die Tipps und denke, dass das Problem nun gelöst sein sollte (es sind wohl durch das Upgrade einige Konfigurationen durcheinander geraten).

Vielen Dank nochmal!

#17

Zu früh gefreut…

Nach der Umstellung zurück auf wicked funktioniert zwar ping aber Zypper erhält keine Verbindung.

Dies funktioniert nur mit der Networkmanager Einstellung.

#18

**@**bs1180:

Dann, weiter mit Namensdienstwerkzeugen: „dig”, „host” und, „delv” – wir fangen mit die Internetdienstleister Kiste an:

  • Beispiele sind von meinem Leap 15.1 „Wicked” Realtek RTL8168, r8169 Treiber, AMD Arbeitplatzrechner mit AVM FRTZ!Box DSL Vermittlungsknoten …

 > dig fritz.box

; <<>> DiG 9.11.2 <<>> fritz.box
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 53414
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 3

;; QUESTION SECTION:
;fritz.box.                     IN      A

;; ANSWER SECTION:
fritz.box.              9       IN      A       192.168.178.1

;; AUTHORITY SECTION:
fritz.box.              9       IN      NS      fritz.box.

;; ADDITIONAL SECTION:
fritz.box.              9       IN      A       192.168.178.1
fritz.box.              9       IN      AAAA    fd00::5e49:79ff:fedc:e1aa
fritz.box.              9       IN      AAAA    2001:16b8:2d83:d700:5e49:79ff:fedc:e1aa

;; Query time: 0 msec
;; SERVER: 192.168.178.1#53(192.168.178.1)
;; WHEN: Wed Jul 10 10:49:53 CEST 2019
;; MSG SIZE  rcvd: 129

 > host fritz.box
fritz.box has address 192.168.178.1
fritz.box has IPv6 address fd00::5e49:79ff:fedc:e1aa
fritz.box has IPv6 address 2001:16b8:2d83:d700:5e49:79ff:fedc:e1aa
 > delv @fritz.box fritz.box
;; chase DS servers resolving 'fritz.box/DS/IN': 2001:16b8:2d83:d700:5e49:79ff:fedc:e1aa#53
;; validating box/NS: got insecure response; parent indicates it should be secure
;; insecurity proof failed resolving 'box/NS/IN': 2001:16b8:2d83:d700:5e49:79ff:fedc:e1aa#53
;; validating box/DNSKEY: got insecure response; parent indicates it should be secure
;; insecurity proof failed resolving 'box/DNSKEY/IN': 2001:16b8:2d83:d700:5e49:79ff:fedc:e1aa#53
;; chase DS servers resolving 'fritz.box/DS/IN': 192.168.178.1#53
;; chase DS servers resolving 'fritz.box/DS/IN': fd00::5e49:79ff:fedc:e1aa#53
;; no valid DS resolving 'fritz.box/A/IN': 2001:16b8:2d83:d700:5e49:79ff:fedc:e1aa#53
;; chase DS servers resolving 'fritz.box/DS/IN': 192.168.178.1#53
;; validating box/NS: got insecure response; parent indicates it should be secure
;; insecurity proof failed resolving 'box/NS/IN': 192.168.178.1#53
;; chase DS servers resolving 'fritz.box/DS/IN': fd00::5e49:79ff:fedc:e1aa#53
;; validating box/NS: got insecure response; parent indicates it should be secure
;; insecurity proof failed resolving 'box/NS/IN': 192.168.178.1#53
;; chase DS servers resolving 'fritz.box/DS/IN': 2001:16b8:2d83:d700:5e49:79ff:fedc:e1aa#53
;; validating box/NS: got insecure response; parent indicates it should be secure
;; insecurity proof failed resolving 'box/NS/IN': 192.168.178.1#53
;; no valid DS resolving 'fritz.box/A/IN': 192.168.178.1#53
;; chase DS servers resolving 'fritz.box/DS/IN': 192.168.178.1#53
;; validating box/NS: got insecure response; parent indicates it should be secure
;; insecurity proof failed resolving 'box/NS/IN': 192.168.178.1#53
;; validating box/NS: got insecure response; parent indicates it should be secure
;; insecurity proof failed resolving 'box/NS/IN': fd00::5e49:79ff:fedc:e1aa#53
;; validating box/NS: got insecure response; parent indicates it should be secure
;; insecurity proof failed resolving 'box/NS/IN': 2001:16b8:2d83:d700:5e49:79ff:fedc:e1aa#53
;; validating ./NS: got insecure response; parent indicates it should be secure
;; insecurity proof failed resolving './NS/IN': 192.168.178.1#53
;; validating ./NS: got insecure response; parent indicates it should be secure
;; insecurity proof failed resolving './NS/IN': fd00::5e49:79ff:fedc:e1aa#53
;; validating ./NS: got insecure response; parent indicates it should be secure
;; insecurity proof failed resolving './NS/IN': 2001:16b8:2d83:d700:5e49:79ff:fedc:e1aa#53
;; no valid DS resolving 'fritz.box/A/IN': fd00::5e49:79ff:fedc:e1aa#53
;; resolution failed: no valid DS
 >

Und, heraus ins Netz:


 > dig 1und1.de

; <<>> DiG 9.11.2 <<>> 1und1.de
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 22248
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;1und1.de.                      IN      A

;; ANSWER SECTION:
1und1.de.               203     IN      A       217.160.72.6

;; Query time: 41 msec
;; SERVER: 192.168.178.1#53(192.168.178.1)
;; WHEN: Wed Jul 10 10:52:20 CEST 2019
;; MSG SIZE  rcvd: 53
 > host 1und1.de
1und1.de has address 217.160.72.6
1und1.de has IPv6 address 2001:8d8:5ff:7::1:3
1und1.de mail is handled by 10 mxint01.1and1.com.
1und1.de mail is handled by 10 mxint02.1and1.com.
 > delv @fritz.box 1und1.de
; unsigned answer
1und1.de.               147     IN      A       217.160.72.6
 > delv @fritz.box ionos.de
; unsigned answer
ionos.de.               84352   IN      A       217.160.86.40
 >

Bitte, prüfe ob, deine Netzwerkzugangsgerät (DSL Kiste oder was anders) das Domänenamens-Dienst richtig beherrscht.

#19

**@****dcurtisfra:
**](https://forums.opensuse.org/member.php/42186-dcurtisfra)
OK, wieder zurück zu wicked und deinen Anweisungen gefolgt:


server:~ # dig fritz.box

; <<>> DiG 9.11.2 <<>> fritz.box
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 41838
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 3

;; QUESTION SECTION:
;fritz.box.                     IN      A

;; ANSWER SECTION:
fritz.box.              9       IN      A       192.168.3.1

;; AUTHORITY SECTION:
fritz.box.              9       IN      NS      fritz.box.

;; ADDITIONAL SECTION:
fritz.box.              9       IN      A       192.168.3.1
fritz.box.              9       IN      AAAA    fd00::9a9b:cbff:fe2a:f42a
fritz.box.              9       IN      AAAA    2a02:1748:dd1d:fb71:9a9b:cbff:fe2a:f42a

;; Query time: 0 msec
;; SERVER: 192.168.3.1#53(192.168.3.1)
;; WHEN: Wed Jul 10 14:32:42 CEST 2019
;; MSG SIZE  rcvd: 129



server:~ # host fritz.box
fritz.box has address 192.168.3.1
fritz.box has IPv6 address fd00::9a9b:cbff:fe2a:f42a
fritz.box has IPv6 address 2a02:1748:dd1d:fb71:9a9b:cbff:fe2a:f42a

Hier gibt es aber nun ein Problem:

server:~ # delv @fritz.box fritz.box
;; network unreachable resolving 'box/DS/IN': 2a02:1748:dd1d:fb71:9a9b:cbff:fe2a:f42a#53
;; network unreachable resolving 'box/DS/IN': fd00::9a9b:cbff:fe2a:f42a#53
;; no valid RRSIG resolving 'box/DS/IN': 192.168.3.1#53
;; no valid DS resolving 'fritz.box/A/IN': 192.168.3.1#53
;; network unreachable resolving 'fritz.box/A/IN': 2a02:1748:dd1d:fb71:9a9b:cbff:fe2a:f42a#53
;; network unreachable resolving 'fritz.box/A/IN': fd00::9a9b:cbff:fe2a:f42a#53
;; resolution failed: no valid DS

extern:

server:~ # dig 1und1.de

; <<>> DiG 9.11.2 <<>> 1und1.de
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 25476
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1452
;; QUESTION SECTION:
;1und1.de.                      IN      A

;; ANSWER SECTION:
1und1.de.               290     IN      A       217.160.72.6

;; Query time: 7 msec
;; SERVER: 192.168.3.1#53(192.168.3.1)
;; WHEN: Wed Jul 10 14:35:14 CEST 2019
;; MSG SIZE  rcvd: 53



server:~ # host 1und1.de
1und1.de has address 217.160.72.6
1und1.de has IPv6 address 2001:8d8:5ff:7::1:3
1und1.de mail is handled by 10 mxint01.1and1.com.
1und1.de mail is handled by 10 mxint02.1and1.com.

mit delv wieder das Problem:


server:~ # delv @fritz.box 1und1.de
;; getaddrinfo failed: hostname nor servname provided, or not known
;; resolution failed: not found
#20

hier noch eine Information:
wenn ich delv folgendermaßen verwende funktioniert es:


server:~ # delv @192.168.3.1 fritz.box
;; no valid RRSIG resolving 'box/DS/IN': 192.168.3.1#53
;; no valid DS resolving 'fritz.box/A/IN': 192.168.3.1#53
;; resolution failed: no valid DS



server:~ # delv @192.168.3.1 1und1.de
; unsigned answer
1und1.de.               215     IN      A       217.160.72.6