English version below

Seit dem 18.05.2011 veröffentlichen wir für die generischen Hostnamen unserer Shared-Hosting-Systeme der Produkte, die ab dem 13. Dezember 2004 bestellt wurden, im DNS zusätzlich IPv6-Adressen. Das führt dazu, dass Sie diese Systeme über das neue Protokoll IPv6 erreichen, wenn Ihr Rechner in der Lage ist, mittels dieses Protokolls zu kommunizieren und unsere Systeme damit erreichen kann.

| Info | Normalerweise bevorzugen Betriebssysteme und Programme den Aufbau von IPv6-Verbindungen vor IPv4-Verbindungen, weswegen ein fehlerhaft konfiguriertes IPv6 auf Ihrem Rechner zur Folge haben kann, dass Probleme bei der Kommunikation mit unseren Systemen auftauchen. Dies ist nur der Fall, wenn Sie den generischen Hostnamen "servername".webpack.hosteurope.de verwenden.

Beispiel:

$ host wp123.webpack.hosteurope.de
wp123.webpack.hosteurope.de has address 80.237.132.130
wp123.webpack.hosteurope.de has IPv6 address 2a01:488:42::50ed:8482

Welche Probleme können auftreten?

Alle Dienste, bei denen Sie den generischen Hostnamen verwenden, sind unter Umständen betroffen. Typische Fehlermeldungen wären:

• 'Destination Host unreachable'
• 'No Route to Host'
• Clients ohne sinnhafte Fehlerinterpretation nennen sowas gerne 'Timeout'

Programme versuchen, sofern möglich, normalerweise zuerst, unsere WebPack-Server via IPv6 zu erreichen. Ob dies möglich ist oder nicht erkennen diese oft daran, ob ein DNS-RR (RR: Resource Record) vom Typ AAAA (Hostname zu IPv6) für diesen Host gesetzt ist. Da wir die AAAA-Records seit dem 18.05.2011 für die generischen Hostnamen mit veröffentlichen, können die oben genannten Probleme auf Systemen auftauchen, bei denen IPv6 fehlerhaft konfiguriert ist oder die in einem Netz stehen, in dem IPv6 fehlerhaft konfiguriert ist.

Wie finde ich heraus, ob ich ein System über IPv4 oder IPv6 erreichen kann?

Auf der Seite test-ipv6.com steht ein Test bereit, der die Konnektivität und IPv6-Tauglichkeit Ihres Systems im Allgemeinen analysiert. [ ! ] Der Test wird durch Dritte bereitgestellt und wir haben keinen Einfluss auf Verfügbarkeit oder Inhalt. Unter verschiedenen Betriebssystemen gibt es folgende Mittel, mit denen die Kommunikation mit einem bestimmten Server via IPv4 oder IPv6 explizit geprüft werden kann:

Windows: In der Windows-Kommandozeile "cmd.exe" können Sie folgende Kommandos ausführen:

IPv4: ping "hostname"
IPv6: ping -6 "hostname"

Linux/OS X:Im Terminal können Sie folgende Kommandos ausführen:

IPv4: ping "hostname"
IPv6: ping6 "hostname"

Welche Lösungen gibt es?

Zur Protokollvorwahl haben wir als Kompatibilitätslösung neue Hostnamen eingerichtet, die unter Erhalt der Sicherheit bzw. Echtheit von SSL-Kommunikation und Zertifikaten einen Zugriff auf das System explizit über IPv4 ermöglichen. Dieser lautet:

wpxxxxxxx.server-he.de

Im Falle des Servers wp123 würde der Zugang alternativ über IPv4 also mit dem Hostnamen

v4-wp123.webpack.hosteurope.de analog dazu über IPv6 mit dem Hostnamen:
v6-wp123.webpack.hosteurope.de erfolgen.

So können Probleme mit einem der beiden Protokolle diagnostiziert und so lange umschifft werden, wie das Problem besteht. Wir empfehlen dennoch dringend den Einsatz des generischen Hostnamens, damit Zukunftssicherheit und Protokoll-Kompatibilität langfristig gewährleistet sind.

English Version:

Since May 18, 2011, we have been publishing additional IPv6 addresses in the DNS for the generic host names of our shared hosting systems for products ordered after December 13, 2004. This means that you can reach these systems via the new IPv6 protocol if your computer is able to communicate using this protocol and can use it to reach our systems.

| Info | Normally, operating systems and programs prefer to establish IPv6 connections over IPv4 connections, which is why an incorrectly configured IPv6 on your computer can cause problems in communicating with our systems. This is only the case if you use the generic hostname "servername".webpack.hosteurope.de.

Example:

$ host wp123.webpack.hosteurope.de
wp123.webpack.hosteurope.de has address 80.237.132.130
wp123.webpack.hosteurope.de has IPv6 address 2a01:488:42::50ed:8482

What problems can arise?

All services where you use the generic hostname may be affected. Typical error messages would be:

• 'Destination Host unreachable'
• 'No Route to Host'
• Clients without meaningful error interpretation like to call it something like 'Timeout'

Programs usually try to reach our WebPack servers via IPv6 first if possible. They often recognize whether this is possible or not by whether a DNS RR (RR: Resource Record) of type AAAA (host name to IPv6) is set for this host. Since we have been publishing the AAAA records for the generic host names since May 18, 2011, the problems mentioned above can occur on systems in which IPv6 is configured incorrectly or are in a network in which IPv6 is configured incorrectly.

How do I find out if I can reach a system via IPv4 or IPv6?

A test is available on the test-ipv6.com site that analyzes the connectivity and IPv6 suitability of your system in general. [ ! ] The test is provided by a third party and we have no control over its availability or content. Various operating systems have the following means of explicitly checking communication with a specific server via IPv4 or IPv6:

Windows: You can execute the following commands in the Windows command line "cmd.exe":

IPv4: ping "hostname"
IPv6: ping -6 "hostname"

Linux/OS X:You can run the following commands in the terminal:

IPv4: ping "hostname"
IPv6: ping6 "hostname"

What solutions are there?

For protocol preselection, we have set up new host names as a compatibility solution, which allow access to the system explicitly via IPv4 while maintaining the security or authenticity of SSL communication and certificates. This reads:

wpxxxxxxx.server-he.de

In the case of the server wp123, access would alternatively be via IPv4, i.e. with the host name

v4-wp123.webpack.hosteurope.de analogously via IPv6 with the host name:
v6-wp123.webpack.hosteurope.de.

This allows problems with either protocol to be diagnosed and avoided as long as the problem persists. However, we strongly recommend using the generic host name to ensure future security and protocol compatibility in the long term.