Registrierung australischer Domains jetzt auch direkt unter .au

Bisher ließen sich australische Domains nur mit Endungen wie .com.au oder .net.au registrieren. Ab sofort sind Registrierungen auch direkt unter der Top-Level-Domain .au möglich.

Die Registrierung von .au-Domains kostet 42,- Euro pro Jahr (inkl. MwSt.). Eine Verfügbarkeitsprüfung und Bestellung ist in Ihrem Kundenaccount oder für Neukunden auf unserer Webseite möglich.

Wie bisher benötigen Inhaber:innen einer australischen Domain einen Wohn- oder Firmensitz in Australien, um zur Registrierung berechtigt zu sein. Die Einschränkung, dass der Domainname dem Marken- oder Firmennamen entsprechen muss, gilt für .au-Domains jedoch nicht; für .com.au-Domains ist dies weiterhin der Fall.

Neue Domainpreise ab dem 01.09.2022

Wir bieten Ihnen eine große Auswahl aus über 700 Domainendungen (TLDs). Viele werden von Registrierungsstellen außerhalb des Euro-Raums vergeben, d.h. wir bezahlen diese Domains in der Regel in US-Dollar. Seit Anfang 2021 hat der Euro gegenüber dem US-Dollar um rund 23 Prozent an Wert verloren. Für uns bedeutet das, dass Domains mit diesen Domainendungen entsprechend teurer wurden. Hinzu kommen regelmäßige Preiserhöhungen vieler Registrierungsstellen um bis zu 10% pro Jahr.

Unsere Domainpreise sind stets günstig; bei einigen Domainendungen sind wir europaweit der günstigste Anbieter. Wir möchten, dass das so bleibt, können die deutlich gestiegenen Kosten für den Domaineinkauf aber nicht ignorieren. Zum 01.09.2022 erhöhen wir daher für viele Domainendungen die Preise.

Wir haben eine Seite erstellt, auf der alle Änderungen nachzuvollziehen sind: https://www.variomedia.de/domains/preise/2022-09/

Auszug aus der neuen Domainpreisliste, die ab dem 01.09.2022 gilt.

Die neuen Preise gelten für alle Neuregistrierungen, Domainübernahmen und Verlängerungen ab dem 01.09.2022 und enthalten 19% Mehrwertsteuer. Alle Kundinnen und Kunden, die von der Preiserhöhung betroffen sind, wurden per E-Mail über die Änderungen informiert.

Wir hoffen, dass Sie trotz der höheren Preise mit unserer Arbeit zufrieden sind und danken für Ihr Verständnis!

Passwort-Reset für Endkunden von Resellern

Bereits seit einiger Zeit lässt sich in unseren Reseller-Verträgen in den Einstellungen konfigurieren, ob die eigenen Nutzer:innen für my.securehost.de einen Passwort-Reset durchführen dürfen.

Die eigentliche Passwort-Reset-Funktion fehlte allerdings bisher noch. Sie ist inzwischen unter https://my.securehost.de/ verlinkt und führt zur Seite https://my.securehost.de/reset-password:

Dialog für den Passwort-Reset unter https://my.securehost.de/reset-password

Mit dem Ausfüllen des Formulars wird – sofern vollständig und freigeschaltet – eine E-Mail von no-reply@securehost.de verschickt. Diese E-Mail enthält einen Link, der eine Stunde lang gültig ist. Durch das Anklicken des Links wird nach einer weiteren Bestätigungsabfrage ein neues Passwort für den Kundenmenüzugang gesetzt und angezeigt.

Muster einer E-Mail, wie Sie beim Passwort-Reset an Account-Inhaber:innen verschickt wird

Preiserhöhung für neue .sexy-Domains ab dem 30.04.2022

Die Registrierungsstelle für .sexy-Domains erhöht die Preise für Neuregistrierungen deutlich. Bestehende Domains behalten ihren bisherigen Preis.

Der Preis für Domains, die ab dem 30.04.2022 (18 Uhr) registriert werden, beträgt 2.988 Euro pro Jahr (inkl. MwSt.); bisher kosteten .sexy-Domains 39,- Euro pro Jahr.

Wir interpretieren die Preispolitik der Registrierungsstelle so, dass es wohl ertragreicher ist, nur wenige Domains zu sehr hohen Preisen an zahlungskräftige Markeninhaber zu verkaufen als viele Domains zu einem günstigeren Preis.

Wir empfehlen allen Interessent:innen an einer .sexy-Domain daher, die gewünschte Domain vor dem 30.04.2022 zu registrieren, um sich den bisherigen Preis zu sichern. Eine Verfügbarkeitsprüfung ist im Kundenmenü oder über unsere Webseite möglich.

Start der neuen Top-Level-Domain .day am 01.02.2022

Logo der neuen Top-Level-Domain .day (Google Registry)

In Kürze startet die neue Domainendung .day für alle, die eine Domain für einen besonderen Tag suchen oder in einem Blog über ihren Tag berichten.

Noch bis zum 24.01.2022 können Inhaber:innen von Markenrechten die zu ihrer Marke passende .day-Domain bevorzugt registrieren. Zwischen dem 25.01.2022 und dem 01.02.2022 ist eine bevorzugte Registrierung für alle Interessent:innen möglich, die einen täglich sinkenden einmaligen Aufpreis bezahlen (“Early Access Period”).

Ab dem 01.02.2022 um 17 Uhr ist dann die freie Registrierung zum Normalpreis von 21,- Euro pro Jahr möglich. Einige besonders attraktive Premiumdomains werden zu höheren Preisen angeboten.

Gerne nehmen wir Ihre unverbindlichen Vormerkungen hier an. Auf der Seite finden Sie auch weitere Informationen zur Einführung von .day-Domains.

Datenbankserver nicht mehr über öffentliche IP-Adressen erreichbar

Die meisten unserer Datenbankserver (MySQL und MariaDB) waren bisher über öffentliche IP-Adressen auch außerhalb unseres Rechenzentrums erreichbar. Dies ist aus Sicherheitsgründen nicht ideal, weshalb wir für neue Datenbankserver seit Anfang 2020 nur noch interne IP-Adressen nutzen.

Für ältere Datenbankserver werden wir nun zum 04.10.2021 ebenfalls eine Umstellung auf interne IP-Adressen vornehmen, damit alle Datenbankserver nur noch innerhalb des Rechenzentrums von unseren Webservern aus erreichbar sind. Für Zugriffe außerhalb unseres Rechenzentrums ist dann der Aufbau eines SSH-Tunnels zu einem unserer Webserver erforderlich.

Wen betrifft diese Änderung?

Diese Änderung ist nur für wenige Kunden relevant, die von ihrem Rechner über lokal installierte Clientsoftware wie HeidiSQL oder Warenwirtschaftssysteme direkt auf unsere Datenbanken zugreifen. Falls Sie unsere Datenbanken nur für Web-Anwendungen wie WordPress nutzen, und nicht von außerhalb auf die Datenbankserver zugreifen, ändert sich für Sie nichts.

Welche Datenbankserver sind betroffen?

Die Änderung betrifft folgende Datenbankserver (MySQL 5.5, 5.6, 5.7, 8.0, MariaDB 10.1 bis 10.5):

  • db1
  • db2
  • db3
  • db4
  • db5
  • db6
  • db7
  • db8
  • db9
  • db10
  • db12
  • db13
  • db15
  • db19
  • db21
  • db22
  • db26
  • db27

Alle anderen Datenbankserver sind schon von Anfang an nur über interne IP-Adressen erreichbar.

Wie funktioniert ein SSH-Tunnel?


Ein SSH-Tunnel stellt eine verschlüsselte VPN-Verbindung zu einem unserer Webserver her. Über diesen Tunnel können Sie sich dann mit unseren Datenbankservern verbinden, als würde es sich um lokale Datenbankserver handeln.

In unserem FAQ-Artikel “Wie kann ich mich verschlüsselt mit einem MySQL-Server verbinden?” beschreiben wir den Verbindungsaufbau über einen SSH-Tunnel für verschiedene Software-Clients und Betriebssysteme.

Wir haben festgestellt, dass nur auf etwa 0,6% aller Datenbanken ohne einen SSH-Tunnel zugegriffen wird. Nutzer, die mit einem lokalen SQL-Client auf die Datenbankserver zugreifen, haben hier nur einen überschaubaren Umstellungsaufwand. Aufwendiger könnte die Umstellung z.B. von Warenwirtschaftssystemen werden. Wir beraten Sie hier gern und helfen, eine pragmatische Lösung zu finden.

Wichtig ist: Nutzer, die weiterhin von außerhalb unserer Webserver auf unsere MySQL- und MariaDB-Datenbanken zugreifen möchten, müssen vor dem 04.10.2021 aktiv werden, damit dieser Zugriff auch nach der Umstellung noch funktioniert.

Wir werden alle Kunden, von denen wir aus Logdateien wissen, dass sie in den letzten Wochen entsprechende Zugriffe auf Datenbanken hatten, explizit anschreiben. Hören Sie nichts von uns, besteht mit großer Wahrscheinlichkeit auch kein Anpassungsbedarf.

Aktualisierung vom 30.09.2021: Ursprünglich sollte die Änderung am Freitag, den 01.10.2021 durchgeführt werden. Um bei eventuellen Problemen für Kunden besser erreichbar zu sein, haben wir die Umstellung auf Montag, den 04.10.2021 verschoben.

Preiserhöhung für die Nutzung des Legacy-Servers

Vor zwei Jahren haben wir die Unterstützung der veralteten PHP-Versionen 5.2, 5.3 und 5.5 auf unseren Webservern beendet. Die Nutzung dieser PHP-Versionen ist nur noch über spezielle Legacy-Server möglich, die wir manuell mit Sicherheitsupdates versorgen. Dieser Service kostete bisher 20,- Euro monatlich pro Benutzeraccount.

Da inzwischen nur noch sehr wenige Kunden den Legacy-Server nutzen, müssen die anfallenden Kosten von den verbliebenen Kunden getragen werden. Wir erhöhen den Preis für die Nutzung des Legacy-Servers daher zum 01.09.2021 auf 40,- Euro monatlich (inkl. MwSt.). Zum 31.08.2022 möchten wir den Dienst komplett einstellen.

Wir haben alle Kunden, die noch einen Benutzeraccount auf dem Legacy-Server nutzen, per E-Mail über die Änderung informiert. Kunden, die den Legacy-Server vorerst weiterhin nutzen möchten, müssen Sie nichts weiter tun. Wir berechnen die Nutzung dieses Servers ab dem 01.09.2021 monatlich mit dem neuen Preis.

Reseller, mit einem dedizierten Server, der als Legacy-Server eingerichtet ist, bezahlen künftig 120,- Euro monatlich.

Wenn Sie den Legacy-Server nicht mehr nutzen möchten, führen Sie bitte folgende Schritte durch:

  1. Aktivieren Sie für Ihren Benutzeraccount oder die jeweilige Domain eine aktuellere PHP-Version, mindestens PHP 5.6. Eine Anleitung dazu finden Sie im FAQ-Artikel “Wie kann ich eine bestimmte PHP-Version auswählen?“.
  2. Wenn Ihre Webseite damit problemlos funktioniert, beauftragen Sie uns bitte per E-Mail zur Verschiebung des Benutzeraccounts auf einen regulären Webserver. Die Nutzung des Legacy-Servers ist jederzeit (ohne Einhaltung einer Frist) zum Ende eines Kalendermonats kündbar.

In unseren FAQ beantworten wir einige häufige Fragen zur Abschaltung der älteren PHP-Versionen. Sollten Sie bei der Umstellung auf eine neuere Version Hilfe benötigen, lassen Sie es uns bitte wissen.

Bei selbst entwickelten Webseiten sind oft nur wenige Schritte nötig, die Webseite zumindest mit PHP 5.6 zu betreiben. Komplexere Shop-Systeme und CMS benötigen hingegen in manchen Fällen so viele Anpassungen, dass der Umstieg auf eine moderne Anwendung meist einfacher ist. Gern beraten wir Sie auch dazu.

Wie sicher sind meine Daten bei Variomedia?

Der Brand eines Rechenzentrums unseres Mitbewerbers OVH und die damit verbundenen Datenverluste haben bei einigen unserer Kunden Fragen zur Sicherheit ihrer Daten bei Variomedia aufgeworfen. Wir nutzen diesen Anlass, um hier unsere Backup-Strategien zu beschreiben und die Brandschutzmaßnahmen im Rechenzentrum zu erläutern.

Was wird gesichert?

Wir führen tägliche (bzw. nächtliche) Sicherungen aller Webspace-Inhalte, MySQL-Datenbanken und E-Mail-Postfächer durch. Gesichert werden zudem alle Informationen, die in speziellen Datenbanken vorliegen, z.B. DNS-Einträge, Kalender und Kontakte in Open-Xchange und Webmail-Profile.

Eine besondere Maßnahme gibt es im besonders ausfallkritischen Bereich des E-Mail-Hostings: Alle Inhalte von Postfächern werden in Echtzeit auf einen zweiten Server synchronisiert. Dieser dient als “Hot Standby”. Fällt ein E-Mail-Backend aus, kann der zweite Server die Arbeit sofort übernehmen und es gehen keine E-Mails verloren.

Wie lange werden die Backups gespeichert?

Alle täglichen Backups stehen 30 Tage lang zur Verfügung. Zusätzlich bewahren wir ein Backup von jedem Sonntag für 6 Monate auf. Monatliche Backups von jedem ersten Sonntag im Monat halten wir für weitere 5 Monate vor. Insgesamt ist das älteste Backup daher in der Regel etwa ein Jahr alt.

Wie lassen sich Daten aus einem Backup wiederherstellen?

Auf Webspace- und MySQL-Backups können Sie selbst zugreifen. Eine Anleitung dazu finden Sie im FAQ-Artikel “Wie spiele ich ein Backup auf dem Server ein?”. Die Wiederherstellung ist auch durch uns möglich (kostenpflichtig).

Postfach-Inhalte können nur durch unsere Systemadministratoren wiederhergestellt werden. Nähere Informationen dazu finden Sie im FAQ-Artikel “Gibt es Backups meiner E-Mail-Postfächer?”.

Wohin wird gesichert?

Die täglichen Backups werden auf Servern gesichert, die im gleichen Rechenzentrum stehen, wie die Quellserver, von denen gesichert wird. Diese Backups helfen also nur bei Hardware-Fehlern oder bei selbst verursachten Datenverlusten, würden bei einem Brand im Rechenzentrum aber nichts nützen.

Aus diesem Grund betreiben wir in einem zweiten Rechenzentrum (ebenfalls in Berlin, aber geografisch getrennt) weitere Server, die als “Off-Site-Backup” dienen. Sobald die regulären, täglichen Backups erledigt sind, werden diese vom lokalen Backup-Server zum Off-Site-Backup-Server übertragen und dort für 30 Tage aufbewahrt.

Falls es also einen Brand in unserem primären Rechenzentrum geben sollte, stehen alle Daten vom Vortag im zweiten Rechenzentrum zur Verfügung und könnten von dort auf produktiv genutzte Server übertragen werden. Dieses Off-Site-Backup findet bei uns für alle auf unseren Servern gehosteten Daten statt und muss nicht kostenpflichtig gebucht werden.

Welche Brandschutzmaßnahmen werden im Rechenzentrum getroffen?

Die Server für unsere Webhosting-, Datenbanken- und E-Mail-Dienste sind in einem Rechenzentrum in Berlin untergebracht. Da es sich um ein sehr großes Rechenzentrum handelt, ist es in mehrere Gebäudebrandabschnitte mit hoher Feuerwiderstandsklasse (F 90 A) unterteilt. Die einzelnen Serverräume innerhalb des Rechenzentrums sind ebenso als Brandbekämpfungsabschnitte (F 90 A) ausgeführt. Dadurch wird verhindert, dass sich ein Brand innerhalb eines Serverraums innerhalb kurzer Zeit auf weitere Serverräume ausbreiten kann.

Um die Ausbreitung eines Brandes innerhalb der Serverräume zu erschweren, wurden für den Innenausbau ausschließlich spezielle, nicht-brennbare oder schwer entflammbare Materialien verwendet.

Die Serverräume sind mit Brandmeldern und einer automatischen Gaslöschanlage ausgerüstet: Im Falle eines Brandes wird der betroffene Serverraum automatisch mit einem speziellen Löschgas geflutet, das den Brand erstickt. Durch das Löschgas entstehen keine zusätzlichen Schäden an den Servern, wie sie etwa beim Löschen mit Wasser entstehen würden.

Zusätzlich zu konventionellen Brandmeldern sind die Serverräume mit einem Brandfrüherkennungssystem ausgestattet: Werden erste Anzeichen eines möglichen Brandes erkannt, so erfolgt eine umgehende Kontrolle durch Mitarbeiter des Rechenzentrums, die permanent vor Ort sind.

Durch diese Maßnahmen ist ein Brand des Rechenzentrums mit totalem Datenverlust sehr unwahrscheinlich.

Eigene Passwörter unter my.variomedia.de/mail

Passwörter für E-Mail-Postfächer bei uns lassen sich über drei verschiedene Wege setzen:

Bisher war es nur für Vertragsinhaber:innen und unter Verwendung der API möglich, ein Passwort frei zu wählen. Für Postfachnutzer:innen hingegen gab es nur die Möglichkeit, automatisch generierte Passwörter zu verwenden. Dies hat sich nun geändert.

Ab sofort ist es auch in den E-Mail-Einstellungen (my.variomedia.de/mail), eigene Passwörter zu wählen. Es gelten dabei strenge Richtlinien, die zu einfache Passwörter verhindern sollen. Ein gutes Passwort ist eher länger als kürzer und wird ausschließlich für einen einzigen Dienst verwendet. Wir empfehlen dringend die Nutzung eines Passwortmanagers.

Passwort-Regeln
Regeln zum Setzen eines Passworts unter https://my.variomedia.de/mail

Im Kundenmenü und per API ist es auch möglich, so genannte “Application Passwords” anzulegen. Hier handelt es sich um automatisch generierte Passwörter, die sich zusätzlich zum Haupt-Passwort eines Postfachs nutzen lassen und einer bestimmten Anwendung (z.B. Outlook oder Thunderbird) auf einem bestimmten Gerät (z.B. “Mein PC”) zugeordnet sind.

Änderung im Kundenmenü: Rechnungen auf Wunsch nicht mehr für den Hauptkontakt

Schon seit langer Zeit ist es möglich, die von uns per E-Mail verschickten Rechnungen nicht nur an den Hauptkontakt eines Kundenaccounts (primärer Ansprechpartner für Variomedia) versenden zu lassen, sondern zusätzliche Kontakte mit einer Buchhaltungsberechtigung anzulegen. Auf diese Weise können Sie unsere Rechnungen direkt dorthin schicken lassen, wo sie verarbeitet werden – in der Regel zur Buchhaltung eines Unternehmens, aber auch zu externen Dienstleistern für die Rechnungsverarbeitung.

Bisher war es aber so, dass der Hauptkontakt die Rechnung immer zusätzlich erhalten hat, was in manchen Fällen zu Irritationen und Doppelzahlungen geführt hat.

Wir haben die entsprechende Einstellung im Kundenmenü nun so geändert, dass sich die Buchhaltungsberechtigung des Hauptkontakts entfernen lässt, sofern es mindestens einen anderen Ansprechpartner mit Buchhaltungsberechtigung gibt.

Bleibt die Buchhaltungsberechtigung erhalten, senden wir alle Rechnungen weiterhin an den Hauptansprechpartner, sowie an alle Kontakte mit Buchhaltungsberechtigung.