Wenn du ungefähr den Zeitpunkt kennst, an dem das Problem aufgetaucht ist, kannst du in
Code
/var/log/zypp/historynachschauen.
Und auch mal posten:
Code
zypper lr -d
kann aus KVM Gast Windows plötzlich nicht mehr auf Internet zugreifen
- rebell21
- Erledigt
Hinweis: In dem Thema kann aus KVM Gast Windows plötzlich nicht mehr auf Internet zugreifen gibt es 31 Antworten auf 4 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.
-
-
Code
Alles anzeigenlocalhost:/home/peter # zypper lr -d # | Alias | Name | Enabled | GPG Check | Refresh | Priority | Type | URI | Service ---+-----------------------------+----------------------------------------------------------------------+---------+-----------+---------+----------+--------+------------------------------------------------------------------------------------+-------- 1 | Packman | Packman | Ja | (r ) Ja | Ja | 20 | rpm-md | https://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Leap_15.5/ | 2 | google-chrome | google-chrome | Ja | (r ) Ja | Ja | 99 | rpm-md | https://dl.google.com/linux/chrome/rpm/stable/x86_64 | 3 | home_ecsos | ecsos's Home Project (15.5) | Ja | (r ) Ja | Nein | 99 | rpm-md | https://download.opensuse.org/repositories/home:/ecsos/15.5/ | 4 | home_embar- | embar- projektas (15.5) | Ja | (r ) Ja | Nein | 99 | rpm-md | https://download.opensuse.org/repositories/home:/embar-/15.5/ | 5 | home_jloehel | Home project (15.5) | Ja | (r ) Ja | Nein | 99 | rpm-md | https://download.opensuse.org/repositories/home:/jloehel/15.5/ | 6 | openSUSE-Leap-15.5-1 | openSUSE-Leap-15.5-1 | Nein | ---- | ---- | 99 | rpm-md | hd:/?device=/dev/disk/by-id/usb-JetFlash_Transcend_64GB_24G5RVH013ZUX86K-0:0-part2 | 7 | repo-backports-debug-update | Update repository of openSUSE Backports (Debug) | Nein | ---- | ---- | 99 | N/A | http://download.opensuse.org/update/leap/15.5/backports_debug/ | 8 | repo-backports-update | Update repository of openSUSE Backports | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/update/leap/15.5/backports/ | 9 | repo-debug | Debug Repository | Nein | ---- | ---- | 99 | N/A | http://download.opensuse.org/debug/distribution/leap/15.5/repo/oss/ | 10 | repo-debug-non-oss | Debug Repository (Non-OSS) | Nein | ---- | ---- | 99 | N/A | http://download.opensuse.org/debug/distribution/leap/15.5/repo/non-oss/ | 11 | repo-debug-update | Update Repository (Debug) | Nein | ---- | ---- | 99 | N/A | http://download.opensuse.org/debug/update/leap/15.5/oss/ | 12 | repo-debug-update-non-oss | Update Repository (Debug, Non-OSS) | Nein | ---- | ---- | 99 | N/A | http://download.opensuse.org/debug/update/leap/15.5/non-oss/ | 13 | repo-non-oss | Non-OSS Repository | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/distribution/leap/15.5/repo/non-oss/ | 14 | repo-openh264 | Open H.264 Codec (openSUSE Leap) | Ja | (r ) Ja | Ja | 99 | rpm-md | http://codecs.opensuse.org/openh264/openSUSE_Leap/ | 15 | repo-oss | Haupt-Repository | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/distribution/leap/15.5/repo/oss/ | 16 | repo-sle-debug-update | Update repository with updates from SUSE Linux Enterprise 15 (Debug) | Nein | ---- | ---- | 99 | N/A | http://download.opensuse.org/debug/update/leap/15.5/sle/ | 17 | repo-sle-update | Update repository with updates from SUSE Linux Enterprise 15 | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/update/leap/15.5/sle/ | 18 | repo-source | Source Repository | Nein | ---- | ---- | 99 | N/A | http://download.opensuse.org/source/distribution/leap/15.5/repo/oss/ | 19 | repo-update | Hauptaktualisierungs-Repository | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/update/leap/15.5/oss | 20 | repo-update-non-oss | Aktualisierungs-Repository (Nicht-Open-Source-Software) | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/update/leap/15.5/non-oss/ | 21 | snappy | snappy | Ja | (r ) Ja | Ja | 99 | rpm-md | https://download.opensuse.org/repositories/system:/snappy/openSUSE_Leap_15.5 | localhost:/home/peter #ich habe am 8.7. docker installiert. Werde dockjer mal desinstallieren
-
das Deinstallieren von Docker hat das Problem auch nicht gelöst
-
nach wie vor, Probleme bei der Namensauflösung in der VM, wenn die Firewall auf dem Host eingeschaltet ist
Code
Alles anzeigenter@OpenSuSe-VM:~> ping 8.8.8.8 PING 8.8.8.8 (8.8.8.8) 56(84) Bytes an Daten. 64 Bytes von 8.8.8.8: icmp_seq=1 ttl=60 Zeit=27.5 ms 64 Bytes von 8.8.8.8: icmp_seq=2 ttl=60 Zeit=27.4 ms 64 Bytes von 8.8.8.8: icmp_seq=3 ttl=60 Zeit=27.9 ms 64 Bytes von 8.8.8.8: icmp_seq=4 ttl=60 Zeit=28.0 ms 64 Bytes von 8.8.8.8: icmp_seq=5 ttl=60 Zeit=28.0 ms 64 Bytes von 8.8.8.8: icmp_seq=6 ttl=60 Zeit=28.1 ms 64 Bytes von 8.8.8.8: icmp_seq=7 ttl=60 Zeit=27.8 ms ^C --- 8.8.8.8 ping-Statistik --- 7 Pakete übertragen, 7 empfangen, 0% packet loss, time 6008ms rtt min/avg/max/mdev = 27.375/27.791/28.080/0.246 ms peter@OpenSuSe-VM:~> ping google.com ping: google.com: Temporärer Fehler bei der Namensauflösung peter@OpenSuSe-VM:~> -
ich habe mit firewall-cmd --set-log-denied=all das logging der Firewallrecjects eingeschaltet
Hier das Ergebnis mit "
dmesg | grep -i REJECT". Zahllose reject-Meldungen, diese Meldung taucht sehr oft auf. Ich verstehe vnet0 und eth0 in der Zeile nicht. Die br0 hat als pysikalisches Interface eth0 zugeordnet. Aber vnet0 sagt mir nichts -
Was nutzt du als Router?
-
mein Router ist ein Speedport smart. Dessen DNS Service antwortet auf 192.168.2.1. Das ist der DNS im Speedport Smart. Das ist aber schon fünf Jahre so.
Die Quelle des Requests ist 192.168.2.124. Das ist die VM, die nicht mehr auf das Internet zugreifen kann
-
Ist es nicht so, das der Speedport keine Daten hereinlässt, die nicht autorisiert sind? Meine damit, alle Ports sind für unerwünschten Zugriff geschlossen. Zumindest ist das bei mir so unter der Fritzbox 7590 AX.
Wo ich eigentlich hinwill? Wozu brauchst du dann als kleiner Anwender mit unwichtigem Zeugs auf dem Rechner eine eingeschaltete Firewall? Meine ist von Haus aus abgeschaltet. Die Zugriffe regelt die Fritzbox.
Also mach das Ding doch einfach aus. Wer soll auf deine Daten zugreifen wollen? Ich kann mir nicht vorstellen, das du so hochgeheimes Zeuch auf deinem Rechner hast, das du das doppelt absichern musst. Und wer interessiert sich schon groß für Linux-Krempel? Oder sitzt du im Büro einer großen namhaften Firma und hast täglich mit Industrie-Spionage zu tun?
Mein Vorschlag ... Firewall aus! Braucht als Anwender kein Mensch.
-
ja Firewall aus ist sicher eine Option. Aber 1. Ist die Firewall im Standardsoftwareumfang von OpenSuse eingeschaltet. Und 2. hat das fünf Jahre lang gut funktioniert. Alle Zugriffe sind durch die Firewall des Hosts fünf Jahre lang ordnungsgemäß durchgeleitet worden. Und nun soll das plötzlich nicht mehr funktionieren. Warum funktioniert das seit zwei Wochen nicht mehr, nachdem es fünf Jahre problemlos ging.
Ich habe aber auch das Gefühl, dass der firewalld ein Problem oder Fehler hat. Ich habe in meinem firewall-config das Protokoll udp jetzt grundsätzlich freigeschaltet. Aber trotzdem wird das Protocol upd rejected. Ich verstehe es nicht
-
Ich könnte dir jetzt entgegnen, das die Firewall bei Ubuntu und Linux Mint von Anfang der Installation an ausgeschaltet ist. Aber das ist nicht der Punkt, um den es dir hier geht. Wenn du an den Einstellungen der Firewall nicht herum geschraubt hast kann ich dir die Frage jetzt auch nicht beantworten. Firewall macht meines Erachtens nur Sinn auf einem Laptop, der sich ständig im öffentlichen Raum mit irgendwelchen offenen WLans verbindet.