Guten Tag,
genau, dass haben Sie richtig verstanden.
Mit nur einem Server macht eine Failover-IP keinen Sinn.
Einen Grund gäbe es hier schon: Wenn einmal auf einen neuen Server gewechselt werden soll, können die IPs erhalten bleiben.
Viele Grüße
Felix Preuß
Einfach so wird ein Produkt nicht kostenpflichtig. Es tut mir Leid, wenn das missverstanden wurde.
Viele Grüße
Felix Preuß
Guten Tag,
das Produkt setzt immer zwei aktive Root-Server voraus. Wenn am Ende diese Bedingung nicht erfüllt wird, besteht die Möglichkeit das Produkt zum normalen Preis zu nutzen oder es wird auch deaktiviert, da die Voraussetzungen dafür nicht erfüllt werden.
Vielen Grüße
Felix Preuß
Was genau meinen Sie mit "leider nein"?
Guten Morgen,
wenn über Plesk Joomla installiert wird, kann eingestellt werden das dieses automatisch aktualisiert wird.
Mit freundlichen Grüßen
Felix Preuß
Guten Tag,
da die Haupt-IP-Adressen der Server immer einem bestimmten VLAN zugeordnet sind und neue Produkte meist in anderen VLANs stehen, ist eine Mitnahme der Haupt-IP-Adressen nicht möglich. Die Failover-IPs werden geroutet und sind daher eine günstige und einfache Option IP-Adressen auch über die Grenze eines VLANs hinweg zu nutzen.
Mit freundlichen Grüßen
Felix Preuß
Guten Morgen,
nein, bitte die Produkt Beschreibung komplett lesen. Damit das noch verständlicher wird, habe ich den Text erweitert.
Hier noch einmal kurz eine Checkliste:
- Ich bin bereits seit mehr als einem Jahr Kunde bei netcup
- Ich möchte heute ein reguläres Produkt bestellen
- Es sind noch USB-Sticks verfügbar
Letztes prüfe ich, indem ich den USB-Stick in den Warenkorb hinzufüge.
Bestellungen bei denen dieses nicht zutrifft, werden abgelehnt.
Frohes Bestellen 
Mit freundlichen Grüßen
Felix Preuß
Guten Tag,
aktuell bieten wir die gesonderten SLA nur für Root-Server an. Beim Webhosting sind diese in Planung.
Mit freundlichen Grüßen
Felix Preuß
Guten Tag,
aktuell entwickeln wir für das Webhosting ein eigenes Tool. Der Hersteller Odin sieht die Unterstützung von Let's Encrypt hier aktuell nicht vor.
Mit freundlichen Grüßen
Felix Preuß
Guten Tag,
Plesk unterstützt jetzt von Haus aus Let's Encrypt:
Let’s Encrypt Plesk | Plesk DevBlog
Ein erster Test sieht sehr gut aus. Auch die automatische Verlängerung funktioniert.
In managed Servern die Plesk 12.5 nutzen schalten wir Let's Encrypt auf Anfrage frei.
Mit freundlichen Grüßen
Felix Preuß
Guten Tag,
wenn im Rettungssystem keine Paketverluste auftreten, ist der Node in Ordnung. Wenn im normalen System Paketverluste auftreten, muss dieses dann überprüft werden. Ein Umzug auf einen anderen Node wenn kein nachweisbarer Fehler am Node vorliegt, ist nach wie vor eine Kulanzleistung die wir auch nicht immer anbieten können.
Mit freundlichen Grüßen
Felix Preuß
Guten Morgen,
normal ist das nicht. Wie beschrieben bitte in so einen Fall direkt an den Support wenden.
Vielen Dank!
Mit freundlichen Grüßen
Felix Preuß
Guten Tag,
ja, es ist davon auszugehen dass Let's Encrypt funktioniert. Firmen die mit DV-Zertifikaten viel Geld verdient haben, wehren sich verständlicher Weise mit allen möglichen Mitteln gegen Let's Encrypt. Ich denke nicht das das Erfolg haben wird.
Wir haben auch mit DV-Zertifikaten Geld verdient. Sehen Let's Encrypt jedoch als Chance und sind dabei eine vollständige Automatisierung dafür zu entwickeln.
Mit freundlichen Grüßen
Felix Preuß
Guten Tag,
technisch wäre dieses sehr einfach umgesetzt. Wenn dann scheitert das an rechtlichen Hürden. Das prüfen wir aktuell.
Mit freundlichen Grüßen
Felix Preuß
Guten Tag,
neue Server stellen wir jetzt nicht mehr mit yourvserver.net bereit. Wir haben jetzt einen stetig wachsenden Pool von Domains die wir für die Subdomains der Hostnames für die Erstauslieferung vergeben. So teilen sich nur wenige Server die gleiche Hauptdomain.
Mit freundlichen Grüßen
Felix Preuß
Guten Tag,
wie es aussieht, haben Sie für Ihre Domain im WCP eine Subdomain mit dem Namen webmail angelegt. Das führt dann zu dem Fehler. Bitte entfernen Sie die Subdomain um unser Webmail nutzen zu können.
Vielen Dank!
Mit freundlichen Grüßen
Felix Preuß
Guten Tag,
von unserer Seite aus ist das kein Problem. Ansonsten hängt das von Ihrem Anwendungsfall ab.
Mit freundlichen Grüßen
Felix Preuß
Bitteschön!
Es freut uns das die Johanns so begehrt sind. Das hätten wir nicht erwartet.
Mit freundlichen Grüßen
Felix Preuß
Guten Tag,
{WEBSPACEROOT} ist vom gesamten Webspace-Verzeichnis.
{DOCROOT} ist das Stammverzeichnis der jeweiligen Website.
Ist es ratsam alle diese Unterverzeichnisse unterhalb "/httpdocs/" abzulegen,
oder muss/sollte man das sogar ?
Sicherer ist es wenn Sie je Website ein eigenes Docroot nutzen, da so nicht von einer Website in die andere gesprungen werden kann, wenn die Berechtigungen richtig gesetzt sind.
Applikationen landen im im Docroot der ausgewählten Domain.
Mit freundlichen Grüßen
Felix Preuß
Guten Morgen,
Hier wird ja die Domain xxx .yourpserver.net verwendet, auch wenn der
rDNS Eintrag durch den Support geändert wurde, antwortet der Mailserver
mit dieser xxx .yourpserver.net Adresse.
also bei der Auslieferung ist laut geltenden RFCs absolut nichts falsches dabei, wenn der rDNS serverkennung.domain.tld ist, solange dieser in der Konfiguration des MTA entsprechend genutzt wird.
Wenn Kunden bei ihren managed Servern den rDNS ändern lassen, was wir in Ausnahmefällen tun, passen wir die dazu gehörende Konfiguration des MTA an.
Viele Grüße
Felix Preuß
