Nach Absturz | Nur VPN verfügbar. FF kommt nicht raus

[grgl]

Da ich grad am Scherben zusammenfegen bin, könnte ich nochmal einen Hinweis gebrauchen, wo man da gucken könnte ?

Rechner verbindet nach dem Booten direkt mit einem VPN Zugang, der "normale" Weg ins Netz geht aber nicht.

Eigentlich ist es auch nicht so schlimm, aber ich kann unter VPN keine Emails raussenden und torrents gehen auch nicht. Daher würde ich das gerne regeln.

[debilian]

Mehr Informationen wären hilfreich.

- du bist auf dem betreffenden Rechner?

wenn ja, was sagen:

Code: Alles auswählen

ip a

und

Code: Alles auswählen

ip r

als root auf der Konsole.....

[grgl]

Ja, bin auf dem Rechner

[grgl]

So viel kann ich nicht sagen, weil ich nicht genau weiß womit man nach was suchen muß.

# ip a ergibt

[debilian]

- welche Netz ausser dem VPN möchtest du denn erreichen?
- per lan oder wlan?

[grgl]

Das ist ein Notebook. Im Moment ist es am WLAN , wenn ich auswärts bin, muß es aber auch ankabeln. Naja, meinen normalen Router würde ich erreichen wollen.

[mat6937]

Bei der anderen Ausgabe, soll ich da die ip Werte verfremden ?

Nein, Du hast ja schon die externe IPv6-Adresse (mit PE) gepostet.
Poste mal die Ausgaben von:

Code: Alles auswählen

ip -4 r
ip -4 n s
ip r g 1.1.1.1
mtr -4nr -c 1 1.1.1.1

[grgl]

Danke, geht das so ? Ich hab schon genug Ärger, brauch keine Abpumper und Spinner noch dazu.

~ ❯ ip -4 r
default via 10.xx dev proton0 proto static metric 50
default via 10xx dev pvpnksintrf0 proto static metric 98
default via 192.xx dev wlp4s0 proto dhcp src 19xx metric 600
xx dev proton0 proto kernel scope link src 10.21.0.7 metric 50
1xx dev pvpnksintrf0 proto kernel scope link src 10xx metric 98
xx dev wlp4s0 scope link metric 1000
190.xx.xx via 192.xx dev wlp4s0 proto static metric 50
192.168.xx dev wlp4s0 proto kernel scope link src 19xx metric 600
192.xx dev wlp4s0 proto static scope link metric 50
~ ❯ ip -4 n s
192.xx dev wlp4s0 lladdr xx REACHABLE
~ ❯ ip r g 1.1.1.1
1.1.1.1 via 10.xx dev proton0 src 10.21.0.7 uid 1000
cache
~ ❯ mtr -4nr -c 1 1.1.1.1
Start: 2023-07-29T22:14:38+0xx
HOST:me Loss% Snt Last Avg Best Wrst StDev
1.|-- 10.xx 0.0% 1 28.2 28.2 28.2 28.2 0.0
2.|-- 190.xx.2 0.0% 1 37.8 37.8 37.8 37.8 0.0
3.|-- 109.236.xx 0.0% 1 28.6 28.6 28.6 28.6 0.0
4.|-- xx 0.0% 1 29.3 29.3 29.3 29.3 0.0
5.|-- xx 0.0% 1 31.1 31.1 31.1 31.1 0.0
6.|-- xx 0.0% 1 30.7 30.7 30.7 30.7 0.0
7.|-- 1.1.1.1 0.0% 1 30.2 30.2 30.2 30.2 0.0

[mat6937]

Danke, geht das so ? Ich hab schon genug Ärger, brauch keine Abpumper und Spinner noch dazu.

Code: Alles auswählen

ip -4 r
default via 10.xx dev proton0 proto static metric 50 
default via 10xx dev pvpnksintrf0 proto static metric 98 
default via 192.xx dev wlp4s0 proto dhcp src 19xx metric 600 

Code: Alles auswählen

 
~ ❯ ip r g 1.1.1.1
1.1.1.1 via 10.xx dev proton0 src 10.21.0.7 uid 1000 
    cache 
    

Code: Alles auswählen

~ ❯ mtr -4nr -c 1 1.1.1.1
Start: 2023-07-29T22:14:38+0xx
HOST:me                      Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- 10.xx                  0.0%     1   28.2  28.2  28.2  28.2   0.0
  2.|-- 190.xx.2                0.0%     1   37.8  37.8  37.8  37.8   0.0
  3.|-- 109.236.xx             0.0%     1   28.6  28.6  28.6  28.6   0.0
  4.|-- xx             0.0%     1   29.3  29.3  29.3  29.3   0.0
  5.|-- xx              0.0%     1   31.1  31.1  31.1  31.1   0.0
  6.|-- xx              0.0%     1   30.7  30.7  30.7  30.7   0.0
  7.|-- 1.1.1.1                    0.0%     1   30.2  30.2  30.2  30.2   0.0

Du hast 3 (drei) default routen mit (richtigerweise) unterschiedlicher metric. Z. Zt. wird die default route mit der metric 50 benutzt. Die default route über deinen Router hat die schlechteste/ungünstigste metric (600). BTW: 10-er-IP-Adressen musst Du nicht anonymisieren.

[grgl]

Hab mich verpostet . Für ip -4 r ist das vollständig.

~ ❯ ip -4 r
default via 10.xx dev proton0 proto static metric 50
default via 10xx dev pvpnksintrf0 proto static metric 98
default via 192.xx dev wlp4s0 proto dhcp src 19xx metric 600
xx dev proton0 proto kernel scope link src 10.21.0.7 metric 50
1xx dev pvpnksintrf0 proto kernel scope link src 10xx metric 98
xx dev wlp4s0 scope link metric 1000
190.xx.xx via 192.xx dev wlp4s0 proto static metric 50
192.168.xx dev wlp4s0 proto kernel scope link src 19xx metric 600
192.xx dev wlp4s0 proto static scope link metric 50

Ja, und diese schlechte metric, womit hat das zu tun ? Sollte ich den Rechner nicht vielleicht neu aufsetzen ?

[mat6937]

Ja, und diese schlechte metric, womit hat das zu tun ?

Das liegt evtl. an den fremden VPN-Diensten/-Ptovider die Du benutzt.

Sollte ich den Rechner nicht vielleicht neu aufsetzen ?

Hast Du VPN-Clients installiert bzw. Konfigurationen von den VPN-Providern übernommen und getätigt? Wenn Du die nicht brauchst, kannst Du die vollständig entfernen? Wenn nicht, dann erst neu aufsetzen.

[grgl]

Ich hab proton installiert. Das ging auch bis die Batterie wohl leer lief. Auf meinem anderen System ist das proton obendrauf allerdings fehlerlos.

[mat6937]

Das ging auch bis die Batterie wohl leer lief

Ja, aber Du hast dir vor dem leer werden der Batterie, nicht die Ausgabe von:

Code: Alles auswählen

ip r

angeschaut, oder? So könnte "der Absturz" durch das leer werden der Batterie, evtl. auch mit einem reboot gleichwertig sein.

EDIT:

Auf meinem anderen System ist das proton obendrauf allerdings fehlerlos.

Was für Systeme sind das? Seit wann hast Du dort proton? Wenn auch ein Linux, dann poste mal von dort die Ausgaben von:

Code: Alles auswählen

ip r
ip r g 1.1.1.1

[grgl]

Hab grad nicht hochgefahren. Das ist ein rpm System. Hab das schon Ewigkeiten, keine Probleme.

Naja, nu, ich dachte ja, daß das System runterfährt, wenn der Deckel druff ist.

[grgl]

Auf meinem anderen System ist das proton obendrauf allerdings fehlerlos.

Was für Systeme sind das? Seit wann hast Du dort proton? Wenn auch ein Linux, dann poste mal von dort die Ausgaben von:

ip r
ip r g 1.1.1.1
_____
Das wären die Ausgaben. Kann ich meinen Debian Rechner irgendwie bereinigen ?

Code: Alles auswählen

localhost➜  ~  ⯈ ip r
default via 192.168.1.2 dev eno1 
169.xxxx dev eno1 scope link metric 1002 
192.xxxx via 192.xxxx dev eno1 scope link 
192.xxxx dev eno1 proto kernel scope link src 192.xxxx 

localhost➜  ~  ⯈ ip r g 1.1.1.1
1.1.1.1 via 192.xxxx dev eno1 src xxxx uid 1000

[grgl]

Batterie scheint nicht das Problem gewesen zu sein. Bei kleinen Akkustand geht der Rechner in Hibernation.

[mat6937]

Das wären die Ausgaben. Kann ich meinen Debian Rechner irgendwie bereinigen ?

Code: Alles auswählen

localhost➜  ~  ⯈ ip r
default via 192.168.1.2 dev eno1 
169.xxxx dev eno1 scope link metric 1002 
192.xxxx via 192.xxxx dev eno1 scope link 
192.xxxx dev eno1 proto kernel scope link src 192.xxxx 

localhost➜  ~  ⯈ ip r g 1.1.1.1
1.1.1.1 via 192.xxxx dev eno1 src xxxx uid 1000

Warum anonymisierst Du die internen IP-Adressen?
Was genau meinst Du mit "bereinigen"? Poste auch die Ausgabe von:

Code: Alles auswählen

ip a

[grgl]

Ja, ich streiche lieber etwas mehr als zu wenig weg, weil ich mich da nicht gut auskenne. Ja, also, bei meinem Notebook waren es ja schon recht viele Umleitungen, dabei brauch ich ja nur 2. Eins VPN und eins für normale Nutzung. Also kann man das sicher straffen, sodaß es keine Probleme macht. Das kam meiner Meinung nach aber von derr protonvpn gui. Ich werde das jetzt runternehmen.
Ich vermute aber, daß mein Notebook nicht zu Debian passt.

Das ist die Ausgabe auf meinem "normalen" PC.

localhost➜ ~ ⯈ ip a
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: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether d8:xxxxxxxxxxxxxxx:ff:ff:ff:ff
altname enp0s25
inet 192xxxxxxx4 brd 192.168.1.255 scope global eno1
valid_lft forever preferred_lft forever
inet6 200xxxxxxxxxxxxxxxe/64 scope global deprecated dynamic mngtmpaddr
valid_lft 6831sec preferred_lft 0sec
inet6 fe8xxxxxxxxxxxxxa9e/64 scope link
valid_lft forever preferred_lft forever

[grgl]

Mit proton an, sieht es dann so aus. Hier gibt es keine Probleme.

localhost➜ ~ ⯈ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:yyyyyyyyyyyyyy: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: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether d8yyyyyyyyyyyyyff:ff
altname enp0s25
inet 192yyyyyyyyyyyyyy.255 scope global eno1
valid_lft forever preferred_lft forever
inet6 2yyyyyyyyyyyyyy2a9e/64 scope global deprecated dynamic mngtmpaddr
valid_lft 6773sec preferred_lft 0sec
inet6 feyyyyyyyyyyyyy/64 scope link
valid_lft forever preferred_lft forever
5: proton0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UNKNOWN group default qlen 500
link/none
inet yyyyyyyyyyy6 scope global proton0
valid_lft forever preferred_lft forever
inet6 fyyyyyyyyyyyyyy4 scope link stable-privacy
valid_lft forever preferred_lft forever

[mat6937]

Ich vermute aber, daß mein Notebook nicht zu Debian passt.

Das ist die Ausgabe auf meinem "normalen" PC.

localhost➜ ~ ⯈ ip a
2: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether d8:xxxxxxxxxxxxxxx:ff:ff:ff:ff
altname enp0s25
inet 192xxxxxxx4 brd 192.168.1.255 scope global eno1
valid_lft forever preferred_lft forever
inet6 200xxxxxxxxxxxxxxxe/64 scope global deprecated dynamic mngtmpaddr
valid_lft 6831sec preferred_lft 0sec
inet6 fe8xxxxxxxxxxxxxa9e/64 scope link
valid_lft forever preferred_lft forever

Geht es um deinen PC oder um dein Notebook? Warum meinst Du, dass dein Notebook nicht zu Debian passt?
MAC-Adressen kannst Du anonymisieren, aber die internen IP-Adressen musst Du nicht anonymisieren.

[grgl]

Ich hatte gelesen, daß manche Notebooks mit Linux nicht gut zurecht kommen, da auf MS abgestimmt.
Und dieser heftige Absturz hatte mich schon gewundert . Dazu wurde ein USB Stick nicht erkannt. Die VPN cli geht immerhin wieder.

[MSfree]

Ich hatte gelesen, daß manche Notebooks mit Linux nicht gut zurecht kommen, da auf MS abgestimmt.

Was wirklich kompletter Blödsinn ist. Sowas setzen Leute in die Welt, die an einer Linuxinstallation gescheitert sind. Das Scheitern ansich wäre ja keine Schande, aber das erzählen von Verschwörungstheorien, ist einfach nur dumm.

[thunder11]

Ich würde zuerst versuchen (falls vorhanden) den Start des VPN aus den Autostart zu nehmen.
Mal die Ausgabe von:

Code: Alles auswählen

ls -l ~/.config/autostart/

und

Code: Alles auswählen

ls -l /etc/xdg/autostart/

Das integrieren des Heimnetzes während das VPN aktiv ist ist schwierig bis unmöglich.
Ebenso lassen diverse Webseiten / Dienste halt kein VPN zu.
Siehe hier:
viewtopic.php?t=186838
Ich habe das für mich durch zwei Starter gelöst: VPN ein / aus.

[grgl]

Ich hatte gelesen, daß manche Notebooks mit Linux nicht gut zurecht kommen, da auf MS abgestimmt.

Was wirklich kompletter Blödsinn ist. Sowas setzen Leute in die Welt, die an einer Linuxinstallation gescheitert sind. Das Scheitern ansich wäre ja keine Schande, aber das erzählen von Verschwörungstheorien, ist einfach nur dumm.

Ne, ich habs ja geschafft. Hatte das nur gelesen. Es gibt wohl auch Firmen, die Unix angepasste Maschinen verkaufen. Ob das nützlich ist, kann ich nicht sagen.

[grgl]

Ich würde zuerst versuchen (falls vorhanden) den Start des VPN aus den Autostart zu nehmen.
Mal die Ausgabe von:

Code: Alles auswählen

ls -l ~/.config/autostart/

und

Code: Alles auswählen

ls -l /etc/xdg/autostart/

Ja, das hört sich vernünftig an. Den Rest prüfe ich unterwegs. Ich bin höchstwahrscheinlich ab morgen eine Woche weg.

Die erste Ausgabe geht nicht :

Code: Alles auswählen

 ~ ❯ sudo ls -l ~/.config/autostart/                                                                                         ⏎
[sudo] Passwort für mich: 
ls: Zugriff auf '/home/mich/.config/autostart/' nicht möglich: Datei oder Verzeichnis nicht gefunden 

ls -l /etc/xdg/autostart/ ergibt :
[/code]
insgesamt 236
-rw-r--r-- 1 root root 193 29. Jan 2023 at-spi-dbus-bus.desktop
-rw-r--r-- 1 root root 2184 26. Feb 19:08 baloo_file.desktop
-rw-r--r-- 1 root root 2285 3. Jan 2023 blueman.desktop
-rw-r--r-- 1 root root 227 14. Sep 2022 geoclue-demo-agent.desktop
-rw-r--r-- 1 root root 8530 23. Mär 09:48 gnome-keyring-pkcs11.desktop
-rw-r--r-- 1 root root 8057 23. Mär 09:48 gnome-keyring-secrets.desktop
-rw-r--r-- 1 root root 6596 23. Mär 09:48 gnome-keyring-ssh.desktop
-rw-r--r-- 1 root root 141 11. Jun 01:08 gnome-shell-overrides-migration.desktop
-rw-r--r-- 1 root root 131 20. Mär 11:47 im-launch.desktop
-rw-r--r-- 1 root root 3225 25. Feb 06:10 konqy_preload.desktop
-rw-r--r-- 1 root root 2531 28. Jan 2019 light-locker.desktop
-rw-r--r-- 1 root root 5829 8. Nov 2022 nm-applet.desktop
-rw-r--r-- 1 root root 2090 29. Jan 2023 orca-autostart.desktop
-rw-r--r-- 1 root root 3209 16. Mär 01:41 org.gnome.Evolution-alarm-notify.desktop
-rw-r--r-- 1 root root 253 25. Jan 2023 org.gnome.SettingsDaemon.A11ySettings.desktop
-rw-r--r-- 1 root root 248 25. Jan 2023 org.gnome.SettingsDaemon.Color.desktop
-rw-r--r-- 1 root root 246 25. Jan 2023 org.gnome.SettingsDaemon.Datetime.desktop
-rw-r--r-- 1 root root 268 25. Jan 2023 org.gnome.SettingsDaemon.Housekeeping.desktop
-rw-r--r-- 1 root root 257 25. Jan 2023 org.gnome.SettingsDaemon.Keyboard.desktop
-rw-r--r-- 1 root root 255 25. Jan 2023 org.gnome.SettingsDaemon.MediaKeys.desktop
-rw-r--r-- 1 root root 248 25. Jan 2023 org.gnome.SettingsDaemon.Power.desktop
-rw-r--r-- 1 root root 267 25. Jan 2023 org.gnome.SettingsDaemon.PrintNotifications.desktop
-rw-r--r-- 1 root root 247 25. Jan 2023 org.gnome.SettingsDaemon.Rfkill.desktop
-rw-r--r-- 1 root root 267 25. Jan 2023 org.gnome.SettingsDaemon.ScreensaverProxy.desktop
-rw-r--r-- 1 root root 246 25. Jan 2023 org.gnome.SettingsDaemon.Sharing.desktop
-rw-r--r-- 1 root root 245 25. Jan 2023 org.gnome.SettingsDaemon.Smartcard.desktop
-rw-r--r-- 1 root root 252 25. Jan 2023 org.gnome.SettingsDaemon.Sound.desktop
-rw-r--r-- 1 root root 255 25. Jan 2023 org.gnome.SettingsDaemon.UsbProtection.desktop
-rw-r--r-- 1 root root 252 25. Jan 2023 org.gnome.SettingsDaemon.Wacom.desktop
-rw-r--r-- 1 root root 243 25. Jan 2023 org.gnome.SettingsDaemon.Wwan.desktop
-rw-r--r-- 1 root root 245 25. Jan 2023 org.gnome.SettingsDaemon.XSettings.desktop
-rw-r--r-- 1 root root 1456 1. Mär 11:57 org.kde.kdeconnect.daemon.desktop
-rw-r--r-- 1 root root 205 1. Jun 22:30 pkcs11-register.desktop
-rw-r--r-- 1 root root 4609 26. Feb 19:06 polkit-gnome-authentication-agent-1.desktop
-rw-r--r-- 1 root root 7771 25. Apr 16:12 polkit-mate-authentication-agent-1.desktop
-rw-r--r-- 1 root root 8462 12. Dez 2022 print-applet.desktop
-rw-r--r-- 1 root root 5315 16. Okt 2022 pulseaudio.desktop
-rw-r--r-- 1 root root 405 19. Jan 2023 tracker-miner-fs-3.desktop
-rw-r--r-- 1 root root 212 26. Sep 2022 xdg-user-dirs.desktop
-rw-r--r-- 1 root root 173 13. Apr 21:58 xdg-user-dirs-kde.desktop
-rw-r--r-- 1 root root 3491 16. Aug 2021 xfce4-clipman-plugin-autostart.desktop
-rw-r--r-- 1 root root 166 2. Feb 2023 xfce4-notifyd.desktop
-rw-r--r-- 1 root root 6102 27. Feb 06:20 xfce4-power-manager.desktop
-rw-r--r-- 1 root root 4778 27. Feb 06:30 xfsettingsd.desktop
-rw-r--r-- 1 root root 187 16. Jan 2023 xiccd.desktop
-rw-r--r-- 1 root root 6163 27. Feb 06:15 xscreensaver.desktop
[/code]