staging.inyokaproject.org

via DuckDuckGo

Plötzlich Internet weg - nach Experiment mit cyberghostvpn in systemd

Status: Gelöst | Ubuntu-Version: Ubuntu 22.04 (Jammy Jellyfish)
Antworten |

Smiedideldi

Anmeldungsdatum:
20. Oktober 2015

Beiträge: Zähle...
Zitieren
24. März 2023 23:41

Hallo liebe Community,

ich nutze CyberGhostVPN in Ubuntu 22.04 auf einem alten Lenovo T420. Internet kommt von der Telekom durch eine Fritz!Box 7490 mit Fritz!OS 07.29. Neben meinem T420 wird das WLAN meist nur von einem weiteren Ubuntu PC sowie zwei Android Telefonen genutzt. Da ich es leider nicht geschafft habe CyberGhost auf den Router zu bringen, nutze ich es nun eben auf den Endgeräten. Leider muss ich in Ubuntu nach einem Neustart aber immer händisch eine VPN Verbindung herstellen, das nervt. Da cyberghostvpn aber root-Rechte benötigt, ist es für mich alles andere als trivial, die Verbindung im Autostart herstellen zu lassen. Im Internet bin ich zunächst auf einen Lösungsansatz mittels /etc/rc.local gestoßen: https://askubuntu.com/a/290100 Ich habe irgendwo anders noch gelesen, man müsse rc.local erst aktivieren und habe das mit folgendem Befehl versucht: 

systemctl enable rc-local.service

nach Neustart konnte ich keine Änderung feststellen, habe also den nächsten Lösungsansatz versucht: https://askubuntu.com/a/960333 und https://askubuntu.com/a/1392121 aber auch damit hatte ich kein Erfolg.

Dann passierte was Dummes und es crashte der PC, allerdings nicht in einem laufenden Prozess. Der ganze Versuch war, so glaubte ich, gerade erfolglos abgeschlossen und ich musste plötzlich weg. In meiner Abwesenheit ging dann dem Rechner der Saft aus. Blöd. Später, nach Neustart hatte ich kein Internet mehr. Der network-manager zeigt mir eine Verbindung zum Router an, und der Router zeigt mir eine Verbindung zum T420, aber Firefox kommt nicht raus, Thunderbird kommt nicht raus, apt-get kommt nicht raus. Nichtmal den Router kann ich anpingen! Seltsamerweise kann ich nach wie vor noch 8.8.8.8 anpingen.

Der Router funktioniert definitiv ordnungsgemäß. Alle anderen Geräte haben Internet. Allerdings kommt der T420 auch über ein anderes WLAN oder über USB-Tethering nicht ins Internet.

Ich habe keine Ahnung was da passiert ist! Zumal ich überhaupt nicht an den Netzwerkeinstellung rumgepfuscht habe, sondern am Autostart. Natürlich habe ich versucht, alle meine Pfuschereien rückgängig zu machen, durch den Crash war die jüngste History der shell aber nicht gespeichert. Insofern bin ich mir nicht sicher.

Vielleicht habt ihr ja eine Idee!? Ich wäre so dankbar für Ratschläge! Seht mir bitte nach, dass ich unwissend und unbeholfen rumexperimentiert habe.

Und hier nun die hard facts:

deezl@headquarter:~$ uname -a
Linux headquarter 5.15.0-67-generic #74-Ubuntu SMP Wed Feb 22 14:14:39 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux
deezl@headquarter:~$ lspci -nnk | grep -A3 02[08]0
00:19.0 Ethernet controller [0200]: Intel Corporation 82579LM Gigabit Network Connection (Lewisville) [8086:1502] (rev 04)
	Subsystem: Lenovo ThinkPad T520 [17aa:21ce]
	Kernel driver in use: e1000e
	Kernel modules: e1000e
--
03:00.0 Network controller [0280]: Intel Corporation Centrino Advanced-N 6205 [Taylor Peak] [8086:0085] (rev 34)
	Subsystem: Intel Corporation Centrino Advanced-N 6205 (802.11a/b/g/n) [8086:1311]
	Kernel driver in use: iwlwifi
	Kernel modules: iwlwifi
deezl@headquarter:~$ lsusb -v -t
/:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
    ID 1d6b:0002 Linux Foundation 2.0 root hub
    |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
        ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
    ID 1d6b:0002 Linux Foundation 2.0 root hub
    |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
        ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
        |__ Port 4: Dev 3, If 2, Class=Vendor Specific Class, Driver=, 12M
            ID 0a5c:217f Broadcom Corp. BCM2045B (BDC-2.1)
        |__ Port 4: Dev 3, If 0, Class=Wireless, Driver=btusb, 12M
            ID 0a5c:217f Broadcom Corp. BCM2045B (BDC-2.1)
        |__ Port 4: Dev 3, If 3, Class=Application Specific Interface, Driver=, 12M
            ID 0a5c:217f Broadcom Corp. BCM2045B (BDC-2.1)
        |__ Port 4: Dev 3, If 1, Class=Wireless, Driver=btusb, 12M
            ID 0a5c:217f Broadcom Corp. BCM2045B (BDC-2.1)
        |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo, 480M
            ID 04f2:b221 Chicony Electronics Co., Ltd integrated camera
        |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo, 480M
            ID 04f2:b221 Chicony Electronics Co., Ltd integrated camera
deezl@headquarter:~$ ip link
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp0s25: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN mode DEFAULT group default qlen 1000
    link/ether 00:21:cc:b5:1f:4b brd ff:ff:ff:ff:ff:ff
3: wlp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DORMANT group default qlen 1000
    link/ether 10:0b:a9:4d:44:58 brd ff:ff:ff:ff:ff:ff
deezl@headquarter:~$ ip addr
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
2: enp0s25: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
    link/ether 00:21:cc:b5:1f:4b brd ff:ff:ff:ff:ff:ff
3: wlp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 10:0b:a9:4d:44:58 brd ff:ff:ff:ff:ff:ff
    inet 192.168.178.24/24 brd 192.168.178.255 scope global dynamic noprefixroute wlp3s0
       valid_lft 863556sec preferred_lft 863556sec
    inet6 2003:c8:cf27:4c00:101d:5d30:468e:4175/64 scope global temporary dynamic 
       valid_lft 6759sec preferred_lft 1123sec
    inet6 2003:c8:cf27:4c00:5bea:fe16:509c:c072/64 scope global dynamic mngtmpaddr noprefixroute 
       valid_lft 6759sec preferred_lft 1123sec
    inet6 fe80::dd6e:dcc2:2edb:5694/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever
deezl@headquarter:~$ ip -4 route
default via 192.168.178.1 dev wlp3s0 proto dhcp metric 600 
169.254.0.0/16 dev wlp3s0 scope link metric 1000 
192.168.178.0/24 dev wlp3s0 proto kernel scope link src 192.168.178.24 metric 600 
deezl@headquarter:~$ ip -6 route
::1 dev lo proto kernel metric 256 pref medium
2003:c8:cf27:4c00::/64 dev wlp3s0 proto ra metric 600 pref medium
2003:c8:cf27:4c00::/56 via fe80::3631:c4ff:feef:6c34 dev wlp3s0 proto ra metric 600 pref medium
fe80::/64 dev wlp3s0 proto kernel metric 1024 pref medium
default via fe80::3631:c4ff:feef:6c34 dev wlp3s0 proto ra metric 600 pref medium
deezl@headquarter:~$ ip neigh
192.168.178.1 dev wlp3s0 lladdr 34:31:c4:ef:6c:34 REACHABLE
fe80::3631:c4ff:feef:6c34 dev wlp3s0 lladdr 34:31:c4:ef:6c:34 router STALE
2003:c8:cf27:4c00:3631:c4ff:feef:6c34 dev wlp3s0 lladdr 34:31:c4:ef:6c:34 router REACHABLE
deezl@headquarter:~$ grep renderer /{lib,etc,run}/netplan/*yaml
grep: /lib/netplan/*yaml: Datei oder Verzeichnis nicht gefunden
/etc/netplan/01-network-manager-all.yaml:  renderer: NetworkManager
grep: /run/netplan/*yaml: Datei oder Verzeichnis nicht gefunden
deezl@headquarter:~$ nmcli general ; nmcli device ; nmcli connection
STATE      CONNECTIVITY  WIFI-HW    WIFI       WWAN-HW    WWAN        
verbunden  vollständig   aktiviert  aktiviert  aktiviert  deaktiviert 
DEVICE   TYPE      STATE            CONNECTION       
wlp3s0   wifi      verbunden        FRITZ!BoXXX 1312 
enp0s25  ethernet  nicht verfügbar  --               
lo       loopback  nicht verwaltet  --               
NAME                              UUID                                  TYPE   >
FRITZ!BoXXX 1312                  31b8952d-50a2-4666-aa6c-f78fecf7d9ab  wifi   >
deezl@headquarter:~$ grep -v -e ^$ -e '^#' /{lib,run,etc}/systemd/network/*.netdev
grep: /lib/systemd/network/*.netdev: Datei oder Verzeichnis nicht gefunden
grep: /run/systemd/network/*.netdev: Datei oder Verzeichnis nicht gefunden
grep: /etc/systemd/network/*.netdev: Datei oder Verzeichnis nicht gefunden
deezl@headquarter:~$ grep -v -e ^$ -e '^#' /{lib,run,etc}/systemd/network/*.link
/lib/systemd/network/73-usb-net-by-mac.link:[Match]
/lib/systemd/network/73-usb-net-by-mac.link:Path=*-usb-*
/lib/systemd/network/73-usb-net-by-mac.link:[Link]
/lib/systemd/network/73-usb-net-by-mac.link:NamePolicy=mac
/lib/systemd/network/99-default.link:[Match]
/lib/systemd/network/99-default.link:OriginalName=*
/lib/systemd/network/99-default.link:[Link]
/lib/systemd/network/99-default.link:NamePolicy=keep kernel database onboard slot path
/lib/systemd/network/99-default.link:AlternativeNamesPolicy=database onboard slot path
/lib/systemd/network/99-default.link:MACAddressPolicy=persistent
grep: /run/systemd/network/*.link: Datei oder Verzeichnis nicht gefunden
grep: /etc/systemd/network/*.link: Datei oder Verzeichnis nicht gefunden
deezl@headquarter:~$ grep -v -e ^$ -e '^#' /{lib,run,etc}/systemd/network/*.network
/lib/systemd/network/80-container-host0.network:[Match]
/lib/systemd/network/80-container-host0.network:Virtualization=container
/lib/systemd/network/80-container-host0.network:Name=host0
/lib/systemd/network/80-container-host0.network:[Network]
/lib/systemd/network/80-container-host0.network:DHCP=yes
/lib/systemd/network/80-container-host0.network:LinkLocalAddressing=yes
/lib/systemd/network/80-container-host0.network:LLDP=yes
/lib/systemd/network/80-container-host0.network:EmitLLDP=customer-bridge
/lib/systemd/network/80-container-host0.network:[DHCP]
/lib/systemd/network/80-container-host0.network:UseTimezone=yes
/lib/systemd/network/80-container-ve.network:[Match]
/lib/systemd/network/80-container-ve.network:Name=ve-*
/lib/systemd/network/80-container-ve.network:Driver=veth
/lib/systemd/network/80-container-ve.network:[Network]
/lib/systemd/network/80-container-ve.network:Address=0.0.0.0/28
/lib/systemd/network/80-container-ve.network:LinkLocalAddressing=yes
/lib/systemd/network/80-container-ve.network:DHCPServer=yes
/lib/systemd/network/80-container-ve.network:IPMasquerade=both
/lib/systemd/network/80-container-ve.network:LLDP=yes
/lib/systemd/network/80-container-ve.network:EmitLLDP=customer-bridge
/lib/systemd/network/80-container-ve.network:IPv6SendRA=yes
/lib/systemd/network/80-container-vz.network:[Match]
/lib/systemd/network/80-container-vz.network:Name=vz-*
/lib/systemd/network/80-container-vz.network:Driver=bridge
/lib/systemd/network/80-container-vz.network:[Network]
/lib/systemd/network/80-container-vz.network:Address=0.0.0.0/24
/lib/systemd/network/80-container-vz.network:LinkLocalAddressing=yes
/lib/systemd/network/80-container-vz.network:DHCPServer=yes
/lib/systemd/network/80-container-vz.network:IPMasquerade=both
/lib/systemd/network/80-container-vz.network:LLDP=yes
/lib/systemd/network/80-container-vz.network:EmitLLDP=customer-bridge
/lib/systemd/network/80-container-vz.network:IPv6SendRA=yes
/lib/systemd/network/80-vm-vt.network:[Match]
/lib/systemd/network/80-vm-vt.network:Name=vt-*
/lib/systemd/network/80-vm-vt.network:Driver=tun
/lib/systemd/network/80-vm-vt.network:[Network]
/lib/systemd/network/80-vm-vt.network:Address=0.0.0.0/28
/lib/systemd/network/80-vm-vt.network:LinkLocalAddressing=yes
/lib/systemd/network/80-vm-vt.network:DHCPServer=yes
/lib/systemd/network/80-vm-vt.network:IPMasquerade=both
/lib/systemd/network/80-vm-vt.network:LLDP=yes
/lib/systemd/network/80-vm-vt.network:EmitLLDP=customer-bridge
/lib/systemd/network/80-vm-vt.network:IPv6SendRA=yes
/lib/systemd/network/80-wifi-adhoc.network:[Match]
/lib/systemd/network/80-wifi-adhoc.network:Type=wlan
/lib/systemd/network/80-wifi-adhoc.network:WLANInterfaceType=ad-hoc
/lib/systemd/network/80-wifi-adhoc.network:[Network]
/lib/systemd/network/80-wifi-adhoc.network:LinkLocalAddressing=yes
grep: /run/systemd/network/*.network: Datei oder Verzeichnis nicht gefunden
grep: /etc/systemd/network/*.network: Datei oder Verzeichnis nicht gefunden
deezl@headquarter:~$ resolvectl --no-pager
Global
         Protocols: -LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported
  resolv.conf mode: foreign
Current DNS Server: 10.0.0.243
       DNS Servers: 10.0.0.243

Link 2 (enp0s25)
Current Scopes: none
     Protocols: -DefaultRoute +LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported

Link 3 (wlp3s0)
Current Scopes: DNS
     Protocols: +DefaultRoute +LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported
   DNS Servers: 192.168.178.1 fd00::3631:c4ff:feef:6c34
    DNS Domain: fritz.box
deezl@headquarter:~$ ls -l /etc/resolv.conf
-rw-r--r-- 1 root root 22 Mär 24 12:09 /etc/resolv.conf
deezl@headquarter:~$ cat /etc/resolv.conf
nameserver 10.0.0.243
deezl@headquarter:~$ cat /etc/hosts
127.0.0.1	localhost
127.0.1.1	headquarter

# The following lines are desirable for IPv6 capable hosts
::1     ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
deezl@headquarter:~$ sudo ss -pan 'sport = 53'
[sudo] Passwort für deezl: 
Netid   State    Recv-Q   Send-Q     Local Address:Port     Peer Address:Port   Process                                                                         
udp     UNCONN   0        0          127.0.0.53%lo:53            0.0.0.0:*       users:(("systemd-resolve",pid=900,fd=13))                                      
tcp     LISTEN   0        4096       127.0.0.53%lo:53            0.0.0.0:*       users:(("systemd-resolve",pid=900,fd=14))                                      
deezl@headquarter:~$ ping -c 2 $(ip -4 route show default | grep -o '[0-9]*[.][.0-9]*')
PING 192.168.178.1 (192.168.178.1) 56(84) bytes of data.
64 bytes from 192.168.178.1: icmp_seq=1 ttl=64 time=1.17 ms
64 bytes from 192.168.178.1: icmp_seq=2 ttl=64 time=1.55 ms

--- 192.168.178.1 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 1.168/1.359/1.550/0.191 ms
deezl@headquarter:~$ ping -c 2 $(ip -6 route show default | cut -d " " -f 3,5| sed s/\ /%/)
PING fe80::3631:c4ff:feef:6c34%wlp3s0(fe80::3631:c4ff:feef:6c34%wlp3s0) 56 data bytes
64 bytes from fe80::3631:c4ff:feef:6c34%wlp3s0: icmp_seq=1 ttl=64 time=1.60 ms
64 bytes from fe80::3631:c4ff:feef:6c34%wlp3s0: icmp_seq=2 ttl=64 time=1.31 ms

--- fe80::3631:c4ff:feef:6c34%wlp3s0 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1002ms
rtt min/avg/max/mdev = 1.310/1.454/1.599/0.144 ms
deezl@headquarter:~$ ping -c 2 213.95.41.4
PING 213.95.41.4 (213.95.41.4) 56(84) bytes of data.

--- 213.95.41.4 ping statistics ---
2 packets transmitted, 0 received, 100% packet loss, time 1031ms
deezl@headquarter:~$ ping -c 2 www.ubuntuusers.de
ping: www.ubuntuusers.de: Temporärer Fehler bei der Namensauflösung
deezl@headquarter:~$ ping -c 2 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=119 time=30.0 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=119 time=29.6 ms

--- 8.8.8.8 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 29.576/29.804/30.032/0.228 ms

Falls es weitere Fragen gibt, werde ich mir Mühe geben alles zu beantworten! Danke schonmal!

DJKUhpisse Team-Icon

Supporter, Wikiteam
Avatar von DJKUhpisse

Anmeldungsdatum:
18. Oktober 2016

Beiträge: 16818
Zitieren
25. März 2023 06:47

Smiedideldi schrieb: 

deezl@headquarter:~$ cat /etc/resolv.conf
nameserver 10.0.0.243

Das ist schon Pfusch, weil es systemd-resolve übergeht und ggf. in Konflikt mit dem NM geht.

rc.local zum Starten von Diensten ist keine gute Idee. Nimm eine Systemd-Unit.

Zudem: CyberGhost-VPN ist eine Firma, die unfähig (oder nicht willens) ist, IPv6 zu implementieren, was heute aber Standard ist. Ergo kann man über das VPN keine IPv6-Ziele erreichen. Der IPv6-Traffic umgeht das VPN. Jetzt werden die ggf. sagen, deaktiviere IPv6, das ist aber der größte Pfusch aller Zeiten. Kündige bei denen und suche einen Anbieter, der ein Protokoll anbietet, was sich in den NetworkManager integrieren lässt. Dann braucht es auch den Pfusch mit der resolv.conf nicht mehr.

Smiedideldi

(Themenstarter)

Anmeldungsdatum:
20. Oktober 2015

Beiträge: 7
Zitieren
25. März 2023 14:24

Danke für Deine Antwort!

DJKUhpisse schrieb:

Das ist schon Pfusch, weil es systemd-resolve übergeht und ggf. in Konflikt mit dem NM geht.

Aha. Keine Ahnung wie das da reingepfuscht wurde. Sorry! Was sollte da statt dessen für ein name-server stehen? Oder gar keiner?

DJKUhpisse schrieb:

Zudem: CyberGhost-VPN ist eine Firma, die unfähig (oder nicht willens) ist, IPv6 zu implementieren, was heute aber Standard ist. Ergo kann man über das VPN keine IPv6-Ziele erreichen. Der IPv6-Traffic umgeht das VPN. Jetzt werden die ggf. sagen, deaktiviere IPv6, das ist aber der größte Pfusch aller Zeiten. Kündige bei denen und suche einen Anbieter, der ein Protokoll anbietet, was sich in den NetworkManager integrieren lässt. Dann braucht es auch den Pfusch mit der resolv.conf nicht mehr.

Danke für die Einschätzung. Irgendwelche Empfehlungen von VPN Anbietern die IPv6 anbieten und auch auf Android laufen?

DJKUhpisse Team-Icon

Supporter, Wikiteam
Avatar von DJKUhpisse

Anmeldungsdatum:
18. Oktober 2016

Beiträge: 16818
Zitieren
25. März 2023 17:06

Entferne den Cyberghost-Kram. Dann Neustart. Dann 

cat /etc/resolv.conf

Smiedideldi

(Themenstarter)

Anmeldungsdatum:
20. Oktober 2015

Beiträge: 7
Zitieren
25. März 2023 23:07

DJKUhpisse schrieb:

Entferne den Cyberghost-Kram. Dann Neustart. Dann 

cat /etc/resolv.conf

cyberghost war das Erste, was ich runter geschmissen habe, nachdem das Internet weg war. 

cat /etc/resolv.conf

hat allerdings keine Änderung gebracht. Ich habe dann händisch in die resolv.conf geschrieben:

nameserver 8.8.8.8

und siehe da, Internet war wieder da! Dann bin ich aber noch auf diesen Thread gestoßen: https://askubuntu.com/questions/1273053/can-ping-but-not-browse und, da ich mir davor nicht sicher war, was ich da zusammen gepfuscht habe, entsprechenden Hinweis befolgt 

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

jetzt sieht meine resolv.conf so aus 

deezl@headquarter:~$ cat /etc/resolv.conf
# This is /run/systemd/resolve/resolv.conf managed by man:systemd-resolved(8).
# Do not edit.
#
# This file might be symlinked as /etc/resolv.conf. If you're looking at
# /etc/resolv.conf and seeing this text, you have followed the symlink.
#
# This is a dynamic resolv.conf file for connecting local clients directly to
# all known uplink DNS servers. This file lists all configured search domains.
#
# Third party programs should typically not access this file directly, but only
# through the symlink at /etc/resolv.conf. To manage man:resolv.conf(5) in a
# different way, replace this symlink by a static file or a different symlink.
#
# See man:systemd-resolved.service(8) for details about the supported modes of
# operation for /etc/resolv.conf.

nameserver 192.168.178.1
nameserver fd00::3631:c4ff:feef:6c34
search fritz.box

und alles funktioniert! Danke, DJ für deine Hilfe!
Antworten |