Leap 15.1 zieht kein IPv6 über DHCP

smartysmart34 · 18. April 2020

Hallo zusammen,

ich habe ein Problem mit meinem Webserver, der in einer DMZ zwischen zwei Fritzboxen steht. Dieser ist auf DHCP konfiguriert und soll sowohl eine IPv4 als auch IPv6 Adresse von der Fritzbox beziehen.

Die ganze Geschichte inklusive aller Irrungen findet ihr auch hier im Linux-Forum.

Zum Fehlerbild der aktuelle Stand:

- Ich habe einen Webserver in der DMZ und einen Fileserver im internen Netz.

- Beide sind auf Suse Leap 15.1, neuester Patchlevel.

- Beide betreiben die netzwerkkarten mit Wicked.

- Beide sind, was das Netzwerk angeht insoweit identisch konfiguriert, als sie

- Je eine IPv4 und eine IPv6 per DHCP beziehen sollen

- die jeweilige Fritzbox so konfiguriert ist, dass sie ihnen immer die gleiche IP-Adresse zuweisen soll

Was passiert:

- Der Fileserver bekommt über DHCP erfolgreich sowohl eine IPv4 als auch eine IPv6 zugewiesen. Ich habe das auch schon hinter beiden Fritzboxen ausprobiert: Egal an welcher Fritzbox er hängt, mit "ip addr" sehe ich am aktiven Interface immer eine v4- und eine v6-Adresse.

- Der Webserver bekommt NUR eine IPv4-Adresse. Der Request zu IPv6 wird mit "wicked show all" als "ipv6 dhcp requesting" angezeigt. Das bleibt immer so. In der Folge hat er nur eine fe80-Adresse, keine 2a02...

- Den Webserver habe ich zu Testzwecken schon an beide Fritzboxen gehängt. Er bekommt von KEINER ein IPv6.

- Der Webserver hat eine zweite Netzwerkkarte on board, die bisher nicht konfiguriert war. Auch der Anschluss über diese zweite Karte und die Konfiguration als DHCP für IPOv4 und v6 ändert nichts.

Ich habe also zwei Leap 15.1 Rechner, von denen der eine immer eine v6-Adresse bekommt, egal wo er angeschlossen ist, der andere NIE - egal wo er angeschlossen ist.

Der Webserver (mit dem IPv6-Problem) ist eine Zotac Zbox CI327nano. Laut eMail-Rückfrage beim Hersteller IPv6 kompatibel. Als Modul wird von Suse das r8169 geladen.

Die Fritzboxen sind eine 6591cable für den Internetzugang / DMZ, und eine 7590 für das interne Netz.

Schon angeschaut und zwischen den Systemen abgeglichen habe ich folgende Files:

- /etc/sysconfic/network/dhcp sowie
- /etc/sysconfic/network/config

- Interface-Beschreibung in ifcfg-eth0 bzw. ifcfg-eth1 einheitlich gemacht

- /etc/dhclient.conf und /etc/dhclient6.conf

- link in /etc/sysctl.d namens 99-sysctl.conf, der auf die Datei /etc/sysctl.conf verweist, auf dem Webserver nachgezogen.

Falls irgendjemand noch eine Idee hat, woran es liegen könnte... Ich bin am Ende und ratlos...

Danke und viele Grüße,

Martin

sterun · 18. April 2020

Da sich einige hier im Forum deutlich besser mit Network-Settings auskennen, erfrage ich mal allgemeine Dinge...

Zusammengefasst:

Egal an welchem Router die Rechner angeschlossen sind, bekommt ein PC immer eine IPv4 Adresse und der andere PC immer eine IPv6 .

Wurden beide Rechner auf die gleiche Art und Weise installiert?

Oder wurde bei einem PC evtl. ein Dist-Upgrade, von openSUSE Leap alt auf openSUSE Leap 15.1, durchgeführt?

Nicht, dass bei einem Rechner noch eine alte Firewall läuft, die z.B. DHCLIENT6_MODE blockiert.

Vergleiche dazu auf beiden Rechnern mal:

zypper se -si firewa

Ebenfalls auf beiden Systemen vergleichen solltest du:

cat /etc/default/grub

Auch hier könnte sich bzgl. IPv4/6 ein Fehler eingeschlichen haben.

Nachtrag:

Schaden kann auch nicht - als Root:

Code

netconfig update -f

smartysmart34 · 20. April 2020

Hallo sterun,

ja, Deine Zusammenfassung war insofern korrekt: Der interne Fileserver bekommt an beiden Routern IPv4 UND IPv6, der externe Webserver bekommt an beiden Routern nur IPv4.

Beide sind aus einem Upgrade vom vorherigen Leap hervorgegangen. Der Fileserver war quasi die Generalprobe, bevor ich auf dem Webserver das gleiche Upgrade angestoßen habe.

Webserver:

Code

zypper se -si firewa
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...

S  | Name             | Typ   | Version          | Arch   | Repository            
---+------------------+-------+------------------+--------+-----------------------
i+ | firewall-config  | Paket | 0.5.5-lp151.5.1  | noarch | openSUSE-Leap-15.1-Oss
i  | firewall-macros  | Paket | 0.5.5-lp151.5.1  | noarch | openSUSE-Leap-15.1-Oss
i+ | firewalld        | Paket | 0.5.5-lp151.5.1  | noarch | openSUSE-Leap-15.1-Oss
i  | firewalld-lang   | Paket | 0.5.5-lp151.5.1  | noarch | openSUSE-Leap-15.1-Oss
i  | python3-firewall | Paket | 0.5.5-lp151.5.1  | noarch | openSUSE-Leap-15.1-Oss
i  | yast2-firewall   | Paket | 4.1.12-lp151.1.1 | noarch | openSUSE-Leap-15.1-Oss

Alles anzeigen

Fileserver:

Code

zypper se -si firewa
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...

S  | Name             | Typ   | Version            | Arch   | Repository       
---+------------------+-------+--------------------+--------+------------------
i+ | SuSEfirewall2    | Paket | 3.6.378-lp151.2.21 | noarch | openSUSE-Leap-Oss
i+ | firewall-config  | Paket | 0.5.5-lp151.5.1    | noarch | openSUSE-Leap-Oss
i  | firewall-macros  | Paket | 0.5.5-lp151.5.1    | noarch | openSUSE-Leap-Oss
i  | firewalld        | Paket | 0.5.5-lp151.5.1    | noarch | openSUSE-Leap-Oss
i  | firewalld-lang   | Paket | 0.5.5-lp151.5.1    | noarch | openSUSE-Leap-Oss
i  | python3-firewall | Paket | 0.5.5-lp151.5.1    | noarch | openSUSE-Leap-Oss
i  | yast2-firewall   | Paket | 4.1.12-lp151.1.1   | noarch | openSUSE-Leap-Oss

Alles anzeigen

Der Fileserver hat noch das Susefirewall2-Paket installiert. Das werde ich jetzt mal auf dem Webserver nachinstallieren. Wenngleich ich mir nicht vorstellen kann, dass deshalb der dhcp-Request hängen bleibt.

netconfig update -f hat auf beiden Systemen nichts gemeldet und nichts geändert.

Auf dem Webserver:

Code

cat /etc/default/grub
# If you change this file, run 'grub2-mkconfig -o /boot/grub2/grub.cfg' afterwards to update
# /boot/grub2/grub.cfg.

# Uncomment to set your own custom distributor. If you leave it unset or empty, the default
# policy is to determine the value from /etc/os-release
GRUB_DISTRIBUTOR=
GRUB_DEFAULT=saved
GRUB_HIDDEN_TIMEOUT=0
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=8
GRUB_CMDLINE_LINUX_DEFAULT="resume=/dev/disk/by-id/ata-SanDisk_SSD_PLUS_240_GB_180980803474-part4 splash=silent quiet showopts"
GRUB_CMDLINE_LINUX=""

# Uncomment to automatically save last booted menu entry in GRUB2 environment

# variable `saved_entry'
# GRUB_SAVEDEFAULT="true"
#Uncomment to enable BadRAM filtering, modify to suit your needs

# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
# GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"
#Uncomment to disable graphical terminal (grub-pc only)

GRUB_TERMINAL="gfxterm"
# The resolution used on graphical terminal
#note that you can use only modes which your graphic card supports via VBE

# you can see them in real GRUB with the command `vbeinfo'
GRUB_GFXMODE="auto"
# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
# GRUB_DISABLE_LINUX_UUID=true
#Uncomment to disable generation of recovery mode menu entries

# GRUB_DISABLE_LINUX_RECOVERY="true"
#Uncomment to get a beep at grub start

# GRUB_INIT_TUNE="480 440 1"
GRUB_BACKGROUND=
GRUB_THEME=/boot/grub2/themes/openSUSE/theme.txt
SUSE_BTRFS_SNAPSHOT_BOOTING="true"
GRUB_USE_LINUXEFI="true"
GRUB_DISABLE_OS_PROBER="false"
GRUB_ENABLE_CRYPTODISK="n"
GRUB_CMDLINE_XEN_DEFAULT="vga=gfx-1024x768x16"

Alles anzeigen

Auf dem Fileserver:

Code

cat /etc/default/grub
# Modified by YaST2. Last modification on So Nov 24 10:51:52 CET 2013
# THIS FILE WILL BE PARTIALLY OVERWRITTEN by perl-Bootloader
# For the new kernel it try to figure out old parameters. In case we are not able to recognize it (e.g. change of flavor or strange install order ) it it use as fallback installation parameters from /etc/sysconfig/bootloader

# If you change this file, run 'grub2-mkconfig -o /boot/grub2/grub.cfg' afterwards to update
# /boot/grub2/grub.cfg.
GRUB_DISTRIBUTOR=
GRUB_DEFAULT=saved
GRUB_HIDDEN_TIMEOUT=0
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=8
GRUB_CMDLINE_LINUX_DEFAULT="resume=/dev/disk/by-id/ata-WDC_WD60EFRX-68L0BN1_WD-WX31D87DYCV8-part1 splash=silent quiet showopts"
# kernel command line options for failsafe mode
GRUB_CMDLINE_LINUX_RECOVERY="showopts apm=off noresume edd=off powersaved=off nohz=off highres=off processor.max_cstate=1 nomodeset x11failsafe"
GRUB_CMDLINE_LINUX=""
# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"
# Uncomment to disable graphical terminal (grub-pc only)
GRUB_TERMINAL=gfxterm
# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
GRUB_GFXMODE=auto
# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true
# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_LINUX_RECOVERY=true
# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"
# Skip 30_os-prober if you experienced very slow in probing them
# WARNING foregin OS menu entries will be lost if set true here
GRUB_DISABLE_OS_PROBER=false
GRUB_THEME=/boot/grub2/themes/openSUSE/theme.txt
GRUB_BACKGROUND=

Alles anzeigen

Wonach suche ich da?

Danke und Grüße,

Martin

sterun · 20. April 2020

SuSEfirewall2 darf nicht installiert sein - wurde durch firewalld ersetzt.

Also, deinstallieren - sollte dann auf beiden Systemen gleich aussehen.

Leider ist dieser Feher nicht auf dem Problemrechner - trotzdem, weg damit

smartysmart34 · 21. April 2020

Susefirewall ist auf dem fileserver weg, hat das Problem auf dem Webserver aber nicht behoben

Hier scheint derzeit wenig Traffic zu sein, oder mein Problem ist zu speziell. Schade. Ich stecke echt in einer Sackgasse.

sterun · 21. April 2020

Was ergibt am Rechner, bei dem ipv6 nicht läuft:

Code

test -f /proc/net/if_inet6 && echo "ipv6 support is ok"

smartysmart34 · 21. April 2020

Das ergibt

Code

ipv6 support is ok

"ip addr" ergibt auch:

Code

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: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
    link/ether 00:01:2e:81:c3:a4 brd ff:ff:ff:ff:ff:ff
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 00:01:2e:81:c3:a5 brd ff:ff:ff:ff:ff:ff
    inet 192.168.2.3/24 brd 192.168.2.255 scope global eth1
       valid_lft forever preferred_lft forever
    inet6 fe80::201:2eff:fe81:c3a5/64 scope link 
       valid_lft forever preferred_lft forever
4: wlan0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether 00:e1:8c:3b:31:c0 brd ff:ff:ff:ff:ff:ff
5: docker0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default 
    link/ether 02:42:1d:d3:dc:b3 brd ff:ff:ff:ff:ff:ff
    inet 172.17.0.1/16 brd 172.17.255.255 scope global docker0
       valid_lft forever preferred_lft forever

Alles anzeigen

Bei eth1 ist zu sehen, dass eine LOKALE IPV6 Adress mit fe80 verfügbar ist. Der IPv6-Stack ist also aktiv.

Aber er nimmt keine echte Adresse an, aus dem 2a02-Range.

Das bringt mich wieder zu "wicked show all":

Code

eth1            up
      link:     #3, state up, mtu 1500
      type:     ethernet, hwaddr 00:01:2e:81:c3:a5
      config:   compat:suse:/etc/sysconfig/network/ifcfg-eth1
      leases:   ipv4 dhcp granted
      leases:   ipv6 dhcp requesting
      addr:     ipv4 192.168.2.3/24 [dhcp]
      route:    ipv4 default via 192.168.2.1 proto dhcp

Und das macht mich fertig...

Danke für Deine Zeit und Hilfe.

Grüße,

Martin

sterun · 23. April 2020

Bzgl. Global IPv6 (2a02...) schau mal hier:

https://www.vdr-portal.de/foru…stellen-id-fest/&pageNo=2

Hängt also von mehreren Faktoren ab.

Berichte mal

smartysmart34 · 23. April 2020

Hallo Sterun,

ich bin mir nicht ganz sicher was Du mit "Berichte mal" meinst.

Die Themen, die dort angesprochn werden sind u.a.:

- Wechselnde IP Adresse und IPv6-Präfix durch den Provider

.....- Ich habe einen Business Tarif mit statischer Adresse, weder meine IPv4 Adresse noch mein IPv6 präfix ändern sich über die Zeit

- IPv6 Privacy extension

....- Ist bei mir nicht installiert. Die Interface-ID ( der hintere Teil der IPv6-Adresse, generiert aus der MAC Adresse) ändert sich nicht.

Gruß,

Martin

P.S.: UND: Der Poster in dem verlinkten Thread hat ja von Anfang an eine 2a0x Adresse an seinem Server gehabt. Die Erreichbarkeit über das Internet an sich ist bei mir derzeit nicht das Problem, sondern dass der DHCP client auf meinem Server keine IPv6-Adresse bekommt. Der DHCP-Request belibt auf "requesting" hängen, während alle anderen Rechner im Netz erfolgreich via DHCP IPv6-Adressen bekommen.

sterun · 23. April 2020

Moin Martin,

wie ich anfangs schon schrieb, habe ich leider keine Erfahrung zu diesem speziellen Thema.

Meine Hoffnung in dem Link bezog sich auf die Stichwörter:

IPv6 Privacy Extensions

DynDNS

Portforwarding

Routerkonfiguration

Vom ISP eine ipv6 / mac

... um eine öffentliche ipv6 zu erhalten.

Aber vielleicht kommen ja noch bessere Vorschläge - ich drück dir Daumen

Interessieren würde mich auch, woran es liegt.

Leap 15.1 zieht kein IPv6 über DHCP

Taskleiste startet nicht

Proxmox VE 8.2 hilft mit Assistent beim Umzug von VMware

Probleme mit dem Ausdruck von pdf-Dateien über Okular

USB WLAN Sticks für Opensuse?

Neuinstallation leap 15.5: init Prozess scheitert beim Booten - Kernel Panik

MichaRadius

A_Kueb

Kukulkan

vpn

Nidrnox

Teilen