• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

[Gelöst] Ohne Internetverbindung kein Start von Firfox möglich

hallo zusammen,

ich verwende :
Betriebssystem: openSUSE Tumbleweed 20200717
KDE-Plasma-Version: 5.19.3
KDE-Frameworks-Version: 5.72.0
Qt-Version: 5.15.0
Kernel-Version: 5.7.7-1-default
Art des Betriebssystems: 64-bit
Prozessoren: 4 × Intel® Core™ i5-6267U CPU @ 2.90GHz
Speicher: 15,5 GiB Arbeitsspeicher
Grafikprozessor: Mesa DRI Intel® Iris® Graphics 550

Firefox 78.0.2 (64Bit)
Netzwerk gesteuert mittels Networkmanager (ohne DHCP)

Folgendes Problem:
Bei aktivierter kabelbebundener Netzwerkverbindung und deaktivter Verbindung ins Internet
ist kein Start von Firefox oder eines anderen Programms möglich. Das System ist blockiert.
Es finden lt. Networkmanager auch laufend Transmits statt.
Wird die Verbindung ins Internet aktiviert oder wird mittel des Networkmanager die kabelgebundene Verbindung getrennt ist das Problem beseitigt.
Bei einem zweiten User im System tritt dieses Problem nicht auf.

Das Problem ist erst nach den letzten Update auf Firefox 78.0.2 aufgetreten.

Da ich teilweise sicherheitsrelevante Arbeiten im internen LAN verrichte deaktivere ich die Internetverbindung.

Ich würde mich über einen Tip von Euch sehr freuen. :wink:

bayerherz :thumbs:
 

susejunky

Moderator
Teammitglied
Hallo bayernherz,
bayernherz schrieb:
hallo zusammen,

ich verwende :
Betriebssystem: openSUSE Tumbleweed 20200717
KDE-Plasma-Version: 5.19.3
KDE-Frameworks-Version: 5.72.0
Qt-Version: 5.15.0
Kernel-Version: 5.7.7-1-default
Art des Betriebssystems: 64-bit
Prozessoren: 4 × Intel® Core™ i5-6267U CPU @ 2.90GHz
Speicher: 15,5 GiB Arbeitsspeicher
Grafikprozessor: Mesa DRI Intel® Iris® Graphics 550

Firefox 78.0.2 (64Bit)
Netzwerk gesteuert mittels Networkmanager (ohne DHCP)

Folgendes Problem:
Bei aktivierter kabelbebundener Netzwerkverbindung und deaktivter Verbindung ins Internet
ist kein Start von Firefox oder eines anderen Programms möglich. Das System ist blockiert.
Es finden lt. Networkmanager auch laufend Transmits statt.
Wird die Verbindung ins Internet aktiviert oder wird mittel des Networkmanager die kabelgebundene Verbindung getrennt ist das Problem beseitigt.
Bei einem zweiten User im System tritt dieses Problem nicht auf.

Das Problem ist erst nach den letzten Update auf Firefox 78.0.2 aufgetreten.

Da ich teilweise sicherheitsrelevante Arbeiten im internen LAN verrichte deaktivere ich die Internetverbindung.

Ich würde mich über einen Tip von Euch sehr freuen. :wink:

bayerherz :thumbs:
Tritt das Problem auch dann auf, wenn Du Firefox mit einem leeren Profilverzeichnis startest?

Viele Grüße

susejunky
 
OP
B

bayernherz

Hacker
hallo zusammen,

von Jägerschlürfer » 22. Jul 2020, 15:56

bayernherz hat geschrieben: ↑
22. Jul 2020, 10:43
Da ich teilweise sicherheitsrelevante Arbeiten im internen LAN verrichte deaktivere ich die Internetverbindung.

Was soll das bringen? Einen Schutz bringt das sicherlich nicht,...

hallo Jägerschlürfer,
diese Frage habe ich erwartet!
Ich habe eine Bitte, lass mir meine Arbeitsumgebung so wie ich sie möchte,
denn es hat ja vor dem grossen Upgrade auch funktioniert.
Danke.


von susejunky » 22. Jul 2020, 13:51
Tritt das Problem auch dann auf, wenn Du Firefox mit einem leeren Profilverzeichnis startest?
Habe ich jetzt noch nicht gemacht.
In einem anderen Forumsbeitrag habe ich einen weiteren Tip gelesen u. wie nachfolgend ausgeführt.

Code:
firefox --safe-mode
_IceTransSocketUNIXConnect: Cannot connect to non-local host localhost
_IceTransSocketUNIXConnect: Cannot connect to non-local host localhost
_IceTransSocketUNIXConnect: Cannot connect to non-local host localhost
_IceTransSocketUNIXConnect: Cannot connect to non-local host localhost
Qt: Session management error: Could not open network socket




Firefox startet nicht und blockiert das Betriebssystem für Minuten.
Code:
firefox --ProfileManager
_IceTransSocketUNIXConnect: Cannot connect to non-local host localhost
_IceTransSocketUNIXConnect: Cannot connect to non-local host localhost
_IceTransSocketUNIXConnect: Cannot connect to non-local host localhost
_IceTransSocketUNIXConnect: Cannot connect to non-local host localhost
_IceTransSocketUNIXConnect: Cannot connect to non-local host localhost
_IceTransSocketUNIXConnect: Cannot connect to non-local host localhost
Firefox startet schnell, siehe Ausgabe Konsole.
Firefox beenden
Code:
Qt: Session management error: Could not open network socket
Firefox startet sehr schnell, auch wenn Internet nicht vorhanden.

Firefox ein 2. mal von Konsole starten
Code:
firefox
_IceTransSocketUNIXConnect: Cannot connect to non-local host localhost
_IceTransSocketUNIXConnect: Cannot connect to non-local host localhost
Firefox starten erst nach Minuten in denen das Betriebssystem blockiert ist.

Konsolen Ausgabe Firefox beenden (nur durch abwürgen möglich!)
Code:
Exiting due to channel error.
Exiting due to channel error.
Killed
bayernherz@localhost:~> _IceTransSocketUNIXConnect: Cannot connect to non-local host localhost
_IceTransSocketUNIXConnect: Cannot connect to non-local host localhost
Qt: Session management error: Could not open network socket

Eintrag in /etc/hosts
Code:
127.0.0.1       localhost

Eintrag in /etc/hostname
leere Datei

Würde mich für weitere Unterstützung sehr freuen !

bayernherz :thumbs:
 
OP
B

bayernherz

Hacker
hallo zusammen

von josef-wien » 22. Jul 2020, 18:38

bayernherz hat geschrieben: ↑
22. Jul 2020, 18:00
Bei aktivierter kabelbebundener Netzwerkverbindung und deaktivter Verbindung ins Internet
Im einfachsten Fall Kabel zum Router hin abstecken.
LAN läuft weiterhin mittels switch.

Erkläre einmal, wie Du das realisiert hast, denn

bayernherz hat geschrieben: ↑
22. Jul 2020, 10:43
Bei einem zweiten User im System tritt dieses Problem nicht auf.

deutet auf verkonfigurierte Benutzereinstellungen hin.

?? :-? deutet auf verkonfigurierte Benutzereinstellungen hin

Auf dem System sind zwei Benutzer installiert.
Benutzer A und Benutzer B
Benutzer B hat geänderte Benutzergruppen eingestellt.
Über der Benutzergruppe user wurde eine weiter Gruppe übergeordnet
und zur Standard Benutzergruppe gesetzt wurde.
Einstellung umask:
Code:
umask
0007

Benutzer A hat Standard - Einstellungen mit Benutzergruppe user

Benutzer A funktioniert mit Firefox einwandfrei, während Benutzer B den beschriebenen Fehler aufweist. Von Benutzer B aus wurde der genannte Update in der
Konsole mit
Code:
sudo zypper dup
durchgeführt.

bayernherz :thumbs:

P.S. Vor dem Upgrade hat alles funktioniert "
 
OP
B

bayernherz

Hacker
hallo zusammen,
von Gräfin Klara » 23. Jul 2020, 12:29

bayernherz hat geschrieben: ↑
22. Jul 2020, 19:10
Benutzer A funktioniert mit Firefox einwandfrei, während Benutzer B den beschriebenen Fehler aufweist...

Test:
Lösche als root in ~/Benutzer B das file .Xauthority

:irre: mal startet Firefox nach einem Kaltstart u. mal nicht.
Die Datei .Xauthority ist nicht neu angelegt worden.
Benutzer A hatte diese Datei nie.

Noch einen Nachtrag zur Netzwerkconfig.
Ein Netwerkzugangskabel wird mittel network manager mit 2 kabelgebundenen Zugangsconfigs verwaltet.
Config. 1 : kabelgebundene Verbindung manuell (statische IPs)
Config. 2: kabelgebundene Verbindung DHCP (für Reisetätigkeiten)
kein WLAN

Ich habe in den letzten Tagen eine Reihe von Tests u. Diagnosen durchgeführt.
Nachfolgend die interessantesten u. kuriosesten:
Der Test erfolgt immer nach einem Kaltstart mit Internet offline
u. kabelgebundene Verbindung manuell aktiv

1. Ein Start eines Programms mittels KDE Anwendungsmenue
(Dolphin, Firefox o. etc) erfolgt mit einer Minutenlangen Verzögerung.
Wobei Firefox auch nach erfolgtem Start nicht funktionsfählig läuft.

2. Wird der Start von Firefox aus der bash konsole durchgeführt, erfolgt der sehr zügig.
Firefox ist nach erfolgtem Start auch voll funktionsfähig.

3. Wird Dolphin o. ein anderes Programm durch Aufruf "in den Desktop Hintergrund picken"
gestartet erfolgt der Start ebenfalls sehr zügig. Die aufgerufenen Programme sind voll funktionfähig und können auch fehlerfrei beendet werden.

4. ich habe einen neuen User mit Standad Einstellungen eröffnet.
Am Anfang funktionierte der Firefox start mit oben genannte Konditionen einwandfrei.
Nach div. maginalen Einstellung betrifft Design KDE Oberfläche mittel Systemeinstellung
zeigt auch der neue User das gleiche Fehlerbild, wie oben beschrieben.

Auch nach dem heutigen Megaupdate von ca. 1300 Packeten, wobei auch Firefox betroffen war zeigten
sich keine Änderungen.
Code:
Betriebssystem: openSUSE Tumbleweed 20200721
KDE-Plasma-Version: 5.19.3
KDE-Frameworks-Version: 5.72.0
Qt-Version: 5.15.0
Kernel-Version: 5.7.9-1-default
Art des Betriebssystems: 64-bit
Prozessoren: 4 × Intel® Core™ i5-6267U CPU @ 2.90GHz
Speicher: 15,5 GiB Arbeitsspeicher
Grafikprozessor: Mesa DRI Intel® Iris® Graphics 550

:-?

viele Grüsse
bayernherz :thumbs:
 

susejunky

Moderator
Teammitglied
Hallo bayernherz,

angesichts dessen, was Du bisher berichtet hast sehe ich zwei Bereiche, die Du näher untersuchen solltest:

bayernherz schrieb:
... Auf dem System sind zwei Benutzer installiert.
Benutzer A und Benutzer B
Benutzer B hat geänderte Benutzergruppen eingestellt.
Über der Benutzergruppe user wurde eine weiter Gruppe übergeordnet
und zur Standard Benutzergruppe gesetzt wurde.
Einstellung umask:
Code:
umask
0007

Benutzer A hat Standard - Einstellungen mit Benutzergruppe user

Benutzer A funktioniert mit Firefox einwandfrei, während Benutzer B den beschriebenen Fehler aufweist.
Aus der Ferne kann ich nicht wirklich bewerten, was Du da gemacht hast, aber wenn Dir dabei ein Fehler unterlaufen ist, dann könnte das durchaus Dein Fehlerbild erklären. Hast Du das fehlerfreie Zusammenspiel Deiner Maßnahme mit den anderen Berechtigungsmechanismen (z.B. PAM) ausführlich getestet?


bayernherz schrieb:
... Bei aktivierter kabelbebundener Netzwerkverbindung und deaktivter Verbindung ins Internet ist kein Start von Firefox oder eines anderen Programms möglich. Das System ist blockiert.
Es finden lt. Networkmanager auch laufend Transmits statt.
Nach dem Start will Firefox normalerweise "erst einmal nach Hause telefonieren" (Updates suchen, diverse Listen herunterladen, ...). Ist eine Netzwerkverbindung vorhanden, aber kein Internetzugriff möglich, schlagen verschiedene Timeouts zu. Firefox-Plugins können dazu beitragen dieses Verhalten noch zu verschlimmern.

Ich bin mir nicht sicher, ob sich die "captive portal detection" von NetworkManager nur darauf beschränkt den fehlenden Internetzugriff anzuzeigen oder ob sie eine weiterreichende Rolle bei Deinem Fehler spielt (Du kannst versuchen die "captive portal detection" abzuschalten).

Weiterhin kannst Du versuchen mit wireshark herauszufinden, welche Anwendung(en) auf das Netzwerk zugreifen und dabei ggf. durch Warten Dein System blockieren.


bayernherz schrieb:
... 4. ich habe einen neuen User mit Standad Einstellungen eröffnet.
Am Anfang funktionierte der Firefox start mit oben genannte Konditionen einwandfrei.
Nach div. maginalen Einstellung betrifft Design KDE Oberfläche mittel Systemeinstellung
zeigt auch der neue User das gleiche Fehlerbild, wie oben beschrieben.
Ohne Deine "maginalen Einstellung" im Detail zu kennen, kann ich dazu nichts sagen.

Viele Grüße

susejunky
 
OP
B

bayernherz

Hacker
hallo zusammen,
hallo susejunky,
hallo Gräfin Klara

erstmal vielen Dank für Dank für Euere detailreichen Antworten.
Nachfolgend meine Antworten, soweit es mir im Moment möglich ist.

von susejunky » 25. Jul 2020, 22:06
Hast Du das fehlerfreie Zusammenspiel Deiner Maßnahme mit den anderen Berechtigungsmechanismen (z.B. PAM) ausführlich getestet?
Nein, habe ich nicht. Habe das mit Yast Benutzer u. Gruppenverwaltung editiert.
Die umask habe ich noch nachträglich in .profile (home verzeichnis) geändert.

Code:
# Sample .profile for SUSE Linux
# rewritten by Christian Steinruecken <cstein@suse.de>
#
# This file is read each time a login shell is started.
# All other interactive shells will only read .bashrc; this is particularly
# important for language settings, see below.
umask 0007
test -z "$PROFILEREAD" && . /etc/profile || true
von susejunky » 25. Jul 2020, 22:06
Nach dem Start will Firefox normalerweise "erst einmal nach Hause telefonieren" (Updates suchen, diverse Listen herunterladen, ...). Ist eine Netzwerkverbindung vorhanden, aber kein Internetzugriff möglich, schlagen verschiedene Timeouts zu. Firefox-Plugins können dazu beitragen dieses Verhalten noch zu verschlimmern.
Beim Start über die bash Konsole erfolgt der firfox start schnell u. fehlerfrei.
Es zeigt der network manager bereits nach dem einloggen in KDE Netzwerkverkehr an,
ohne das ein Programm gestartet wurde.
Ich habe jetzt versucht den wireshake zu installieren und zu Starten, leider mit der Fehlermeldung
Couldn't run /usr/bin/dumpcap in child process: Permission denied

von susejunky » 25. Jul 2020, 22:06
Ich bin mir nicht sicher, ob sich die "captive portal detection" von NetworkManager nur darauf beschränkt den fehlenden Internetzugriff anzuzeigen oder ob sie eine weiterreichende Rolle bei Deinem Fehler spielt (Du kannst versuchen die "captive portal detection" abzuschalten).
Dazu brauche ich Nachhilfe, wo ich das einstellen kann.

von Gräfin Klara » 26. Jul 2020, 14:07
Versetze dein system in diesen mystischen Zustand Internet offline
Dann
Code: Alles auswählen
# ip addr show dev lo
# ip route show dev lo
Code:
ip addr show dev lo
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever

       
ip route show dev lo

Nachtrag: wireshark (kabelgebundene Verbindung manuell aktiv, Internet offline
Code:
No.     Time           Source                Destination           Protocol Length Info
      1 0.000000000    Netgear_23:31:82      LLDP_Multicast        LLDP     60     MA/8c:3b:ad:23:31:80 LA/g6 120 

Frame 1: 60 bytes on wire (480 bits), 60 bytes captured (480 bits) on interface enp3s0f1, id 0
Ethernet II, Src: Netgear_23:31:82 (8c:3b:ad:23:31:82), Dst: LLDP_Multicast (01:80:c2:00:00:0e)
Link Layer Discovery Protocol

No.     Time           Source                Destination           Protocol Length Info
      2 0.287203272    linux.local           Broadcast             ARP      42     Who has 192.168.178.120? (ARP Probe)

Frame 2: 42 bytes on wire (336 bits), 42 bytes captured (336 bits) on interface enp3s0f1, id 0
Ethernet II, Src: linux.local (a8:1e:84:18:5b:bd), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Address Resolution Protocol (ARP Probe)
    Hardware type: Ethernet (1)
    Protocol type: IPv4 (0x0800)
    Hardware size: 6
    Protocol size: 4
    Opcode: request (1)
    [Is probe: True]
    Sender MAC address: linux.local (a8:1e:84:18:5b:bd)
    Sender IP address: 0.0.0.0 (0.0.0.0)
    Target MAC address: 00:00:00_00:00:00 (00:00:00:00:00:00)
    Target IP address: linux.local (192.168.178.120)

No.     Time           Source                Destination           Protocol Length Info
      3 0.298124703    linux.local           Broadcast             ARP      42     Who has 192.168.178.120? (ARP Probe)

Frame 3: 42 bytes on wire (336 bits), 42 bytes captured (336 bits) on interface enp3s0f1, id 0
Ethernet II, Src: linux.local (a8:1e:84:18:5b:bd), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Address Resolution Protocol (ARP Probe)
    Hardware type: Ethernet (1)
    Protocol type: IPv4 (0x0800)
    Hardware size: 6
    Protocol size: 4
    Opcode: request (1)
    [Is probe: True]
    Sender MAC address: linux.local (a8:1e:84:18:5b:bd)
    Sender IP address: 0.0.0.0 (0.0.0.0)
    Target MAC address: 00:00:00_00:00:00 (00:00:00:00:00:00)
    Target IP address: linux.local (192.168.178.120)

No.     Time           Source                Destination           Protocol Length Info
      4 0.311693528    linux.local           Broadcast             ARP      42     Who has 192.168.178.120? (ARP Probe)

Frame 4: 42 bytes on wire (336 bits), 42 bytes captured (336 bits) on interface enp3s0f1, id 0
Ethernet II, Src: linux.local (a8:1e:84:18:5b:bd), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Address Resolution Protocol (ARP Probe)
    Hardware type: Ethernet (1)
    Protocol type: IPv4 (0x0800)
    Hardware size: 6
    Protocol size: 4
    Opcode: request (1)
    [Is probe: True]
    Sender MAC address: linux.local (a8:1e:84:18:5b:bd)
    Sender IP address: 0.0.0.0 (0.0.0.0)
    Target MAC address: 00:00:00_00:00:00 (00:00:00:00:00:00)
    Target IP address: linux.local (192.168.178.120)

No.     Time           Source                Destination           Protocol Length Info
      5 0.363241943    linux.local           224.0.0.22            IGMPv3   54     Membership Report / Join group 224.0.0.251 for any sources

Frame 5: 54 bytes on wire (432 bits), 54 bytes captured (432 bits) on interface enp3s0f1, id 0
Ethernet II, Src: linux.local (a8:1e:84:18:5b:bd), Dst: IPv4mcast_16 (01:00:5e:00:00:16)
Internet Protocol Version 4, Src: linux.local (192.168.178.120), Dst: 224.0.0.22 (224.0.0.22)
Internet Group Management Protocol

No.     Time           Source                Destination           Protocol Length Info
      6 0.369405814    linux.local           Broadcast             ARP      42     ARP Announcement for 192.168.178.120

Frame 6: 42 bytes on wire (336 bits), 42 bytes captured (336 bits) on interface enp3s0f1, id 0
Ethernet II, Src: linux.local (a8:1e:84:18:5b:bd), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Address Resolution Protocol (ARP Announcement)
    Hardware type: Ethernet (1)
    Protocol type: IPv4 (0x0800)
    Hardware size: 6
    Protocol size: 4
    Opcode: request (1)
    [Is gratuitous: True]
    [Is announcement: True]
    Sender MAC address: linux.local (a8:1e:84:18:5b:bd)
    Sender IP address: linux.local (192.168.178.120)
    Target MAC address: 00:00:00_00:00:00 (00:00:00:00:00:00)
    Target IP address: linux.local (192.168.178.120)

No.     Time           Source                Destination           Protocol Length Info
      7 0.548749042    linux.local           224.0.0.251           MDNS     245    Standard query 0x0000 ANY linux._sftp-ssh._tcp.local, "QM" question ANY linux.local, "QM" question ANY 120.178.168.192.in-addr.arpa, "QM" question ANY linux._ssh._tcp.local, "QM" question A 192.168.178.120 PTR linux.local SRV 0 0 22 linux.local TXT SRV 0 0 22 linux.local TXT

Frame 7: 245 bytes on wire (1960 bits), 245 bytes captured (1960 bits) on interface enp3s0f1, id 0
Ethernet II, Src: linux.local (a8:1e:84:18:5b:bd), Dst: IPv4mcast_fb (01:00:5e:00:00:fb)
Internet Protocol Version 4, Src: linux.local (192.168.178.120), Dst: 224.0.0.251 (224.0.0.251)
User Datagram Protocol, Src Port: mdns (5353), Dst Port: mdns (5353)
Multicast Domain Name System (query)

No.     Time           Source                Destination           Protocol Length Info
      8 0.577155837    linux.local           224.0.0.251           MDNS     170    Standard query response 0x0000 PTR _sftp-ssh._tcp.local PTR linux._ssh._tcp.local PTR _ssh._tcp.local PTR linux._sftp-ssh._tcp.local

Frame 8: 170 bytes on wire (1360 bits), 170 bytes captured (1360 bits) on interface enp3s0f1, id 0
Ethernet II, Src: linux.local (a8:1e:84:18:5b:bd), Dst: IPv4mcast_fb (01:00:5e:00:00:fb)
Internet Protocol Version 4, Src: linux.local (192.168.178.120), Dst: 224.0.0.251 (224.0.0.251)
User Datagram Protocol, Src Port: mdns (5353), Dst Port: mdns (5353)
Multicast Domain Name System (response)

No.     Time           Source                Destination           Protocol Length Info
      9 0.799059318    linux.local           224.0.0.251           MDNS     245    Standard query 0x0000 ANY linux._sftp-ssh._tcp.local, "QM" question ANY linux.local, "QM" question ANY 120.178.168.192.in-addr.arpa, "QM" question ANY linux._ssh._tcp.local, "QM" question A 192.168.178.120 PTR linux.local SRV 0 0 22 linux.local TXT SRV 0 0 22 linux.local TXT

Frame 9: 245 bytes on wire (1960 bits), 245 bytes captured (1960 bits) on interface enp3s0f1, id 0
Ethernet II, Src: linux.local (a8:1e:84:18:5b:bd), Dst: IPv4mcast_fb (01:00:5e:00:00:fb)
Internet Protocol Version 4, Src: linux.local (192.168.178.120), Dst: 224.0.0.251 (224.0.0.251)
User Datagram Protocol, Src Port: mdns (5353), Dst Port: mdns (5353)
Multicast Domain Name System (query)

No.     Time           Source                Destination           Protocol Length Info
     10 1.011413104    linux.local           Broadcast             ARP      42     Who has 192.168.178.2? Tell 192.168.178.120

Frame 10: 42 bytes on wire (336 bits), 42 bytes captured (336 bits) on interface enp3s0f1, id 0
Ethernet II, Src: linux.local (a8:1e:84:18:5b:bd), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Address Resolution Protocol (request)
    Hardware type: Ethernet (1)
    Protocol type: IPv4 (0x0800)
    Hardware size: 6
    Protocol size: 4
    Opcode: request (1)
    Sender MAC address: linux.local (a8:1e:84:18:5b:bd)
    Sender IP address: linux.local (192.168.178.120)
    Target MAC address: 00:00:00_00:00:00 (00:00:00:00:00:00)
    Target IP address: 192.168.178.2 (192.168.178.2)

No.     Time           Source                Destination           Protocol Length Info
     11 1.037946986    linux.local           255.255.255.255       IPv4     1514   Fragmented IP protocol (proto=UDP 17, off=0, ID=2866) [Reassembled in #12]

Frame 11: 1514 bytes on wire (12112 bits), 1514 bytes captured (12112 bits) on interface enp3s0f1, id 0
Ethernet II, Src: linux.local (a8:1e:84:18:5b:bd), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Internet Protocol Version 4, Src: linux.local (192.168.178.120), Dst: 255.255.255.255 (255.255.255.255)
Data (1480 bytes)
.
.
.

No.     Time           Source                Destination           Protocol Length Info
     12 1.037953312    linux.local           255.255.255.255       UDP      411    xmsg(1716) → xmsg(1716) Len=1849

Frame 12: 411 bytes on wire (3288 bits), 411 bytes captured (3288 bits) on interface enp3s0f1, id 0
Ethernet II, Src: linux.local (a8:1e:84:18:5b:bd), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Internet Protocol Version 4, Src: linux.local (192.168.178.120), Dst: 255.255.255.255 (255.255.255.255)
User Datagram Protocol, Src Port: xmsg (1716), Dst Port: xmsg (1716)
Data (1849 bytes)
.
.
.
No.     Time           Source                Destination           Protocol Length Info
     13 1.049958816    linux.local           224.0.0.251           MDNS     245    Standard query 0x0000 ANY linux._sftp-ssh._tcp.local, "QM" question ANY linux.local, "QM" question ANY 120.178.168.192.in-addr.arpa, "QM" question ANY linux._ssh._tcp.local, "QM" question A 192.168.178.120 PTR linux.local SRV 0 0 22 linux.local TXT SRV 0 0 22 linux.local TXT

Frame 13: 245 bytes on wire (1960 bits), 245 bytes captured (1960 bits) on interface enp3s0f1, id 0
Ethernet II, Src: linux.local (a8:1e:84:18:5b:bd), Dst: IPv4mcast_fb (01:00:5e:00:00:fb)
Internet Protocol Version 4, Src: linux.local (192.168.178.120), Dst: 224.0.0.251 (224.0.0.251)
User Datagram Protocol, Src Port: mdns (5353), Dst Port: mdns (5353)
Multicast Domain Name System (query)

No.     Time           Source                Destination           Protocol Length Info
     14 1.250333072    linux.local           224.0.0.251           MDNS     221    Standard query response 0x0000 TXT, cache flush A, cache flush 192.168.178.120 PTR, cache flush linux.local SRV, cache flush 0 0 22 linux.local TXT, cache flush SRV, cache flush 0 0 22 linux.local

Frame 14: 221 bytes on wire (1768 bits), 221 bytes captured (1768 bits) on interface enp3s0f1, id 0
Ethernet II, Src: linux.local (a8:1e:84:18:5b:bd), Dst: IPv4mcast_fb (01:00:5e:00:00:fb)
Internet Protocol Version 4, Src: linux.local (192.168.178.120), Dst: 224.0.0.251 (224.0.0.251)
User Datagram Protocol, Src Port: mdns (5353), Dst Port: mdns (5353)
Multicast Domain Name System (response)

No.     Time           Source                Destination           Protocol Length Info
     15 1.315209936    linux.local           224.0.0.22            IGMPv3   54     Membership Report / Join group 224.0.0.251 for any sources

Frame 15: 54 bytes on wire (432 bits), 54 bytes captured (432 bits) on interface enp3s0f1, id 0
Ethernet II, Src: linux.local (a8:1e:84:18:5b:bd), Dst: IPv4mcast_16 (01:00:5e:00:00:16)
Internet Protocol Version 4, Src: linux.local (192.168.178.120), Dst: 224.0.0.22 (224.0.0.22)
Internet Group Management Protocol

No.     Time           Source                Destination           Protocol Length Info
     16 1.724434017    linux.local           224.0.0.251           MDNS     170    Standard query response 0x0000 PTR _sftp-ssh._tcp.local PTR linux._ssh._tcp.local PTR _ssh._tcp.local PTR linux._sftp-ssh._tcp.local

Frame 16: 170 bytes on wire (1360 bits), 170 bytes captured (1360 bits) on interface enp3s0f1, id 0
Ethernet II, Src: linux.local (a8:1e:84:18:5b:bd), Dst: IPv4mcast_fb (01:00:5e:00:00:fb)
Internet Protocol Version 4, Src: linux.local (192.168.178.120), Dst: 224.0.0.251 (224.0.0.251)
User Datagram Protocol, Src Port: mdns (5353), Dst Port: mdns (5353)
Multicast Domain Name System (response)

No.     Time           Source                Destination           Protocol Length Info
     17 2.019225422    linux.local           Broadcast             ARP      42     Who has 192.168.178.2? Tell 192.168.178.120

Frame 17: 42 bytes on wire (336 bits), 42 bytes captured (336 bits) on interface enp3s0f1, id 0
Ethernet II, Src: linux.local (a8:1e:84:18:5b:bd), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Address Resolution Protocol (request)
    Hardware type: Ethernet (1)
    Protocol type: IPv4 (0x0800)
    Hardware size: 6
    Protocol size: 4
    Opcode: request (1)
    Sender MAC address: linux.local (a8:1e:84:18:5b:bd)
    Sender IP address: linux.local (192.168.178.120)
    Target MAC address: 00:00:00_00:00:00 (00:00:00:00:00:00)
    Target IP address: 192.168.178.2 (192.168.178.2)

No.     Time           Source                Destination           Protocol Length Info
     18 2.369575099    linux.local           Broadcast             ARP      42     ARP Announcement for 192.168.178.120

Frame 18: 42 bytes on wire (336 bits), 42 bytes captured (336 bits) on interface enp3s0f1, id 0
Ethernet II, Src: linux.local (a8:1e:84:18:5b:bd), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Address Resolution Protocol (ARP Announcement)
    Hardware type: Ethernet (1)
    Protocol type: IPv4 (0x0800)
    Hardware size: 6
    Protocol size: 4
    Opcode: request (1)
    [Is gratuitous: True]
    [Is announcement: True]
    Sender MAC address: linux.local (a8:1e:84:18:5b:bd)
    Sender IP address: linux.local (192.168.178.120)
    Target MAC address: 00:00:00_00:00:00 (00:00:00:00:00:00)
    Target IP address: linux.local (192.168.178.120)

No.     Time           Source                Destination           Protocol Length Info
     19 2.397276421    linux.local           224.0.0.251           MDNS     221    Standard query response 0x0000 TXT, cache flush A, cache flush 192.168.178.120 PTR, cache flush linux.local SRV, cache flush 0 0 22 linux.local TXT, cache flush SRV, cache flush 0 0 22 linux.local

Frame 19: 221 bytes on wire (1768 bits), 221 bytes captured (1768 bits) on interface enp3s0f1, id 0
Ethernet II, Src: linux.local (a8:1e:84:18:5b:bd), Dst: IPv4mcast_fb (01:00:5e:00:00:fb)
Internet Protocol Version 4, Src: linux.local (192.168.178.120), Dst: 224.0.0.251 (224.0.0.251)
User Datagram Protocol, Src Port: mdns (5353), Dst Port: mdns (5353)
Multicast Domain Name System (response)

No.     Time           Source                Destination           Protocol Length Info
     20 3.043219315    linux.local           Broadcast             ARP      42     Who has 192.168.178.2? Tell 192.168.178.120

Frame 20: 42 bytes on wire (336 bits), 42 bytes captured (336 bits) on interface enp3s0f1, id 0
Ethernet II, Src: linux.local (a8:1e:84:18:5b:bd), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Address Resolution Protocol (request)
    Hardware type: Ethernet (1)
    Protocol type: IPv4 (0x0800)
    Hardware size: 6
    Protocol size: 4
    Opcode: request (1)
    Sender MAC address: linux.local (a8:1e:84:18:5b:bd)
    Sender IP address: linux.local (192.168.178.120)
    Target MAC address: 00:00:00_00:00:00 (00:00:00:00:00:00)
    Target IP address: 192.168.178.2 (192.168.178.2)

No.     Time           Source                Destination           Protocol Length Info
     21 3.870934795    linux.local           224.0.0.251           MDNS     258    Standard query response 0x0000 PTR _sftp-ssh._tcp.local PTR linux._ssh._tcp.local TXT, cache flush SRV, cache flush 0 0 22 linux.local A, cache flush 192.168.178.120 PTR _ssh._tcp.local PTR linux._sftp-ssh._tcp.local TXT, cache flush SRV, cache flush 0 0 22 linux.local

Frame 21: 258 bytes on wire (2064 bits), 258 bytes captured (2064 bits) on interface enp3s0f1, id 0
Ethernet II, Src: linux.local (a8:1e:84:18:5b:bd), Dst: IPv4mcast_fb (01:00:5e:00:00:fb)
Internet Protocol Version 4, Src: linux.local (192.168.178.120), Dst: 224.0.0.251 (224.0.0.251)
User Datagram Protocol, Src Port: mdns (5353), Dst Port: mdns (5353)
Multicast Domain Name System (response)

No.     Time           Source                Destination           Protocol Length Info
     22 4.071725288    linux.local           Broadcast             ARP      42     Who has 192.168.178.2? Tell 192.168.178.120

Frame 22: 42 bytes on wire (336 bits), 42 bytes captured (336 bits) on interface enp3s0f1, id 0
Ethernet II, Src: linux.local (a8:1e:84:18:5b:bd), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Address Resolution Protocol (request)
    Hardware type: Ethernet (1)
    Protocol type: IPv4 (0x0800)
    Hardware size: 6
    Protocol size: 4
    Opcode: request (1)
    Sender MAC address: linux.local (a8:1e:84:18:5b:bd)
    Sender IP address: linux.local (192.168.178.120)
    Target MAC address: 00:00:00_00:00:00 (00:00:00:00:00:00)
    Target IP address: 192.168.178.2 (192.168.178.2)

No.     Time           Source                Destination           Protocol Length Info
     23 4.369786024    linux.local           Broadcast             ARP      42     ARP Announcement for 192.168.178.120

Frame 23: 42 bytes on wire (336 bits), 42 bytes captured (336 bits) on interface enp3s0f1, id 0
Ethernet II, Src: linux.local (a8:1e:84:18:5b:bd), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Address Resolution Protocol (ARP Announcement)
    Hardware type: Ethernet (1)
    Protocol type: IPv4 (0x0800)
    Hardware size: 6
    Protocol size: 4
    Opcode: request (1)
    [Is gratuitous: True]
    [Is announcement: True]
    Sender MAC address: linux.local (a8:1e:84:18:5b:bd)
    Sender IP address: linux.local (192.168.178.120)
    Target MAC address: 00:00:00_00:00:00 (00:00:00:00:00:00)
    Target IP address: linux.local (192.168.178.120)

No.     Time           Source                Destination           Protocol Length Info
     24 4.543500151    linux.local           224.0.0.251           MDNS     221    Standard query response 0x0000 TXT, cache flush A, cache flush 192.168.178.120 PTR, cache flush linux.local SRV, cache flush 0 0 22 linux.local TXT, cache flush SRV, cache flush 0 0 22 linux.local

Frame 24: 221 bytes on wire (1768 bits), 221 bytes captured (1768 bits) on interface enp3s0f1, id 0
Ethernet II, Src: linux.local (a8:1e:84:18:5b:bd), Dst: IPv4mcast_fb (01:00:5e:00:00:fb)
Internet Protocol Version 4, Src: linux.local (192.168.178.120), Dst: 224.0.0.251 (224.0.0.251)
User Datagram Protocol, Src Port: mdns (5353), Dst Port: mdns (5353)
Multicast Domain Name System (response)

No.     Time           Source                Destination           Protocol Length Info
     25 5.091261151    linux.local           Broadcast             ARP      42     Who has 192.168.178.2? Tell 192.168.178.120

Frame 25: 42 bytes on wire (336 bits), 42 bytes captured (336 bits) on interface enp3s0f1, id 0
Ethernet II, Src: linux.local (a8:1e:84:18:5b:bd), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Address Resolution Protocol (request)
    Hardware type: Ethernet (1)
    Protocol type: IPv4 (0x0800)
    Hardware size: 6
    Protocol size: 4
    Opcode: request (1)
    Sender MAC address: linux.local (a8:1e:84:18:5b:bd)
    Sender IP address: linux.local (192.168.178.120)
    Target MAC address: 00:00:00_00:00:00 (00:00:00:00:00:00)
    Target IP address: 192.168.178.2 (192.168.178.2)

No.     Time           Source                Destination           Protocol Length Info
     26 5.127034322    linux.local           255.255.255.255       IPv4     1514   Fragmented IP protocol (proto=UDP 17, off=0, ID=2962) [Reassembled in #27]

Frame 26: 1514 bytes on wire (12112 bits), 1514 bytes captured (12112 bits) on interface enp3s0f1, id 0
Ethernet II, Src: linux.local (a8:1e:84:18:5b:bd), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Internet Protocol Version 4, Src: linux.local (192.168.178.120), Dst: 255.255.255.255 (255.255.255.255)
Data (1480 bytes)
.
.
.

No.     Time           Source                Destination           Protocol Length Info
     27 5.127046208    linux.local           255.255.255.255       UDP      411    xmsg(1716) → xmsg(1716) Len=1849

Frame 27: 411 bytes on wire (3288 bits), 411 bytes captured (3288 bits) on interface enp3s0f1, id 0
Ethernet II, Src: linux.local (a8:1e:84:18:5b:bd), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Internet Protocol Version 4, Src: linux.local (192.168.178.120), Dst: 255.255.255.255 (255.255.255.255)
User Datagram Protocol, Src Port: xmsg (1716), Dst Port: xmsg (1716)
Data (1849 bytes)
.
.
.

No.     Time           Source                Destination           Protocol Length Info
     28 6.115215394    linux.local           Broadcast             ARP      42     Who has 192.168.178.2? Tell 192.168.178.120

Frame 28: 42 bytes on wire (336 bits), 42 bytes captured (336 bits) on interface enp3s0f1, id 0
Ethernet II, Src: linux.local (a8:1e:84:18:5b:bd), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Address Resolution Protocol (request)
    Hardware type: Ethernet (1)
    Protocol type: IPv4 (0x0800)
    Hardware size: 6
    Protocol size: 4
    Opcode: request (1)
    Sender MAC address: linux.local (a8:1e:84:18:5b:bd)
    Sender IP address: linux.local (192.168.178.120)
    Target MAC address: 00:00:00_00:00:00 (00:00:00:00:00:00)
    Target IP address: 192.168.178.2 (192.168.178.2)

No.     Time           Source                Destination           Protocol Length Info
     29 7.139786775    linux.local           Broadcast             ARP      42     Who has 192.168.178.2? Tell 192.168.178.120

Frame 29: 42 bytes on wire (336 bits), 42 bytes captured (336 bits) on interface enp3s0f1, id 0
Ethernet II, Src: linux.local (a8:1e:84:18:5b:bd), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Address Resolution Protocol (request)
    Hardware type: Ethernet (1)
    Protocol type: IPv4 (0x0800)
    Hardware size: 6
    Protocol size: 4
    Opcode: request (1)
    Sender MAC address: linux.local (a8:1e:84:18:5b:bd)
    Sender IP address: linux.local (192.168.178.120)
    Target MAC address: 00:00:00_00:00:00 (00:00:00:00:00:00)
    Target IP address: 192.168.178.2 (192.168.178.2)

No.     Time           Source                Destination           Protocol Length Info
     30 8.163223351    linux.local           Broadcast             ARP      42     Who has 192.168.178.2? Tell 192.168.178.120

Frame 30: 42 bytes on wire (336 bits), 42 bytes captured (336 bits) on interface enp3s0f1, id 0
Ethernet II, Src: linux.local (a8:1e:84:18:5b:bd), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Address Resolution Protocol (request)
    Hardware type: Ethernet (1)
    Protocol type: IPv4 (0x0800)
    Hardware size: 6
    Protocol size: 4
    Opcode: request (1)
    Sender MAC address: linux.local (a8:1e:84:18:5b:bd)
    Sender IP address: linux.local (192.168.178.120)
    Target MAC address: 00:00:00_00:00:00 (00:00:00:00:00:00)
    Target IP address: 192.168.178.2 (192.168.178.2)

No.     Time           Source                Destination           Protocol Length Info
     31 9.187218144    linux.local           Broadcast             ARP      42     Who has 192.168.178.2? Tell 192.168.178.120

Frame 31: 42 bytes on wire (336 bits), 42 bytes captured (336 bits) on interface enp3s0f1, id 0
Ethernet II, Src: linux.local (a8:1e:84:18:5b:bd), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Address Resolution Protocol (request)
    Hardware type: Ethernet (1)
    Protocol type: IPv4 (0x0800)
    Hardware size: 6
    Protocol size: 4
    Opcode: request (1)
    Sender MAC address: linux.local (a8:1e:84:18:5b:bd)
    Sender IP address: linux.local (192.168.178.120)
    Target MAC address: 00:00:00_00:00:00 (00:00:00:00:00:00)
    Target IP address: 192.168.178.2 (192.168.178.2)

No.     Time           Source                Destination           Protocol Length Info
     32 10.215402845   linux.local           Broadcast             ARP      42     Who has 192.168.178.2? Tell 192.168.178.120

Frame 32: 42 bytes on wire (336 bits), 42 bytes captured (336 bits) on interface enp3s0f1, id 0
Ethernet II, Src: linux.local (a8:1e:84:18:5b:bd), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Address Resolution Protocol (request)
    Hardware type: Ethernet (1)
    Protocol type: IPv4 (0x0800)
    Hardware size: 6
    Protocol size: 4
    Opcode: request (1)
    Sender MAC address: linux.local (a8:1e:84:18:5b:bd)
    Sender IP address: linux.local (192.168.178.120)
    Target MAC address: 00:00:00_00:00:00 (00:00:00:00:00:00)
    Target IP address: 192.168.178.2 (192.168.178.2)

viele grüsse
bayernher :thumbs:
 
OP
B

bayernherz

Hacker
hallo zusammen
hallo Gräfin Klara
von Gräfin Klara » 26. Jul 2020, 19:24

Code: Alles auswählen

# ip route show dev lo
Code:
ip route show dev lo
keine Antwort.
Dieses ist überingens auch bei meinem Desktop mit Kubuntu 18.04.x LTS so.

von Gräfin Klara » 26. Jul 2020, 19:24
Code: Alles auswählen

# host localhost

?
Code:
host localhost
localhost has address 127.0.0.1
localhost has IPv6 address ::1

von Gräfin Klara » 26. Jul 2020, 19:24
Code: Alles auswählen

# cat /etc/hosts

?
Code:
cat /etc/hosts
#
# hosts         This file describes a number of hostname-to-address
#               mappings for the TCP/IP subsystem.  It is mostly
#               used at boot time, when no name servers are running.
#               On small systems, this file can be used instead of a
#               "named" name server.
# Syntax:
#    
# IP-Address  Full-Qualified-Hostname  Short-Hostname
#
127.0.0.1       localhost
192.168.178.2   router.fh               router
192.168.178.150 nas.fh                  nas
192.168.178.180 switch.fh               switch
192.168.178.161 pingulux.fh             pingulux
192.168.178.190 dlink-printer.fh        printer

# special IPv6 addresses
::1             localhost ipv6-localhost ipv6-loopback

fe00::0         ipv6-localnet

ff00::0         ipv6-mcastprefix
ff02::1         ipv6-allnodes
ff02::2         ipv6-allrouters
ff02::3         ipv6-allhosts

bayernherz :thumbs:
 

susejunky

Moderator
Teammitglied
Hallo bayernherz,
bayernherz schrieb:
...
von susejunky » 25. Jul 2020, 22:06
Hast Du das fehlerfreie Zusammenspiel Deiner Maßnahme mit den anderen Berechtigungsmechanismen (z.B. PAM) ausführlich getestet?
Nein, habe ich nicht. Habe das mit Yast Benutzer u. Gruppenverwaltung editiert.
Die umask habe ich noch nachträglich in .profile (home verzeichnis) geändert.
Die Benutzer- und Gruppenverwaltung von Yast macht allerhöchstens rudimentäre Prüfungen aber grundsätzlich kannst Du damit problemlos Änderungen vornehmen, die Dein System zum Erliegen bringen.


bayernherz schrieb:
... Es zeigt der network manager bereits nach dem einloggen in KDE Netzwerkverkehr an, ohne das ein Programm gestartet wurde.
Es gibt Dienste, die im Hintergrund laufen und Zugriffe auf das LAN (z.B. SAMBA, NFS, ...) oder WAN (z.B. DNS, NTP, captive portal detection, ...) machen. Manche davon unabhängig davon, ob ein Benutzer angemeldet ist oder nicht (z.B. NTP).

Viele Grüße

susejunky
 
OP
B

bayernherz

Hacker
hallo zusammen,
hallo susejunky,

von susejunky » 27. Jul 2020, 00:24
Die Benutzer- und Gruppenverwaltung von Yast macht allerhöchstens rudimentäre Prüfungen aber grundsätzlich kannst Du damit problemlos Änderungen vornehmen, die Dein System zum Erliegen bringen.

Es gibt Dienste, die im Hintergrund laufen und Zugriffe auf das LAN (z.B. SAMBA, NFS, ...) oder WAN (z.B. DNS, NTP, captive portal detection, ...) machen. Manche davon unabhängig davon, ob ein Benutzer angemeldet ist oder nicht (z.B. NTP).

NTP habe ich mit wireshark gesehen u. deaktiviert.


Problem bleibt weiterhin bestehen !
Was tun ?

bayernherz :thumbs:
 
Ein X-Server arbeitet wie ein Netzwerkserver. Applikationen (wie Firefox), kontaktieren ihn über ein Netzwerkprotokoll.
Diese Verbindung wird über localhost aufgebaut. Dafür muß das Netzwerk lo aktiv sein, localhost muß über /etc/hosts oder
einem DNS auflösbar sein, localhost muß natürlich auch erreichbar sein, um einen Socket, also eine Nezwerkverbindung
zwischen z.B. Firefox und X-Server herstellen zu können

Dein lo (Loopback) Netzwerk
bayernherz schrieb:
# ip addr show dev lo
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
inet 127.0.0.1/8 scope host lo
...
ok

Auflösung des Namens
bayernherz schrieb:
# host localhost
localhost has address 127.0.0.1
localhost has IPv6 address ::1
ok

Trotzdem passiert
bayernherz schrieb:
# firefox --ProfileManager
_IceTransSocketUNIXConnect: Cannot connect to non-local host localhost
...
Verbindung nach X auf localhost kann nicht hergestellt werden. Das kann viele Gründe haben wie Berechtigung, Routing, etc.

Dein "Abschalten" des Netzwerkes beeinflusst in irgendeiner Art auch das lo Netzwerk.
Das darf nicht sein! Das "Abschalten" funktioniert nicht so wie du glaubst, schon gar nicht mit einem "Network Manager".
@Jägerschlürfer hat das auch so angedeutet, was du aber als belanglos abtust.
Verwende eine andere Methode des "Abschaltens", die den Traffic nach außen blockiert aber
nicht das gesamte Netzwerk als solches beeinflusst. Dann wird dein Problem auch behoben sein.

Gruß
Gräfin Klara
 
OP
B

bayernherz

Hacker
hallo zusammen
hallo Gräfin Klara,

vielen Dank für Deine Diagnose u. Anwort.
von Gräfin Klara » 28. Jul 2020, 13:09
Verbindung nach X auf localhost kann nicht hergestellt werden. Das kann viele Gründe haben wie Berechtigung, Routing, etc.

Dein "Abschalten" des Netzwerkes beeinflusst in irgendeiner Art auch das lo Netzwerk.
Das darf nicht sein! Das "Abschalten" funktioniert nicht so wie du glaubst, schon gar nicht mit einem "Network Manager".
@Jägerschlürfer hat das auch so angedeutet, was du aber als belanglos abtust.
Verwende eine andere Methode des "Abschaltens", die den Traffic nach außen blockiert aber
nicht das gesamte Netzwerk als solches beeinflusst. Dann wird dein Problem auch behoben sein.

Unter dem verwendetem Bezeichnung Internet offline bzw den von Dir verwendeten Begriff
Abschalten" des Netzwerkes habe ich besser ausgedrückt gesagt:
der Router (m. Internetzugang) ist weggeschaltet. Allerdings hat der Router auch das Gateway.
Dieses dürfte für eine Konfig. mit statischen IPs keine Rolle spielen.

Bei einem Firefox start aus der Konsole (weiter unten noch diagnostiziert) existiert das Problem nicht
und es kann auch das interne LAN einwandfrei erreicht werden.

Warum hat es bis zum besagtem Update funktioniert ?
Weiterhin funktioniert es mit Kubuntu 18.04.x LTS mit Firefox 78.0.2 einwandfrei !


Nachfolgend habe ich noch einige Diagnosen mit journalctl -f duchgeführt.
Network Verbindung mit statischen IPs.

Code:
-->> start firfox v. Startmenue KDE
Jul 28 14:39:33 localhost.localdomain plasmashell[1942]: file:///usr/lib64/qt5/qml/QtQuick/Controls/Styles/Plasma/BusyIndicatorStyle.qml:39:9: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
Jul 28 14:39:33 localhost.localdomain plasmashell[1942]: file:///usr/share/plasma/plasmoids/org.kde.plasma.taskmanager/contents/ui/Task.qml:285:5: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
Jul 28 14:39:33 localhost.localdomain systemd[1782]: Started apps-firefox-ee8d8db8c0ab41b08ffbb20be3f6fc02.scope.
Jul 28 14:39:33 localhost.localdomain kwin_x11[1898]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 17220, resource id: 31465056, major code: 18 (ChangeProperty), minor code: 0
Jul 28 14:40:27 localhost.localdomain rtkit-daemon[2013]: Supervising 3 threads of 1 processes of 1 users.
Jul 28 14:40:27 localhost.localdomain rtkit-daemon[2013]: Supervising 3 threads of 1 processes of 1 users.
Jul 28 14:40:27 localhost.localdomain rtkit-daemon[2013]: Supervising 3 threads of 1 processes of 1 users.
Jul 28 14:40:27 localhost.localdomain rtkit-daemon[2013]: Supervising 3 threads of 1 processes of 1 users.
Jul 28 14:40:27 localhost.localdomain rtkit-daemon[2013]: Successfully made thread 10243 of process 10160 (/usr/lib64/firefox/firefox) owned by 'hansenf' RT at priority 10.
Jul 28 14:40:27 localhost.localdomain rtkit-daemon[2013]: Supervising 4 threads of 2 processes of 1 users.
Jul 28 14:40:27 localhost.localdomain plasmashell[1942]: file:///usr/share/plasma/plasmoids/org.kde.plasma.taskmanager/contents/ui/Task.qml:285:5: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
Jul 28 14:40:27 localhost.localdomain rtkit-daemon[2013]: Supervising 4 threads of 2 processes of 1 users.
Jul 28 14:40:27 localhost.localdomain rtkit-daemon[2013]: Supervising 4 threads of 2 processes of 1 users.
Jul 28 14:40:27 localhost.localdomain rtkit-daemon[2013]: Supervising 4 threads of 2 processes of 1 users.
Jul 28 14:40:27 localhost.localdomain rtkit-daemon[2013]: Supervising 4 threads of 2 processes of 1 users.
Jul 28 14:41:19 localhost.localdomain kmozillahelper[10295]: Qt: Session management error: Could not open network socket
Jul 28 14:41:20 localhost.localdomain rtkit-daemon[2013]: Supervising 4 threads of 2 processes of 1 users.
Jul 28 14:41:20 localhost.localdomain rtkit-daemon[2013]: Supervising 4 threads of 2 processes of 1 users.
-->> fertig

---->>start firfox v. konsole
Jul 28 14:45:10 localhost.localdomain rtkit-daemon[2013]: Supervising 3 threads of 1 processes of 1 users.
Jul 28 14:45:10 localhost.localdomain rtkit-daemon[2013]: Supervising 3 threads of 1 processes of 1 users.
Jul 28 14:45:10 localhost.localdomain rtkit-daemon[2013]: Supervising 3 threads of 1 processes of 1 users.
Jul 28 14:45:10 localhost.localdomain rtkit-daemon[2013]: Supervising 3 threads of 1 processes of 1 users.
Jul 28 14:45:10 localhost.localdomain rtkit-daemon[2013]: Successfully made thread 10651 of process 10573 (/usr/lib64/firefox/firefox) owned by 'hansenf' RT at priority 10.
Jul 28 14:45:10 localhost.localdomain rtkit-daemon[2013]: Supervising 4 threads of 2 processes of 1 users.
Jul 28 14:45:10 localhost.localdomain plasmashell[1942]: file:///usr/share/plasma/plasmoids/org.kde.plasma.taskmanager/contents/ui/Task.qml:285:5: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
Jul 28 14:45:10 localhost.localdomain rtkit-daemon[2013]: Supervising 4 threads of 2 processes of 1 users.
Jul 28 14:45:10 localhost.localdomain rtkit-daemon[2013]: Supervising 4 threads of 2 processes of 1 users.
Jul 28 14:45:10 localhost.localdomain rtkit-daemon[2013]: Supervising 4 threads of 2 processes of 1 users.
Jul 28 14:45:10 localhost.localdomain rtkit-daemon[2013]: Supervising 4 threads of 2 processes of 1 users.
Jul 28 14:45:11 localhost.localdomain rtkit-daemon[2013]: Supervising 4 threads of 2 processes of 1 users.
Jul 28 14:45:11 localhost.localdomain rtkit-daemon[2013]: Supervising 4 threads of 2 processes of 1 users.
-->> fertig

-->> firefox beenden
ul 28 14:46:32 localhost.localdomain kwin_x11[1898]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 61764, resource id: 75497475, major code: 15 (QueryTree), minor code: 0
Jul 28 14:46:32 localhost.localdomain kwin_x11[1898]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 61769, resource id: 75497475, major code: 18 (ChangeProperty), minor code: 0
Jul 28 14:46:34 localhost.localdomain kwin_x11[1898]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 62368, resource id: 88080389, major code: 18 (ChangeProperty), minor code: 0
-->> fertig

--->> Router online
Jul 28 16:17:08 localhost.localdomain NetworkManager[1366]: <info>  [1595945828.2469] audit: op="statistics" arg="refresh-rate-ms" pid=1942 uid=1000 result="success"
Jul 28 16:17:08 localhost.localdomain plasmashell[1942]: file:///usr/lib64/qt5/qml/org/kde/plasma/components/TabButton.qml:102:5: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
Jul 28 16:17:08 localhost.localdomain plasmashell[1942]: file:///usr/lib64/qt5/qml/org/kde/plasma/components/TabButton.qml:102:5: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
Jul 28 16:17:08 localhost.localdomain plasmashell[1942]: file:///usr/lib64/qt5/qml/QtQuick/Controls/Styles/Plasma/ToolButtonStyle.qml:209:13: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
Jul 28 16:17:08 localhost.localdomain plasmashell[1942]: file:///usr/lib64/qt5/qml/QtQuick/Controls/Styles/Plasma/ToolButtonStyle.qml:209:13: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
Jul 28 16:17:08 localhost.localdomain plasmashell[1942]: file:///usr/lib64/qt5/qml/org/kde/plasma/components.3/BusyIndicator.qml:45:9: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
Jul 28 16:17:08 localhost.localdomain plasmashell[1942]: file:///usr/lib64/qt5/qml/org/kde/plasma/components/TabButton.qml:102:5: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
Jul 28 16:17:08 localhost.localdomain plasmashell[1942]: file:///usr/lib64/qt5/qml/org/kde/plasma/components/TabButton.qml:102:5: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
Jul 28 16:17:08 localhost.localdomain plasmashell[1942]: file:///usr/lib64/qt5/qml/QtQuick/Controls/Styles/Plasma/ToolButtonStyle.qml:209:13: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
Jul 28 16:17:08 localhost.localdomain plasmashell[1942]: file:///usr/lib64/qt5/qml/QtQuick/Controls/Styles/Plasma/ToolButtonStyle.qml:209:13: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
Jul 28 16:17:08 localhost.localdomain plasmashell[1942]: file:///usr/lib64/qt5/qml/org/kde/plasma/components.3/BusyIndicator.qml:45:9: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
Jul 28 16:17:08 localhost.localdomain kwin_x11[1898]: qt.qpa.xcb: QXcbConnection: XCB error: 9 (BadDrawable), sequence: 6930, resource id: 31465924, major code: 73 (GetImage), minor code: 0
Jul 28 16:17:10 localhost.localdomain plasmashell[1942]: file:///usr/lib64/qt5/qml/org/kde/plasma/components/Highlight.qml:47:5: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
Jul 28 16:17:10 localhost.localdomain plasmashell[1942]: file:///usr/lib64/qt5/qml/org/kde/plasma/components/Highlight.qml:47:5: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
Jul 28 16:17:10 localhost.localdomain plasmashell[1942]: file:///usr/lib64/qt5/qml/org/kde/plasma/components/Highlight.qml:47:5: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
Jul 28 16:17:11 localhost.localdomain NetworkManager[1366]: <info>  [1595945831.0034] manager: NetworkManager state is now CONNECTED_GLOBAL
Jul 28 16:17:11 localhost.localdomain dbus-daemon[873]: [system] Activating via systemd: service name='org.freedesktop.nm_dispatcher' unit='dbus-org.freedesktop.nm-dispatcher.service' requested by ':1.4' (uid=0 pid=1366 comm="/usr/sbin/NetworkManager --no-daemon ")
Jul 28 16:17:11 localhost.localdomain systemd[1]: Starting Network Manager Script Dispatcher Service...
Jul 28 16:17:11 localhost.localdomain dbus-daemon[873]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'
Jul 28 16:17:11 localhost.localdomain systemd[1]: Started Network Manager Script Dispatcher Service.
Jul 28 16:17:12 localhost.localdomain NetworkManager[1366]: <info>  [1595945832.7379] audit: op="statistics" arg="refresh-rate-ms" pid=1942 uid=1000 result="success"
Jul 28 16:17:12 localhost.localdomain plasmashell[1942]: file:///usr/lib64/qt5/qml/org/kde/plasma/extras/ExpandableListItem.qml:327: TypeError: Cannot read property 'width' of null
Jul 28 16:17:12 localhost.localdomain plasmashell[1942]: file:///usr/lib64/qt5/qml/org/kde/plasma/extras/ExpandableListItem.qml:327: TypeError: Cannot read property 'width' of null
Jul 28 16:17:22 localhost.localdomain systemd[1]: NetworkManager-dispatcher.service: Succeeded.

--->>start firefox
Jul 28 16:19:09 localhost.localdomain plasmashell[1942]: file:///usr/lib64/qt5/qml/QtQuick/Controls/Styles/Plasma/BusyIndicatorStyle.qml:39:9: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
Jul 28 16:19:09 localhost.localdomain plasmashell[1942]: file:///usr/share/plasma/plasmoids/org.kde.plasma.taskmanager/contents/ui/Task.qml:285:5: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
Jul 28 16:19:09 localhost.localdomain systemd[1]: Started Timeline of Snapper Snapshots.
Jul 28 16:19:09 localhost.localdomain dbus-daemon[873]: [system] Activating service name='org.opensuse.Snapper' requested by ':1.135' (uid=0 pid=14324 comm="/usr/lib/snapper/systemd-helper --timeline ") (using servicehelper)
Jul 28 16:19:09 localhost.localdomain systemd[1782]: Started apps-firefox-9aed7912820a49548bd7d63f0cfc20d9.scope.
Jul 28 16:19:09 localhost.localdomain kwin_x11[1898]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 19170, resource id: 31466308, major code: 18 (ChangeProperty), minor code: 0
Jul 28 16:19:10 localhost.localdomain dbus-daemon[873]: [system] Successfully activated service 'org.opensuse.Snapper'
Jul 28 16:19:10 localhost.localdomain systemd[1]: snapper-timeline.service: Succeeded.
Jul 28 16:19:11 localhost.localdomain rtkit-daemon[2013]: Supervising 3 threads of 1 processes of 1 users.
Jul 28 16:19:11 localhost.localdomain rtkit-daemon[2013]: Supervising 3 threads of 1 processes of 1 users.
Jul 28 16:19:11 localhost.localdomain rtkit-daemon[2013]: Supervising 3 threads of 1 processes of 1 users.
Jul 28 16:19:11 localhost.localdomain rtkit-daemon[2013]: Supervising 3 threads of 1 processes of 1 users.
Jul 28 16:19:11 localhost.localdomain rtkit-daemon[2013]: Successfully made thread 14411 of process 14319 (/usr/lib64/firefox/firefox) owned by 'hansenf' RT at priority 10.
Jul 28 16:19:11 localhost.localdomain rtkit-daemon[2013]: Supervising 4 threads of 2 processes of 1 users.
Jul 28 16:19:11 localhost.localdomain plasmashell[1942]: file:///usr/share/plasma/plasmoids/org.kde.plasma.taskmanager/contents/ui/Task.qml:285:5: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
Jul 28 16:19:11 localhost.localdomain rtkit-daemon[2013]: Supervising 4 threads of 2 processes of 1 users.
Jul 28 16:19:11 localhost.localdomain rtkit-daemon[2013]: Supervising 4 threads of 2 processes of 1 users.
Jul 28 16:19:12 localhost.localdomain rtkit-daemon[2013]: Supervising 4 threads of 2 processes of 1 users.
Jul 28 16:19:12 localhost.localdomain rtkit-daemon[2013]: Supervising 4 threads of 2 processes of 1 users.
Jul 28 16:19:12 localhost.localdomain kmozillahelper[14463]: Qt: Session management error: Could not open network socket
Jul 28 16:19:13 localhost.localdomain rtkit-daemon[2013]: Supervising 4 threads of 2 processes of 1 users.
Jul 28 16:19:13 localhost.localdomain rtkit-daemon[2013]: Supervising 4 threads of 2 processes of 1 users.
-->>fertig

-->>firfox beenden
Jul 28 16:20:50 localhost.localdomain kwin_x11[1898]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 35049, resource id: 69206019, major code: 15 (QueryTree), minor code: 0
Jul 28 16:20:50 localhost.localdomain kwin_x11[1898]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 35191, resource id: 31466338, major code: 18 (ChangeProperty), minor code: 0
Jul 28 16:20:50 localhost.localdomain kwin_x11[1898]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 35200, resource id: 85983237, major code: 18 (ChangeProperty), minor code: 0
Jul 28 16:20:50 localhost.localdomain systemd[1782]: apps-firefox-9aed7912820a49548bd7d63f0cfc20d9.scope: Succeeded.
-->>fertig


Ich habe das jeweils mit --->> komentiert
Warum funktioniert der Firefox start aus der Konsole einwandfrei?
Wie aus der Diagnose zu ersehen ist.


Code:
service NetworkManager status
* NetworkManager.service - Network Manager
     Loaded: loaded (/usr/lib/systemd/system/NetworkManager.service; enabled; vendor preset: disabled)
    Drop-In: /usr/lib/systemd/system/NetworkManager.service.d
             `-NetworkManager-ovs.conf
     Active: active (running) since Tue 2020-07-28 14:18:42 CEST; 40min ago
       Docs: man:NetworkManager(8)
   Main PID: 1366 (NetworkManager)
      Tasks: 5 (limit: 4915)
     Memory: 18.7M
     CGroup: /system.slice/NetworkManager.service
             `-1366 /usr/sbin/NetworkManager --no-daemon

Jul 28 14:56:16 localhost.localdomain NetworkManager[1366]: <info>  [1595940976.2898] device (enp3s0f1): state change: prepare -> config (r>
Jul 28 14:56:16 localhost.localdomain NetworkManager[1366]: <info>  [1595940976.3500] device (enp3s0f1): state change: config -> ip-config >
Jul 28 14:56:16 localhost.localdomain NetworkManager[1366]: <info>  [1595940976.4165] device (enp3s0f1): state change: ip-config -> ip-chec>
Jul 28 14:56:16 localhost.localdomain NetworkManager[1366]: <info>  [1595940976.4986] device (enp3s0f1): state change: ip-check -> secondar>
Jul 28 14:56:16 localhost.localdomain NetworkManager[1366]: <info>  [1595940976.5001] device (enp3s0f1): state change: secondaries -> activ>
Jul 28 14:56:16 localhost.localdomain NetworkManager[1366]: <info>  [1595940976.5025] manager: NetworkManager state is now CONNECTED_LOCAL
Jul 28 14:56:16 localhost.localdomain NetworkManager[1366]: <info>  [1595940976.5103] manager: NetworkManager state is now CONNECTED_SITE
Jul 28 14:56:16 localhost.localdomain NetworkManager[1366]: <info>  [1595940976.5110] policy: set 'Kabelgebundene Verbindung manuell' (enp3>
Jul 28 14:56:16 localhost.localdomain NetworkManager[1366]: <info>  [1595940976.9630] device (enp3s0f1): Activation: successful, device act>
Jul 28 14:56:19 localhost.localdomain NetworkManager[1366]: <info>  [1595940979.9588] device (enp3s0f1): carrier: link connected
lines 1-22/22 (END)...skipping...
* NetworkManager.service - Network Manager
     Loaded: loaded (/usr/lib/systemd/system/NetworkManager.service; enabled; vendor preset: disabled)
    Drop-In: /usr/lib/systemd/system/NetworkManager.service.d
             `-NetworkManager-ovs.conf
     Active: active (running) since Tue 2020-07-28 14:18:42 CEST; 40min ago
       Docs: man:NetworkManager(8)
   Main PID: 1366 (NetworkManager)
      Tasks: 5 (limit: 4915)
     Memory: 18.7M
     CGroup: /system.slice/NetworkManager.service
             `-1366 /usr/sbin/NetworkManager --no-daemon

Jul 28 14:56:16 localhost.localdomain NetworkManager[1366]: <info>  [1595940976.2898] device (enp3s0f1): state change: prepare -> config (reason 'none', sys-iface-state: 'managed')
Jul 28 14:56:16 localhost.localdomain NetworkManager[1366]: <info>  [1595940976.3500] device (enp3s0f1): state change: config -> ip-config (reason 'none', sys-iface-state: 'managed')
Jul 28 14:56:16 localhost.localdomain NetworkManager[1366]: <info>  [1595940976.4165] device (enp3s0f1): state change: ip-config -> ip-check (reason 'none', sys-iface-state: 'managed')
Jul 28 14:56:16 localhost.localdomain NetworkManager[1366]: <info>  [1595940976.4986] device (enp3s0f1): state change: ip-check -> secondaries (reason 'none', sys-iface-state: 'managed')
Jul 28 14:56:16 localhost.localdomain NetworkManager[1366]: <info>  [1595940976.5001] device (enp3s0f1): state change: secondaries -> activated (reason 'none', sys-iface-state: 'managed')
Jul 28 14:56:16 localhost.localdomain NetworkManager[1366]: <info>  [1595940976.5025] manager: NetworkManager state is now CONNECTED_LOCAL
* NetworkManager.service - Network Manager
     Loaded: loaded (/usr/lib/systemd/system/NetworkManager.service; enabled; vendor preset: disabled)
    Drop-In: /usr/lib/systemd/system/NetworkManager.service.d
             `-NetworkManager-ovs.conf
     Active: active (running) since Tue 2020-07-28 14:18:42 CEST; 40min ago
       Docs: man:NetworkManager(8)
   Main PID: 1366 (NetworkManager)
      Tasks: 5 (limit: 4915)
     Memory: 18.7M
     CGroup: /system.slice/NetworkManager.service
             `-1366 /usr/sbin/NetworkManager --no-daemon

Jul 28 14:56:16 localhost.localdomain NetworkManager[1366]: <info>  [1595940976.2898] device (enp3s0f1): state change: prepare -> config (r>
Jul 28 14:56:16 localhost.localdomain NetworkManager[1366]: <info>  [1595940976.3500] device (enp3s0f1): state change: config -> ip-config >
Jul 28 14:56:16 localhost.localdomain NetworkManager[1366]: <info>  [1595940976.4165] device (enp3s0f1): state change: ip-config -> ip-chec>
Jul 28 14:56:16 localhost.localdomain NetworkManager[1366]: <info>  [1595940976.4986] device (enp3s0f1): state change: ip-check -> secondar>
Jul 28 14:56:16 localhost.localdomain NetworkManager[1366]: <info>  [1595940976.5001] device (enp3s0f1): state change: secondaries -> activ>
Jul 28 14:56:16 localhost.localdomain NetworkManager[1366]: <info>  [1595940976.5025] manager: NetworkManager state is now CONNECTED_LOCAL
Jul 28 14:56:16 localhost.localdomain NetworkManager[1366]: <info>  [1595940976.5103] manager: NetworkManager state is now CONNECTED_SITE
Jul 28 14:56:16 localhost.localdomain NetworkManager[1366]: <info>  [1595940976.5110] policy: set 'Kabelgebundene Verbindung manuell' (enp3>
Jul 28 14:56:16 localhost.localdomain NetworkManager[1366]: <info>  [1595940976.9630] device (enp3s0f1): Activation: successful, device act>
Jul 28 14:56:19 localhost.localdomain NetworkManager[1366]: <info>  [1595940979.9588] device (enp3s0f1): carrier: link connected



]service NetworkManager-wait-online status
* NetworkManager-wait-online.service - Network Manager Wait Online
     Loaded: loaded (/usr/lib/systemd/system/NetworkManager-wait-online.service; enabled; vendor preset: disabled)
     Active: active (exited) since Tue 2020-07-28 14:21:24 CEST; 39min ago
       Docs: man:nm-online(1)
    Process: 4294 ExecStart=/bin/bash -c if [ ${NM_ONLINE_TIMEOUT} -gt 0 ]; then /usr/bin/nm-online -s -q --timeout=${NM_ONLINE_TIMEOUT} ; >
   Main PID: 4294 (code=exited, status=0/SUCCESS)

Jul 28 14:21:24 localhost.localdomain systemd[1]: Starting Network Manager Wait Online...
Jul 28 14:21:24 localhost.localdomain systemd[1]: Finished Network Manager Wait Online.
...skipping...
* NetworkManager-wait-online.service - Network Manager Wait Online
     Loaded: loaded (/usr/lib/systemd/system/NetworkManager-wait-online.service; enabled; vendor preset: disabled)
     Active: active (exited) since Tue 2020-07-28 14:21:24 CEST; 39min ago
       Docs: man:nm-online(1)
    Process: 4294 ExecStart=/bin/bash -c if [ ${NM_ONLINE_TIMEOUT} -gt 0 ]; then /usr/bin/nm-online -s -q --timeout=${NM_ONLINE_TIMEOUT} ; >
   Main PID: 4294 (code=exited, status=0/SUCCESS)

Jul 28 14:21:24 localhost.localdomain systemd[1]: Starting Network Manager Wait Online...
Jul 28 14:21:24 localhost.localdomain systemd[1]: Finished Network Manager Wait Online.

Ich würde mich für eine weitere Unterstützung für die Lösung des Problems sehr freuen.

Anderfalls müsste ich mich leider von Tumbleweed verabschieden und zurück zu kubuntu gehen,
was ich nur ungern täte. So gut die die Service Datenbank für Ubuntu ist, aber leider ist der Kernel steinalt. :(

Dieses Problem kann ja sogar Windows fehlerfrei handhaben.
Ich würde mich sehr wundern und schwer enttäuscht sein, wenn Linux da hintenansteht.

Ich denke doch für mein Problem gibt es einen workaround. :roll:
Und mit einer Lösung würden wir doch alle wachsen.


Nachtrag:
Ich habe einen weiteren Test durchgeführt:
Der Router ist mit Tumbleweed verbunden und die VoP-Verbindung abgesteckt.

1. Netwerkverbindung mit DHCP funktioniert. Firefox läst sich schnell Starten u. beenden
sowohl auch andere Programme mittels KDE Anwendungsmenue.
2. Netzwerkverbindung mit static IPs leider nicht. Firefox hängt wie oben beschrieben.
Mit wireshark habe ich gesehen, es wird immer wieder versucht Verbindung zum
Telekon-DNS-Server aufzubauen.

Damit müsste belegt sein, das einmal nach einem Kaltstart eine Internetverbindung vorhanden sein muss,
sonst bleibt bei der KDE jeder Programmstart mittels Anwendungsmenue mit einem längerem Timeout
hängen. War nur einmal diese Internetverbindung vorhanden, besteht das Problem nicht mehr.
Auch wenn der Benutzer bewechselt wird.

viele grüsse
bayernherz :thumbs:
 

marce

Guru
Dann solltest Du wohl schauen, wo in Deiner Netzwerkkonfig, wenn nicht alles vom Router via DHCP kommt, als Fallback der Telekom-DNS hinterlegt ist.
 

susejunky

Moderator
Teammitglied
Hallo bayernherz
bayernherz schrieb:
...
Weiterhin funktioniert es mit Kubuntu 18.04.x LTS mit Firefox 78.0.2 einwandfrei !
hast Du schon einmal die Konfiguration von NetworkManager unter Kubuntu mit der unter openSUSE Tumbleweed abgeglichen?

Hast Du unter Kubuntu ebenfalls die Benutzer-Gruppen-Zuordnung verändert so wie unter openSUSE Tumbleweed?

Viele Grüße

susejunky
 
OP
B

bayernherz

Hacker
hallo zusammen,

von susejunky » 29. Jul 2020, 09:22
hast Du schon einmal die Konfiguration von NetworkManager unter Kubuntu mit der unter openSUSE Tumbleweed abgeglichen?
NetworkManager.conf (Kubuntu 18,04.x LTS
Code:
main]
plugins=ifupdown,keyfile

[ifupdown]
managed=false

[device]
wifi.scan-rand-mac-address=no

/etc/NetworkManager.conf (Tumbleweed)
Code:
main]
plugins=keyfile

[connectivity]
uri=http://conncheck.opensuse.org


/etc/...resolv.conf

Code:
### /etc/resolv.conf is a symlink to /var/run/netconfig/resolv.conf
### autogenerated by netconfig!
#
# Before you change this file manually, consider to define the
# static DNS configuration using the following variables in the
# /etc/sysconfig/network/config file:
#     NETCONFIG_DNS_STATIC_SEARCHLIST
#     NETCONFIG_DNS_STATIC_SERVERS
#     NETCONFIG_DNS_FORWARDER
# or disable DNS configuration updates via netconfig by setting:
#     NETCONFIG_DNS_POLICY=''
#
# See also the netconfig(8) manual page and other documentation.
#
### Call "netconfig update -f" to force adjusting of /etc/resolv.conf.
search 217.0.43.161 217.0.43.177
nameserver 217.0.43.161
nameserver 217.0.43.177

von marce » 29. Jul 2020, 06:19
Dann solltest Du wohl schauen, wo in Deiner Netzwerkkonfig, wenn nicht alles vom Router via DHCP kommt,
als Fallback der Telekom-DNS hinterlegt ist.
:-? ich brauche Nachhilfe hierzu!

/etc/...resolv.conf
Code:
### /etc/resolv.conf is a symlink to /var/run/netconfig/resolv.conf
### autogenerated by netconfig!
#
# Before you change this file manually, consider to define the
# static DNS configuration using the following variables in the
# /etc/sysconfig/network/config file:
#     NETCONFIG_DNS_STATIC_SEARCHLIST
#     NETCONFIG_DNS_STATIC_SERVERS
#     NETCONFIG_DNS_FORWARDER
# or disable DNS configuration updates via netconfig by setting:
#     NETCONFIG_DNS_POLICY=''
#
# See also the netconfig(8) manual page and other documentation.
#
### Call "netconfig update -f" to force adjusting of /etc/resolv.conf.
search 217.0.43.161 217.0.43.177
nameserver 217.0.43.161
nameserver 217.0.43.177

/run/netconfig/NetworkManager.netconfig
Code:
CREATETIME='410'
SERVICE='NetworkManager'
INTERFACE='NetworkManager'
DNSSEARCH='217.0.43.161 217.0.43.177'
DNSSERVERS='217.0.43.161 217.0.43.177'

/run/NetworkManager/resolv.conf
Code:
# Generated by NetworkManager
search 217.0.43.161 217.0.43.177
nameserver 217.0.43.161
nameserver 217.0.43.177

von susejunky » 29. Jul 2020, 09:22
Hast Du unter Kubuntu ebenfalls die Benutzer-Gruppen-Zuordnung verändert so wie unter openSUSE Tumbleweed?
Ja, ich habe die gleichen Benutzer-Gruppen-Zuordnung unter Kubuntu u. Tumbleweed.
Anmerkung: Hat ja auch alles funktioniert, bis zum oben besagten Megaupdate.



Weitere Frage:
In welcher config kann ich nachschauen, ob der ntp-server korrekt auf disable steht.
Bisher habe ich den ntp-serve in der KDE Oberfläche: Datum & Zeit Einstellung mit
set date and time automatically -> abgeklickt eingestellt.

Bei dem jetzigen Updatezustand von Tumbleweed ist auf keinem Benutzer, einschliesslich root ohne Routerverbindung mit Internet online
kein Start eines Programms mittels KDE Anwendungsmenue möglich.


Mittlerweile hat Tumbleweed für mich einen unbrauchbaren Zustand erreicht! :(

bayernherz :thumbs:
 
Oben