Rydia
Anmeldungsdatum: 7. März 2018
Beiträge: 21
|
Hallo, ich würde gerne die IPv6 Verbindung von meinem VPN Client bzw. allgemein von meinem Ubuntu System abschalten / verhindern. Dazu habe ich mir eine Datei mit dem Terminal erstellt: sudo pico /etc/sysctl.d/01-disable-ipv6.conf dann habe ich diese Zeile eingefügt und gespeichert: net.ipv6.conf.all.disable_ipv6 = 1 danach neugestartet damit die Änderung aktiv ist. Allerdings habe ich jetzt überhaupt keine Internetverbindung mehr. Ich kann weder meinen VPN Client verbinden noch mit dem Standard Firefox ins Internet gehen. Hat jemand eine Idee woran es liegen könnte?
|
thomasschaefer
Anmeldungsdatum: 20. Dezember 2013
Beiträge: 54
|
Erst IPv6 abschalten und sich dann wundern, dass man kein Internet hat...
Möglichkeit 1: Du bekommst nur IPv6-Internet, das ist zwar selten, aber nicht ausgeschlossen.
Möglichkeit 2: Du hast dir IPv4 gleich mit zerschossen.
Abgesehen davon, dass es nicht sinnvoll ist, IPv6 abzuschalten, sondern nur hier und da bewusst zu steuern(VPN, Routen, Firewall u.s.w.), müsstest Du mehr Informationen liefern: Wer konfiguriert bei dir das Netzwerk, ist des die "klassische" ifup-Methode oder kümmert sich ein anderes Programm wie z.B. der NetworkManager darum? Entsprechend wären Konfigurations- und Logdateien sinnvoll, oder jedenfalls die Ausgabe von
|
Rydia
(Themenstarter)
Anmeldungsdatum: 7. März 2018
Beiträge: 21
|
ip a spuckt folgendes raus, ohne das ich die Einstellung drin habe: 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18 | 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: enp8s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether 1a:a9:57:c6:9f:2c brd ff:ff:ff:ff:ff:ff
inet 192.168.2.119/24 brd 192.168.2.255 scope global dynamic enp8s0
valid_lft 1789579sec preferred_lft 1789579sec
inet6 2003:74:4f10:5952:4890:3383:88cf:4437/64 scope global temporary dynamic
valid_lft 579979sec preferred_lft 61470sec
inet6 2003:74:4f10:5952:fea3:d7b1:ecbf:bed6/64 scope global mngtmpaddr noprefixroute dynamic
valid_lft 604792sec preferred_lft 86392sec
inet6 fe80::4071:5cad:6a70:d391/64 scope link
valid_lft forever preferred_lft forever
3: wlp7s0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether c8:ff:28:09:7f:13 brd ff:ff:ff:ff:ff:ff
|
ip r folgendes: | default via 192.168.2.1 dev enp8s0 proto static metric 100
169.254.0.0/16 dev enp8s0 scope link metric 1000
192.168.2.0/24 dev enp8s0 proto kernel scope link src 192.168.2.119 metric 100
|
Ich habe das oben genannte Scipt jetzt nicht aktiviert. Soll ich beide Logs nochmal mit aktiviertem, obigem Script posten?
Brauche es ja entsprechend fuer meinen VPN. Bearbeitet von Cruiz: Bitte verwende in Zukunft Codeblöcke, um die Übersicht im Forum zu verbessern!
|
thomasschaefer
Anmeldungsdatum: 20. Dezember 2013
Beiträge: 54
|
Ok, du hast einen normalen Telekom-Anschluss.
Wenn du ipv6 deaktivierst, bleiben dann deine privaten ipv4-Adressen erhalten?
Wenn ja, geht ping 8.8.8.8?
Wenn das geht und im Browser nichts geht, ist irgendwas an den Resolvern für DNS kaputt.
Also entweder /etc/resolv.conf prüfen, oder falls da nur localhost (127.0.0.1) drin steht, dann ist möglicherweise dnsmasq Schuld.
|
Rydia
(Themenstarter)
Anmeldungsdatum: 7. März 2018
Beiträge: 21
|
thomasschaefer schrieb: Ok, du hast einen normalen Telekom-Anschluss.
Wenn du ipv6 deaktivierst, bleiben dann deine privaten ipv4-Adressen erhalten?
Wenn ja, geht ping 8.8.8.8?
Wenn das geht und im Browser nichts geht, ist irgendwas an den Resolvern für DNS kaputt.
Also entweder /etc/resolv.conf prüfen, oder falls da nur localhost (127.0.0.1) drin steht, dann ist möglicherweise dnsmasq Schuld.
Werde das ganze schnellstmöglich testen und hier bericht erstatten.
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13931
|
Rydia schrieb: Werde das ganze schnellstmöglich testen ...
Evtl. das Abschalten von IPv6, auch mit (nur) dem Boot-Parameter (für grub) testen:
ipv6.disable=1
|
Rydia
(Themenstarter)
Anmeldungsdatum: 7. März 2018
Beiträge: 21
|
lubux schrieb: Rydia schrieb: Werde das ganze schnellstmöglich testen ...
Evtl. das Abschalten von IPv6, auch mit (nur) dem Boot-Parameter (für grub) testen:
ipv6.disable=1
Muss ich den Parameter dann beim booten eintragen? Wenn ja, wie? Oder nachdem ich mich als benutzer angemeldet habe?
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13931
|
|
Rydia
(Themenstarter)
Anmeldungsdatum: 7. März 2018
Beiträge: 21
|
lubux schrieb: Rydia schrieb: Muss ich den Parameter dann beim booten eintragen? Wenn ja, wie? Oder nachdem ich mich als benutzer angemeldet habe?
Du kannst ihn in der richtigen/geeigneten Zeile der "/etc/default/grub"-Datei eintragen und danach wirksam machen und neu booten. Siehe dazu : https://wiki.ubuntuusers.de/GRUB_2/Konfiguration/#Die-Datei-etc-default-grub
Wie kann ich die richtige Zeile in der Grub Datei finden? Werde aus dem Dokument nicht schlau ☹ https://wiki.ubuntuusers.de/GRUB_2/Konfiguration/#Grub-Konfiguration-updaten ... oder als Parameter beim booten: https://wiki.ubuntuusers.de/Bootoptionen/#Start-eines-installierten-Systems-einmalig https://wiki.ubuntuusers.de/Bootoptionen/#Start-von-Desktop-CDs
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13931
|
Rydia schrieb: Wie kann ich die richtige Zeile in der Grub Datei finden?
Lt. "info -f grub": 'GRUB_CMDLINE_LINUX_DEFAULT'
Unless 'GRUB_DISABLE_RECOVERY' is set to 'true', two menu entries
will be generated for each Linux kernel: one default entry and one
entry for recovery mode. This option lists command-line arguments
to add only to the default menu entry, after those listed in
'GRUB_CMDLINE_LINUX'. Siehe die Ausgabe von:
cat /etc/default/grub
|
Rydia
(Themenstarter)
Anmeldungsdatum: 7. März 2018
Beiträge: 21
|
lubux schrieb: Rydia schrieb: Wie kann ich die richtige Zeile in der Grub Datei finden?
Lt. "info -f grub": 'GRUB_CMDLINE_LINUX_DEFAULT'
Unless 'GRUB_DISABLE_RECOVERY' is set to 'true', two menu entries
will be generated for each Linux kernel: one default entry and one
entry for recovery mode. This option lists command-line arguments
to add only to the default menu entry, after those listed in
'GRUB_CMDLINE_LINUX'. Siehe die Ausgabe von:
cat /etc/default/grub
Habe jetzt einen anderen Thread gefunden mit fast dem gleichen Thema. Habe daher folgendes gemacht: sudo nano /etc/default/grub wie folgt eingetragen # If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
# info -f grub -n 'Simple configuration'
GRUB_DEFAULT=0
GRUB_HIDDEN_TIMEOUT=0
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
#GRUB_CMDLINE_LINUX=""
# 2.12.2016 Versuch, IPv6 dauerhaft zu deaktivieren:
GRUB_CMDLINE_LINUX_DEFAULT="ipv6.disable=1" danach noch sudo update-grub neugestartet und IPv6 ist deaktiviert ☺ Beim Booten sieht es jetzt zwar etwas anders aus, aber damit komme ich klar. Danke allen für die Hilfe ☺
|
Rydia
(Themenstarter)
Anmeldungsdatum: 7. März 2018
Beiträge: 21
|
Allerdings kann ich jetzt nicht mehr mit meinem VPN Client auf die VPN Server connecten ☹ Kann ich den Fehler der jetzt noch besteht irgendwie auslesen? Habt ihr eine Idee was jetzt helfen könnte?
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13931
|
Rydia schrieb: wie folgt eingetragen # If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
# info -f grub -n 'Simple configuration'
GRUB_DEFAULT=0
GRUB_HIDDEN_TIMEOUT=0
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
#GRUB_CMDLINE_LINUX=""
# 2.12.2016 Versuch, IPv6 dauerhaft zu deaktivieren:
GRUB_CMDLINE_LINUX_DEFAULT="ipv6.disable=1" danach noch sudo update-grub neugestartet und IPv6 ist deaktiviert ☺ Beim Booten sieht es jetzt zwar etwas anders aus, aber damit komme ich klar.
Warum hast Du die Zeile verändert und nicht nur ergänzt? Warum hast Du die boot-Optionen "quiet splash" entfernt bzw. weggelassen?
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13931
|
Rydia schrieb: Allerdings kann ich jetzt nicht mehr mit meinem VPN Client auf die VPN Server connecten ☹
Ist das IPv6 bei deinem VPN erforderlich? Du hast ja kein DS-lite? Schau mal in die Konfigurationsdateien von deinem VPN, ob dort etwas bzgl. IPv6 eingetragen ist:
|
Rydia
(Themenstarter)
Anmeldungsdatum: 7. März 2018
Beiträge: 21
|
lubux schrieb: Rydia schrieb: Allerdings kann ich jetzt nicht mehr mit meinem VPN Client auf die VPN Server connecten ☹
Ist das IPv6 bei deinem VPN erforderlich? Du hast ja kein DS-lite? Schau mal in die Konfigurationsdateien von deinem VPN, ob dort etwas bzgl. IPv6 eingetragen ist:
Habe beim VPN Anbieter nachgefragt und IPv6 ist wohl fuer die Verbindung zum VPN notwendig. Somit muss ich die Einstellung wieder herausnehmen oder?!
|