Hallo
Ich bin am entscheiden zwischen RS 1000 G7 SE und dem VPS 1000 G7 SE.
Die beiden tun sich nicht viel. Der RS hat 2 dedizierte Cores, der VPS dafür 4 vCores. RAM: 4GB (VPS) vs. 6GB (RS). Der einzig große Unterschied ist die Verfügbarkeit von 99,9% beim RS und 99,6% beim VPS, also wenns euch um die Downtime geht, wie ja von dir angesprochen, dann nimm den RS.
Gruß Oli
Jetzt ist doch bei mir die Neugier geweckt 
Was hat das denn für einen Effekt, wenn man die IPv6 Konfig über die IPv4 Konfig setzt? Wieso funktioniert es dann besser?
Gruß Oli
Die crt-Dateien sind ja normale Textdateien.
Du kannst die Chain einfach erstellen, indem du das Zertifikat in eine Datei chain.crt kopierst, und dahinter das Intermediate Zertifikat anfügst.
Hier ist das auch ganz gut beschrieben (geht für crt analog zu pem): How to Create a .pem File for SSL Certificate Installations
Gruß Oli
Und wieder die übliche Predigt:
Als Neuling einen Server direkt ins Internet zu setzen ist grob fahrlässig, wenn man sich nicht auskennt mit dessen Absicherung! Grundsätzliche Kenntnisse in Sachen Firewallkonfiguration und sichere Anmeldeoptionen sind essentiell.
Ansonsten kannst du dich auch mit ner Ladung Steaks in die Savanne setzen, in der Hoffnung, dass nur Elefanten und Giraffen deinen Weg kreuzen 
Kleiner Tipp noch für dein Problem: RDP ist von Haus aus nach der Installation deaktiviert und muss unter System -> Remoteeinstellungen erst noch aktiviert werden.
Gruß Oli
Die Frage hatte ich die Tage auch, und ich habe mich diesbezüglich an den Support gewandt.
Dafür gibt es das folgende Produkt:
Für mich war es günstiger einfach ein neues Subnet zu ordern!
Gruß Oli
Edit: Oh, du hast Recht! Hätte nicht gedacht, dass man es sich in den Warenkorb legen muss um das zu sehen
Habs auch erst heute Morgen durch Zufall herausgefunden, dass man es erst dann sieht.
Ich würde gern das Produkt kaufen RS 500 SAS G7SEa1 12M
Das Produkt ist derzeit aber leider ausverkauft!
Wenn du Pech hast bekommst du eine Antwort a la "Wir stellen die Infrastruktur bereit, was Sie darauf machen ist Ihre Sache". Aber fragen schadet ja nicht.
Ich habe mit Windows bisher immer auf Rootservern gearbeitet, VPS habe ich noch nicht für Win getestet.
Ich habe auch zwei VPS 500er, die allerdings als Nameserver für meine Domains fungieren. Ansonsten hätte ich es mal testen können.
Ich weiß nicht, ob Win2k16 evtl. nicht mit der VPS Konfiguration zurecht kommt, aber wenn es auf beiden VPS nicht läuft, du das offizielle ISO von Netcup und ein eigenes getestet hast, dann vermute ich doch sehr stark, dass es wirklich am Zusammenspiel VPS - W2k16 liegt.
Die Rootserver von Netcup sind ja eigentlich auch VPS, aber eben anders aufgestellt. Vielleicht ist gerade das der Knackpunkt!
Hallo zusammen,
ich geselle mich mal als weiterer Interessent für das Feature zu dieser Runde.
Der Vollständigkeit halber würde ich das für IPv4-Adressen ebenfalls begrüßen, falls möglich.
Gruß Oli
Hallo,
welchen Server hast du denn?
Hast du mal den Support kontaktiert?
Als allerletztes Mittel und falls du den Server vor weniger als 14 Tagen bestellt hast, könntest du noch folgendes Versuchen: Den gleichen Server nochmal bestellen (der ist dann auf einem anderen Node), damit die Installation versuchen und bei Erfolg den "kaputten" Server widerrufen.
Das hat bei mir mal geholfen, als ich das IPv6-Netzwerk auf einem Server nicht zum Laufen bekommen hab!
Was ich dir sagen kann: Ich habe einen RS 1000 G7 SE SAS und auf dem läuft Win2k16 ohne Probleme.
Gruß Oli
Ich kann bestätigen, dass das Booten mit den Windows Server ISOs bei der Grundkonfiguration ohne Probleme funktioniert. Auch die Windows Server 2016 ISO von MS Imagine läuft (die ISOs einer Serverversion sollten ja auch alle identisch sein).
Windows 10 habe ich noch nicht ausprobiert, dürfte aber eigentlich keinen Unterschied machen, da das Grundsystem das gleiche ist.
Zudem hat man vielleicht ja auch die Möglichkeit seine IP zu behalten (nicht die zusätzliche oder Failover IP, die kann man ja immer behalten), soviel ich weiß ist das bei Server-Upgrades bei netcup möglich. Wenn man aber einen neuen Server bestellt und den alten kündigt "verliert" man definitiv seine reguläre IP.
DNS Einträge anpassen, sofern man eine Domain hat => Thema erledigt
Mir wäre es die 20 € auf jeden Fall nicht wert! Aber vielleicht gibt es für jemanden Gründe das Angebot anzunehmen.
In der Regel ist das ja schnell gemacht. Sieh es auch mal positiv: Chance das System nochmal frisch aufzusetzen!
Das mit den 20 € verstehe ich auch nicht so recht. Da ist es doch günstiger den SE Server neu zu bestellen und den alten einfach auslaufen zu lassen, anstatt zu wechseln.
Beispiel Umstellung VPS 50 für 0,78 €/Monat bei 12 Monaten Laufzeit auf VPS 100 SE für 1,99 €/Monat bei 12 Monaten Laufzeit:
VPS 50: 12 x 0,78 € = 9,36 €
VPS 100 SE: 12 x 1,99 € = 23,88 €
Macht insgesamt für beide Server: 33,24 € im Jahr
Wechselt man beispielsweise nach einem Monat, so würde man ja zusätzlich zu 11 x 1,99 € = 21,89 € für den VPS 100 SE die 20 € Gebühr bezahlen. Das wären dann 41,89 € insgesamt im 1. Jahr.
Die Einrichtungsgebühr für den VPS 50 habe ich außen vor gelassen, die zahlt man ja in beiden Fällen.
Oder habe ich das Upgradeangebot falsch verstanden?
Gruß Oli
Nach meinen Informationen werden Bestellungen von einem Kunden möglichst automatisch und immer auf anderen Nodes ausgeführt. Du solltest also immer auf anderer Hardware landen, aber im gleichen RZ.
MfG Christian
Genau das gleiche habe ich letzte Woche auch telefonisch vom Support erfahren: Bei Bestellungen werden die Produkte bestmöglich über die Nodes verteilt!
Hatte genau die gleiche Frage bezüglich DNS Server. Habe 2 VPS 500 der alten Generation, derzeit mit 3 Domains. 20 auf dem 100er sollten aber auch kein Problem sein. So ressourcenhungrig ist DNS ja nicht
Gruß Oli
Hallo AlexB,
klicke dich ausgehend von Netzwerk- und Freigabecenter wie folgt durch:
IPv6.png
Für IPv4 gilt das analog.
Ich habe nur gerade nicht im Kopf mit welcher Adresse der Server dann Verbindungen nach außen aufbaut. Bei IPv4 ist es immer die niedrigste, also z.b. 1.2.3.3 bei den Adressen 1.2.3.3 und 1.2.3.4.
Heißt also: Die Reihenfolge spielt keine Rolle.
Gruß Oli
Frohe Weihnachten,
danke netcup für den tollen Adventskalender. Leider blieb meine Hoffnung auf neue Serverkapazitäten für den VPS 20 bzw. 50 unerfüllt 
ich warte schon seit Wochen darauf jeweils ein Exemplar zu bestellen. Aber vielleicht bringt der Jahreswechsel ja etwas neues *hoff*
Aber jetzt würde gerne erfahren wie ich testen kann ob das funktioniert , also dass alles geblockt ist? Wie teste ich das? Vielleicht per cmd ping oder so?
Naja du kannst einen Portscanner drüber laufen lassen, was dir aber auch nix bringt, wenn auf den abgefragten Ports sowieso kein Dienst lauscht. Du könntest aber Testweise den http/https-Dienst aus der Firewall-Ausnahme rausnehmen und schauen, ob du dich dann immernoch mit deinem Webserver verbinden kannst (über Browser, wie auch über Telnet). Schlägt das dann fehl, kannst du davon ausgehen, dass mit deiner Config auch wirklich nur die Ports für SSH und HTTP/HTTPS offen sind!
Port 53
Port 53 ist für DNS-Traffic reserviert, kann natürlich auch ein anderer Dienst sein, der "verbotenerweise" auf Port 53 kommuniziert, aber für mich sieht es nach normalem DNS-Traffic aus.
Hauptsache der Johann hat noch eine .de-Domain und einen vServer im Schlepptau
Für die .de-Domain biste heute richtig
Hast du für mich denn tipps was wichtig ist?
Sichere Kennwörter, für SSH am besten public key authentication nutzen und root login deaktivieren!
iptables (Firewall), alles schließen, außer die Ports, die du brauchst. Dabei natürlich darauf achten, dass du dich nicht aussperrst (SSH Port 21).
Intrusion prevention a la Fail2ban bietet sich ebenfalls an. Denk nur daran, dass es standardmäßig nur deinen IPv4 Traffic filtert.
Mit Froxlor kenne ich mich nicht aus, noch nie benutzt. Solltest du einem MTA (Postfix) einrichten, solltest du verhindern, dass dieser als open relay fungiert!
Für einige Anwendungen gibt es im Internet Sicherheitschecks (beispielsweise open relay checks), die würde ich an deiner Stelle dann mal suchen und abklappern, um sicher zu gehen, dass von außen auch wirklich alles dicht ist, was dicht sein soll.
