Beiträge von PandaMurph

PandaMurph · 17. Februar 2021

Ich habe mir nun die Mühe gemacht und IPv6 auch innerhalb der Container zu aktivieren (das ist ja furchtbar!).

Mit IPv4 bekomme ich das alte Zertifikat, nur IPv6 bekommt das richtige:

IPv4:

Code

/ # openssl s_client -4 -showcerts -connect www.netcup-sonderangebote.de:443 2>/dev/null | openssl x509 -noout -dates
notBefore=Jul  1 10:43:02 2019 GMT
notAfter=Sep 29 10:43:02 2019 GMT

IPv6:

Code

/ # openssl s_client -6 -showcerts -connect www.netcup-sonderangebote.de:443 2>/dev/null | openssl x509 -noout -dates
notBefore=Jan 12 23:38:31 2021 GMT
notAfter=Apr 12 23:38:31 2021 GMT

PandaMurph · 17. Februar 2021

Code

# docker run --rm -it alpine:3.13 date
Wed Feb 17 11:02:11 UTC 2021

PandaMurph · 17. Februar 2021

Alles innerhalb des Containers (IPv6 habe ich für Docker nicht eingerichtet)

Code

# dig +short A www.netcup-sonderangebote.de
netcup-sonderangebote.de.
46.38.232.32

Code

# dig +short AAAA www.netcup-sonderangebote.de 
netcup-sonderangebote.de.
2a03:4000:2:1d::e820

Code

# openssl s_client -showcerts -connect 46.38.232.32:443 2>/dev/null | openssl x509 -noout -dates
notBefore=Jul  1 10:43:02 2019 GMT
notAfter=Sep 29 10:43:02 2019 GMT

PandaMurph · 17. Februar 2021

Das ist ja das was mich so verwirrt. Lokal und auf dem Host habe ich die selbe Ausgabe, nur innerhalb der Container (z.B. alpine:3.13)

Code

/ # openssl s_client -showcerts -connect www.netcup-sonderangebote.de:443 2>/dev/null | openssl x509 -noout -dates
notBefore=Jul  1 10:43:02 2019 GMT
notAfter=Sep 29 10:43:02 2019 GMT

PandaMurph · 17. Februar 2021

Ich habe einen Rootserver mit Debian und Docker. Meinem RSS-Collector (TTRSS) wollte ich den RSS-Feed unter https://www.netcup-sonderangebote.de/feed/ hinzufügen. Leider schlägt das fehl, da das TLS-Zertifikat nicht gültig sei (Certificate expired.) Alle anderen Feeds, auch mit Let's Encrypt, funktionieren, es ist nur diese eine Domain die nicht möchte.

curl innerhalb Docker, egal ob alpine, ubuntu, oder fedora schlägt immer mit abgelaufenem Zertifikat fehl. Auf dem Host, kann ich erfolgreich verbinden. Innerhalb der genannten Container funktionieren andere Let's Encrypt Domänen einwandfrei.

Wenn ich lokal einen z.B. Ubuntu-Container starte, funktioniert es ebenfalls.

Innerhalb eines Containers: openssl s_client -connect http://www.netcup-sonderangebote.de:443 zeigt auch an, dass das Zertifikat am 29.09.2019 abgelaufen ist. Selbstverständlich ist es dann nicht mehr gültig. Aber warum bietet mir der Server dieses alte Zertifikat an?

Wenn ich curl sage, es soll den Fehler ignorieren (curl --insecure), wird die Verbindung zwar hergestellt und ich bekomme den Feed, aber die neueste Meldung darin ist ein Angebot ebenfalls von 2019. Ich bekomme also innerhalb von Docker-Containern auf meinem Host nur von dieser Domäne den Zustand von 2019 ausgeliefert.

Ich bin mit meinem Latein am Ende.

PandaMurph · 7. Februar 2016

Ich konnte das Problem jetzt lösen.
Zum Ersten habe ich es nochmal im Rescue-Modus versucht, dort hat es funktioniert. Ich habe manuell die Adresse zugewiesen, die Route und einen DNS, dann konnte ich heise.de anping6en.

Testweise und nur, weil mir sonst nichts mehr einfiel, hab ich zusätzlich zur xxx::1/64 noch die xxx::2/64 hinzugefügt. Danach hat das Ping6en und curl -6 funktioniert. Ich habe keine Erklärung dafür, vielleicht ja sonst jemand. Es klappt nun.

Hier noch meine /etc/systemd/network/wired.network zur Vollständigkeit:

Code

[Match]
Name=eth0




[Network]
DHCP=none




[Address]
Address=<MY_IP4>/21




[Route]
Gateway=46.38.232.1




[Address]
Address=<MY_IP6_SUB>::2/64




[Address]
Address=<MY_IP6_SUB>::1/64




[Route]
Gateway=fe80::1

Alles anzeigen

Die Reihenfolge der Address-Blöcke ist wichtig! Die xxx::2/64 muss als erstes dran stehen.

PandaMurph · 5. Februar 2016

Das finde ich auch seltsam, weil auch eingehende Verbindungen von außen funktionieren.
Route:

Code

# ip -6 route
<MY_IP6_SUBNET>/64 dev eth0  proto kernel  metric 256
fe80::/64 dev eth0  proto kernel  metric 256
default via fe80::1 dev eth0  metric 1024

Code

# traceroute6 heise.de
traceroute to heise.de (2a02:2e0:3fe:1001:302::), 30 hops max, 80 byte packets
 1  2a03:4000:0:2::3 (2a03:4000:0:2::3)  0.583 ms  0.923 ms  0.508 ms
 2  * * *
...
30 * * *

PandaMurph · 5. Februar 2016

Ich kann auch keine IPv6-Adressen anpingen. In der /etc/resolv.conf stehen die Netcup-Server drin (z.B. 2a03:4000:8000::fce6), es ändert sich daran nichts wenn ich Google-DNS eintrage.
Mit dig -6 google.com @"2001:4860:4860::8844" bekomme ich gar keine Antwort. Es gehen also ausgehende Verbindungen nicht.
Ich bekomme eine Antwort, wenn ich den Netcup-Server frage (dig -6 google.com @"2a03:4000:8000::fce6").

PandaMurph · 5. Februar 2016

Eingehender IPv6-Verkehr funktioniert nun, Nginx, Exim4 und SSH sind darüber erreichbar.

ABER vom Server aus kann ich keine IPv6-Verbindung aufbauen. Das ist schlecht, da aptitude jetzt Updates über IPv6 laden möchte und die Verbindung nicht zustande kommt.

Eingehende ping6 werden beantwortet, wenn ich aber vom Server aus einen IPv6-Host mit ping6 anpingen möchte, bleibt auch das stecken. Klingt für mich zwar nach Firewall, ip6tables zeigt aber alle chains auf ACCEPT.

PandaMurph · 3. Februar 2016

Ich habe dem Support geschrieben. Wenn mir soweit bekannt, werde ich die Lösung (hoffentlich) hier schreiben.

Edit: Der Support hat am Rescue-System etwas geändert. Ich kann allerdings nicht sagen was, das wurde mir nicht mitgeteilt.

Anschließend habe ich systemd-networkd deaktiviert, damit hat es einfach nicht funktioniert und wieder networking.service benutzt.
Die /etc/network/interfaces unterscheidet sich nicht von den vorhergehenden. Allerdings funktioniert es jetzt (wieder).

Der Vollständigkeit halber hier trotzdem die

Code

auto lo eth0
iface lo inet loopback
iface lo inet6 loopback




iface eth0 inet static
address <MY_IPV4>
netmask 255.255.248.0
broadcast <IPV4_BROADCAST>
gateway <IPV4_GATEWAY>
iface eth0 inet6 static
pre-up /sbin/modprobe -q ipv6 ; /bin/true
address <MY_IPV6>
netmask 64
gateway fe80::1

Alles anzeigen

Die Zeile pre-up ist von Webmin hinzugefügt worden.

PandaMurph · 3. Februar 2016

Leider nicht, das beschreibt ja nur das Problem und nicht die Lösung. Spannend zu wissen wäre was der Support geändert hat. Es kann ja nur an der Software liegen.

Ich hänge bereits an Schritt 6. Ich kann das Gateway nicht anpingen.

PandaMurph · 3. Februar 2016

Weißt du was sie geändert haben?

Wenn es am Rettungssystem deines Servers war, muss es ja ein Problem an der Software bzw. deiner Konfiguration liegen.

PandaMurph · 28. Januar 2016

Ich habe im Moment keine Muse mich mit dem Käse auseinander zu setzen. Ich habe den AAAA Eintrag im DNS entfernt und IPv6 deaktiviert. Kommt Zeit, kommt Rat.

Wenn jemand eine Lösung findet, wäre ich dafür allerdings sehr dankbar.

PandaMurph · 13. Januar 2016

Ich wünschte das würde so bei mir auch funktionieren.
Mein Interface heißt eth0, das habe ich im Match-Block angepasst. Die IPs (4 und 6) werden auch korrekt gesetzt, nur kommt trotzdem jedesmal beim herauspingen "Address unreachable" und beim anpingen an der Server bleibt das Paket irgendwo bei netcup hängen und läuft in einen Timeout.

PandaMurph · 13. Januar 2016

Code

# /etc/resolv.conf
domain yourvserver.net
search yourvserver.net
nameserver 46.38.225.230
nameserver 46.38.252.230
nameserver 2a03:4000:0:1::e1e6
nameserver 2a03:4000:8000::fce6

PandaMurph · 13. Januar 2016

Code

# ip -6 route
<MY_IP6>::/64 dev eth0  proto kernel  metric 256
fe80::/64 dev eth0  proto kernel  metric 256
default via fe80::1 dev eth0  metric 1024

Das sollte also passen.

Ich kann das Gateway auch nicht anpingen:

Code

# ping6 fe80::1%eth0
PING fe80::1%eth0(fe80::1) 56 data bytes
From fe80::5054:aff:fe15:53de icmp_seq=1 Destination unreachable: Address unreachable

PandaMurph · 13. Januar 2016

Ich habe es auch mal wieder über die /etc/network/interfaces-Methode versucht:

Code

# cat /etc/network/interfaces




# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).




# The loopback network interface
auto lo eth0
iface lo inet loopback




# The primary network interface
allow-hotplug eth0




iface eth0 inet static
    	address     	<MY_IP4>
    	netmask     	255.255.248.0
    	broadcast   	<MY_BROADCAST>
    	gateway     	<MY_GATEWAY>
    	dns-nameservers 1st.resolv 2nd.resolv







iface eth0 inet6 static
    	address     	<MY_IP6>::1
    	netmask     	64
    	gateway     	fe80::1

Alles anzeigen

Natürlich habe ich systemd-networkd (und -resolved) wieder gestoppt, deaktiviert und benutze stattdessen networking.service. Poweroff wurde oft genug durchgeführt.
Die Ausgabe von "ip a", "ifconfig" unterscheiden sich nicht, IPv4 funktioniert einwandfrei, aber IPv6 will nicht.

Hier noch die Ausgabe von networking.service wenn VERBOSE=true in der /etc/default/networking gesetzt ist:

Code

journalctl -u networking.service




Jan 13 01:45:51 <MY_HOSTNAME> systemd[1]: Starting LSB: Raise network interfaces....
Jan 13 01:45:51 <MY_HOSTNAME> networking[264]: Configuring network interfaces...run-parts --exit-on-error --verbos
Jan 13 01:45:51 <MY_HOSTNAME> networking[264]: run-parts: executing /etc/network/if-pre-up.d/ethtool
Jan 13 01:45:51 <MY_HOSTNAME> networking[264]: Configuring interface lo=lo (inet)
Jan 13 01:45:51 <MY_HOSTNAME> networking[264]: run-parts --exit-on-error --verbose /etc/network/if-pre-up.d
Jan 13 01:45:51 <MY_HOSTNAME> networking[264]: run-parts: executing /etc/network/if-pre-up.d/ethtool
Jan 13 01:45:51 <MY_HOSTNAME> networking[264]: ip link set dev lo up
Jan 13 01:45:51 <MY_HOSTNAME> networking[264]: run-parts --exit-on-error --verbose /etc/network/if-up.d
Jan 13 01:45:51 <MY_HOSTNAME> networking[264]: run-parts: executing /etc/network/if-up.d/bind9
Jan 13 01:45:51 <MY_HOSTNAME> networking[264]: run-parts: executing /etc/network/if-up.d/clamav-freshclam-ifupdown
Jan 13 01:45:51 <MY_HOSTNAME> networking[264]: run-parts: executing /etc/network/if-up.d/ethtool
Jan 13 01:45:51 <MY_HOSTNAME> networking[264]: run-parts: executing /etc/network/if-up.d/mountnfs
Jan 13 01:45:51 <MY_HOSTNAME> networking[264]: run-parts: executing /etc/network/if-up.d/ntpdate
Jan 13 01:45:51 <MY_HOSTNAME> networking[264]: run-parts: executing /etc/network/if-up.d/openssh-server
Jan 13 01:45:52 <MY_HOSTNAME> networking[264]: run-parts: executing /etc/network/if-up.d/openvpn
Jan 13 01:45:52 <MY_HOSTNAME> networking[264]: run-parts: executing /etc/network/if-up.d/upstart
Jan 13 01:45:52 <MY_HOSTNAME> networking[264]: Configuring interface eth0=eth0 (inet)
Jan 13 01:45:52 <MY_HOSTNAME> networking[264]: run-parts --exit-on-error --verbose /etc/network/if-pre-up.d
Jan 13 01:45:52 <MY_HOSTNAME> networking[264]: run-parts: executing /etc/network/if-pre-up.d/ethtool
Jan 13 01:45:52 <MY_HOSTNAME> networking[264]: ip addr add <MY_IP4>/255.255.248.0 broadcast <MY_BROADCAST>
Jan 13 01:45:52 <MY_HOSTNAME> networking[264]: ip link set dev eth0   up
Jan 13 01:45:52 <MY_HOSTNAME> networking[264]: ip route add default via <MY_GATEWAY>  dev eth0
Jan 13 01:45:52 <MY_HOSTNAME> networking[264]: run-parts --exit-on-error --verbose /etc/network/if-up.d
Jan 13 01:45:52 <MY_HOSTNAME> networking[264]: run-parts: executing /etc/network/if-up.d/bind9
Jan 13 01:45:52 <MY_HOSTNAME> networking[264]: run-parts: executing /etc/network/if-up.d/clamav-freshclam-ifupdown
Jan 13 01:45:52 <MY_HOSTNAME> networking[264]: run-parts: executing /etc/network/if-up.d/ethtool
Jan 13 01:45:52 <MY_HOSTNAME> networking[264]: run-parts: executing /etc/network/if-up.d/mountnfs
Jan 13 01:45:52 <MY_HOSTNAME> networking[264]: run-parts: executing /etc/network/if-up.d/ntpdate
Jan 13 01:45:52 <MY_HOSTNAME> networking[264]: run-parts: executing /etc/network/if-up.d/openssh-server
Jan 13 01:45:52 <MY_HOSTNAME> networking[264]: run-parts: executing /etc/network/if-up.d/openvpn
Jan 13 01:45:52 <MY_HOSTNAME> networking[264]: run-parts: executing /etc/network/if-up.d/upstart
Jan 13 01:45:52 <MY_HOSTNAME> networking[264]: Configuring interface eth0=eth0 (inet6)
Jan 13 01:45:52 <MY_HOSTNAME> networking[264]: run-parts --exit-on-error --verbose /etc/network/if-pre-up.d
Jan 13 01:45:52 <MY_HOSTNAME> networking[264]: run-parts: executing /etc/network/if-pre-up.d/ethtool
Jan 13 01:45:52 <MY_HOSTNAME> networking[264]: modprobe -q net-pf-10 > /dev/null 2>&1 || true # ignore failure.
Jan 13 01:45:52 <MY_HOSTNAME> networking[264]: sysctl -q -e -w net.ipv6.conf.eth0.accept_ra=0
Jan 13 01:45:52 <MY_HOSTNAME> networking[264]: sysctl -q -e -w net.ipv6.conf.eth0.autoconf=0
Jan 13 01:45:52 <MY_HOSTNAME> networking[264]: ip link set dev eth0   up
Jan 13 01:45:52 <MY_HOSTNAME> networking[264]: ip -6 addr add <MY_IP6>::1/64  dev eth0
Jan 13 01:45:52 <MY_HOSTNAME> networking[264]: ip -6 route add default via fe80::1 dev eth0
Jan 13 01:45:52 <MY_HOSTNAME> networking[264]: /lib/ifupdown/settle-dad.sh
Jan 13 01:45:55 <MY_HOSTNAME> networking[264]: Waiting for DAD... Done
Jan 13 01:45:55 <MY_HOSTNAME> networking[264]: run-parts --exit-on-error --verbose /etc/network/if-up.d
Jan 13 01:45:55 <MY_HOSTNAME> networking[264]: run-parts: executing /etc/network/if-up.d/bind9
Jan 13 01:45:55 <MY_HOSTNAME> networking[264]: run-parts: executing /etc/network/if-up.d/clamav-freshclam-ifupdown
Jan 13 01:45:55 <MY_HOSTNAME> networking[264]: run-parts: executing /etc/network/if-up.d/ethtool
Jan 13 01:45:55 <MY_HOSTNAME> networking[264]: run-parts: executing /etc/network/if-up.d/mountnfs
Jan 13 01:45:55 <MY_HOSTNAME> networking[264]: run-parts: executing /etc/network/if-up.d/ntpdate
Jan 13 01:45:55 <MY_HOSTNAME> networking[264]: run-parts: executing /etc/network/if-up.d/openssh-server
Jan 13 01:45:55 <MY_HOSTNAME> networking[264]: run-parts: executing /etc/network/if-up.d/openvpn
Jan 13 01:45:55 <MY_HOSTNAME> networking[264]: run-parts: executing /etc/network/if-up.d/upstart
Jan 13 01:45:55 <MY_HOSTNAME> networking[264]: run-parts --exit-on-error --verbose /etc/network/if-up.d
Jan 13 01:45:55 <MY_HOSTNAME> networking[264]: run-parts: executing /etc/network/if-up.d/bind9
Jan 13 01:45:55 <MY_HOSTNAME> networking[264]: run-parts: executing /etc/network/if-up.d/clamav-freshclam-ifupdown
Jan 13 01:45:55 <MY_HOSTNAME> networking[264]: run-parts: executing /etc/network/if-up.d/ethtool
Jan 13 01:45:55 <MY_HOSTNAME> networking[264]: run-parts: executing /etc/network/if-up.d/mountnfs
Jan 13 01:45:55 <MY_HOSTNAME> networking[264]: run-parts: executing /etc/network/if-up.d/ntpdate
Jan 13 01:45:55 <MY_HOSTNAME> networking[264]: run-parts: executing /etc/network/if-up.d/openssh-server
Jan 13 01:45:55 <MY_HOSTNAME> networking[264]: run-parts: executing /etc/network/if-up.d/openvpn
Jan 13 01:45:55 <MY_HOSTNAME> networking[264]: run-parts: executing /etc/network/if-up.d/upstart
Jan 13 01:45:55 <MY_HOSTNAME> networking[264]: ifup: interface eth0 already configured
Jan 13 01:45:55 <MY_HOSTNAME> systemd[1]: Started LSB: Raise network interfaces..
Jan 13 01:45:55 <MY_HOSTNAME> networking[264]: done.

Alles anzeigen

PandaMurph · 12. Januar 2016

Danke für die Antwort, ich weiß allerdings nicht ob/wie/wann ich die Netzwerkkonfiguration geändert habe. Es ist mir erst diese Woche aufgefallen, es kann aber sein, dass es IPv6 schon mehrere Monate tot ist.

Die Einträge stimmen so mit Gateway und IPs? Die Einträge hier im Forum sind teilweise mehrere Jahre alt, da kann sich was geändert haben in der Zwischenzeit.

PandaMurph · 12. Januar 2016

Hi,

ich habe einen "Root-Server M v2" seit über einem Jahr und habe dort selber Debian 8.2 (jessie) installiert. Es laufen wunderbar nginx, apache, postgresql und sonstige Sachen. Ich habe systemd zur Verwaltung eingerichtet, es sind aber noch init.d-Scripts vorhanden, da ich ein Upgrade auf systemd gemacht habe.

Ich weiß, dass man das nicht sagt, aber ich weiß nicht was ich geändert habe. Mir ist erst seit kurzem aufgefallen, dass ich keine IPv6-Verbindungen mehr zu meinem Server aufbauen kann (auch kein ping6).

Code

# ping6 <MY_HOSTNAME>
PING <MY_HOSTNAME>(<MY_IP6>) 56 data bytes
From gw6-cb30.nbg.netcup.net icmp_seq=1 Destination unreachable: Address unreachable
...

Ich benutze systemd-networkd zur Verwaltung mit folgender Konfigurationsdatei:

Code

# cat /etc/systemd/network/eth0.network
[Match]
Name=eth0




[Network]
DHCP=none




DNS=46.38.225.230
DNS=46.38.252.230
DNS=2a03:4000:0:1::e1e6
DNS=2a03:4000:8000::fce6




[Address]
Address=46.x.x.x/21  # IP von VCP




[Route]
Gateway=46.x.x.x  	# IP von VCP




[Address]
Address=2a03:x::1/64  # IP von VCP




[Route]
Gateway=fe80::1     	# ebenfalls von VCP

Alles anzeigen

Den Inhalt hab ich mir hier aus dem Forum, aus verschiedenen Wikis und sonstiges Suchmaschinenergebnissen zusammen gesucht. Die IPs sind aus dem VCP kopiert.

Nach einem poweroff im VCP, funktioniert es ebenfalls nicht. Wenn ich vom Server aus ein ping6 mache, steht wieder "Destination unreachable" dran.

Ich hab noch ein paar Outputs, vielleicht hilft das etwas:

Code

ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default
	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: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
	link/ether <MY_MAC> brd ff:ff:ff:ff:ff:ff
	inet <MY_IP4>/21 brd <BROADCAST> scope global eth0
   	valid_lft forever preferred_lft forever
	inet6 <MY_IP6>::1/64 scope global
   	valid_lft forever preferred_lft forever
	inet6 fe80::5054:aff:fe15:53de/64 scope link
   	valid_lft forever preferred_lft forever

Alles anzeigen

Code

# networkctl status
●  	State: routable
 	Address: <MY_IP4> on eth0
          	<MY_IP6>::1 on eth0
          	fe80::5054:aff:fe15:53de on eth0
 	Gateway: <GATEWAY> (ICANN, IANA Department) on eth0
          	fe80::1 on eth0
     	DNS: 46.38.225.230
          	46.38.252.230
          	2a03:4000:8000::fce6
          	2a03:4000:0:1::e1e6

Alles anzeigen

Code

# ifconfig
eth0  	Link encap:Ethernet  HWaddr <MY_MAC>
      	inet addr:<MY_IP4>  Bcast:<BROADCAST>  Mask:255.255.248.0
      	inet6 addr: fe80::5054:aff:fe15:53de/64 Scope:Link
      	inet6 addr: <MY_IP6>::1/64 Scope:Global
      	UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
      	RX packets:229317 errors:0 dropped:0 overruns:0 frame:0
      	TX packets:3834 errors:0 dropped:0 overruns:0 carrier:0
      	collisions:0 txqueuelen:1000
      	RX bytes:16545977 (15.7 MiB)  TX bytes:988438 (965.2 KiB)




lo    	Link encap:Local Loopback
      	inet addr:127.0.0.1  Mask:255.0.0.0
      	inet6 addr: ::1/128 Scope:Host
      	UP LOOPBACK RUNNING  MTU:65536  Metric:1
      	RX packets:28730 errors:0 dropped:0 overruns:0 frame:0
      	TX packets:28730 errors:0 dropped:0 overruns:0 carrier:0
      	collisions:0 txqueuelen:0
      	RX bytes:7833484 (7.4 MiB)  TX bytes:7833484 (7.4 MiB)

Alles anzeigen

IP6Tables ist auf ACCEPT bei allen chains, iptables ist aktiv, sollte aber bei IPv6 keinen Einfluss haben, oder?

Beiträge von PandaMurph

Falsches Zertifikat für netcup-sonderangebote.de

Falsches Zertifikat für netcup-sonderangebote.de

Falsches Zertifikat für netcup-sonderangebote.de

Falsches Zertifikat für netcup-sonderangebote.de

Falsches Zertifikat für netcup-sonderangebote.de

IPv6 nicht erreichbar

IPv6 nicht erreichbar

IPv6 nicht erreichbar

IPv6 nicht erreichbar

IPv6 nicht erreichbar

IPv6 nicht erreichbar

IPv6 nicht erreichbar

IPv6 nicht erreichbar

IPv6 nicht erreichbar

IPv6 nicht erreichbar

IPv6 nicht erreichbar

IPv6 nicht erreichbar

IPv6 nicht erreichbar

IPv6 nicht erreichbar