Beiträge von [netcup] Lars S.

    Hallo Gurke258,

    wenn du das Wildcard-Zertifikat für *.deinedomain.tld nicht benötigst, dann empfehle ich dir, den Auftrag im Hosting-Panel abzubrechen und es nur für die Domain + ggf. www. zu beantragen. Dann musst du keine Änderungen an den DNS-Einträgen vornehmen und das Zertifikat kann auch automatisch verlängert werden in der Zukunft. Du kannst, falls du Subdomains anlegst, ja trotzdem für diese eigene Zertifikate im Hostingpanel beantragen, das ist kein Problem.

    Wir haben die drei Optionen hier auch nochmal im Wiki zusammengefasst.

    Hallo lucem,


    insofern du das Backup nicht auf einen externen Storage konfiguriert hast, wird es in einem Bereich abgelegt, der für den Kunden nicht direkt einsehbar ist (also nur über den Backup Manager, aber nicht auf Dateisystemebene).

    Du solltest das angelegte Backup spätestens nach 24 Stunden in den Statistiken sehen können, diese werden jedoch nicht in Echtzeit aktualisiert, sondern eben nur alle 24 Std.

    klingt für mich danach, als sei die Version > 1.4. Ab der Version ist das Elastic-Theme standardmäßig bei Roundcube dabei. Ich wüsste keinen Grund, warum netcup dieses Theme wieder manuell rauswerfen sollte.

    Hallo Virinum und ChrisAT,

    genau, das ist der Plan. Also nicht, das Theme herauszuwerfen, sondern auf eine sehr aktuelle Version, welche das Theme zur Auswahl beinhaltet, zu upgraden :D

    Der Aufpreis für meinen 8000er Fast Rabbit mit 12 Kernen (39,99€) auf den "RS 8000 G9.5 a1 NUE 12M" würde rund 20€ betragen. Für 2 CPU Kerne mehr der 1,5x Preis. =O;(

    Hallo TBT, hier handelt es sich aber auch um den Vergleich eines Oster-Sonderangebots zu einem normalen Angebotspreis von uns. Wir werden auch die neue Servergeneration immer mal wieder mit Sonderangeboten anbieten, wir ihr es von uns gewohnt seid :)

    Hallo KB19, es ist eines der Dinge, an denen wir mit hoher Priorität arbeiten und weiter arbeiten werden, allerdings sind auch noch andere (zum Teil interne) Verbesserungen und Erweiterungen ausstehend, die teilweise auch hohe oder höhere Priorität aufweisen, so dass ich aktuell kein Zeitfenster benennen kann. Wir haben es aber auf jeden Fall weiter auf dem Schirm.

    Hallo zusammen,


    danke für die angeregte Diskussion.

    Ich habe das Thema mal in ein etwas passenderes Unterforum verschoben.

    Um noch etwas zum Thema zu kommentieren, möchte ich einmal ein wenig ausführen, was wir unter anderem alles dafür tun, um Ausfälle und Störungen bei VPS / Root-Servern zu vermeiden. Vieles wurde hier ja schon erwähnt, vielen Dank dafür.

    • Verwendung von Enterprise-Server-Hardware (keine Tower-PCs als Server)
    • Nutzung von geeigneten RAID-Leveln zur bestmöglichen Vermeidung etwaiger Datenverluste
    • Redundanz unserer Netzwerkinfrastruktur
    • Betrieb einer geeigneten USV
    • Und weitere, übliche Rechenzentrumsinfrastruktur für hohe Verfügbarkeiten

    Für den Fall, dass es zu einem Ausfall kommen sollte:

    • 24/7/365-Verfügbarkeit von qualifiziertem Personal im Rechenzentrum
    • 24/7/365-Erreichbarkeit eines qualifizierten Technikers über eine Notfallhotline für unsere Kunden
    • Vorhaltung einer hinreichenden Anzahl an Ersatzteilen

    Zudem ergreifen wir auch durch unsere Systemüberwachung und Prozesse weitere Maßnahmen, um Ausfälle zu reduzieren:

    • Überwachung aller Systeme auf gängige Fehlerbilder
    • Bei Feststellung eines Fehlers wird dieser in einem angemessenen Zeitraum korrigiert
    • Aufgetretene Fehler werden angemessen dokumentiert und bei Häufungen Analysen und Behebungen angestellt, um weitere Vorfälle der Art zu vermeiden
    • Kontinuierliche Verbesserung unserer Software (z.B. eingesetzter Kernel, eingesetzte Version der Virtualisierungssoftware, usw.)
    • Sollte eine Wartung mit Ausfallzeit einhergehen, haben wir die Möglichkeit, Server zuvor auf ein Ersatzsystem zu migrieren. Dies geschieht in den meisten Fällen live und ohne Ausfallzeit und ermöglicht es uns, die Ausfallzeiten durch notwendige Notfallwartungen massiv zu reduzieren.

    Das alles ist nur ein Auszug.

    Außerdem sind wir über unseren Support, hier über unser Forum und via Social Media gerne stets für Fragen und Kritik erreichbar ;)

    Wie ich zu netcup kam

    2015 stand ich kurz davor, mein Abitur abzuschließen und war schon einige Zeit Kunde bei netcup und mit den Produkten sehr zufrieden. Da ich ohnehin ein Studium im IT-Bereich beginnen wollte, entschied ich mich, mich für ein auf der netcup-Webseite beworbenes duales Studium zu bewerben. Nach einem positiv verlaufenen Bewerbungsgespräch konnte ich dann Ende 2015 in mein duales Studium bei netcup in Karlsruhe starten. Doch ich bemerkte in der praktischen Phase des Studiums bereits schnell, dass mir die Arbeit im Betrieb, im Gegensatz zum theoretischen Studium, große Freude bereitete. Daher entschloss ich, mein Studium abzubrechen, vorübergehend bei netcup als Support-Mitarbeiter zu arbeiten und dann Ende 2016 eine Ausbildung zum Fachinformatiker für Systemintegration zu beginnen. Diese schloss ich Anfang 2019 erfolgreich ab und war seitdem als Linux-Systemadministrator angestellt. Beginnend im April 2022 war ich als Senior Linux-Systemadministrator tätig. Im Januar 2025 habe ich als Technical Lead Webhosting eine neue Rolle übernommen. Seit August 2026 arbeite ich als Team Lead Managed Services & Reliability bei netcup.

    Was hier meine Hauptaufgabe ist

    Hier im Forum kümmere ich mich darum, insbesondere im Bezug auf technische Sachverhalte, Feedback unserer Kunden zu sammeln und Informationen an diese weiterzugeben. Mit meinem technischen Wissen stehe ich auch dem restlichen Community Management-Team mit Rat und Tat zur Seite und bin der Vermittler zwischen der Systemadministration bei netcup und der Öffentlichkeitsarbeit und Kommunikation gegenüber unseren Kunden.

    Was ich sonst noch so mache

    Meine Arbeit bei netcup ist äußerst abwechslungsreich. Ich unterstütze dort, wo gerade Hilfe benötigt wird. So bearbeite ich zum Beispiel technische Supportanfragen, nehme Aktualisierungen und Konfigurationsänderungen an Systemen vor oder behandele Störungen (und das manchmal sogar auch am Wochenende oder nachts). Ein Schwerpunkt meiner Arbeit liegt in der Betreuung unserer shared Hosting-Plattform auf Plesk-Basis. Ein besonderes Augenmerk liegt immer auf der Kommunikation mit unseren Kunden. Daher beantworte ich auch Anfragen unserer Kunden auf den Social-Media-Plattformen. Viele aktuelle Texte, die ihr auf diversen Plattformen von netcup lesen könnt, sind von mir verfasst. Mir ist es ein wichtiges Anliegen, dass sich Kunden stets gut informiert fühlen. Ich bin außerdem seit Mitte 2020 Ausbilder für Fachinformatiker für Systemintegration. Ferner ist es mir eine große Ehre, seit Sommer 2021 bei der IHK Karlsruhe Prüfer für eben diesen Ausbildungsberuf zu sein.

    Wenn mein Leben eine Schlagwort-Wolke wäre

    #Computer #Linux #Armbanduhren #Katzen #EurovisionSongContest

    [netcup] Claudia H. weiß man schon etwas über das Forum und IPv6?

    sollte der rDNS-Eintrag nicht eventuell auch angeglichen werden?

    Code
    # host forum.netcup.de
    forum.netcup.de has address 195.128.101.95
    forum.netcup.de has IPv6 address 2a03:4000:35:8e2::95
    # host 195.128.101.95
    95.101.128.195.in-addr.arpa domain name pointer v12021101054164689.yourpserver.net.
    # host 2a03:4000:35:8e2::95
    Host 5.9.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.e.8.0.5.3.0.0.0.0.0.4.3.0.a.2.ip6.arpa not found: 3(NXDOMAIN)
    #

    Hallo mainziman,

    die rDNS-Einträge sind nun korrekt gesetzt (es kann aufgrund des DNS-Cachings ggf. ein wenig dauern, bis dir dies korrekt angezeigt wird).

    Das Forum ist via IPv6 erreichbar:

    Code
    $ curl -IL -6 https://forum.netcup.de
    HTTP/2 200 
    server: nginx
    date: Tue, 08 Feb 2022 08:40:20 GMT
    content-type: text/html; charset=UTF-8
    [...]

    Oder funktioniert dies in deinem / eurem Fall nicht? Es werden jedoch Ping-Antworten (ICMP) per IPv6 blockiert, ich werde abklären, ob wir dies ändern können.

    Hallo zusammen,


    der Webmailer unter https://webmail.netcupmail.de ist seit gestern Abend abgeschaltet (https://www.netcup-status.de/2022/01/wartun…-im-webhosting/) und leitet nun auf den "neuen" Webmailer https://webmail01.netcup.net weiter. Die Daten des alten Webmailers wurden mit dem neuen Webmailer zusammengeführt, so dass diesen nun alle Kunden nutzen können.

    Wir arbeiten jetzt daran, webmail01.netcup.net voraussichtlich in den nächsten Wochen auf eine aktuelle Roundcube-Version zu aktualisieren. In jedem Fall kann ich versichern, dass die Roundcube-Instanz trotz der alten Version mit aktuellen backported Sicherheitspatches versehen ist. Unser Ziel ist es nun aber auch, eine neuere Version anzubieten, um euch z.B. von neuen Features profitieren zu lassen. Das Ganze benötigt Planung, Testung und Ausführung und nimmt daher noch ein wenig Zeit in Anspruch. Unsere Webmailer werden von vielen Nutzern verwendet und eine auch nur kurze ungewollte Störung oder einen entsprechenden Ausfall müssen wir daher möglichst verhindern und alle Schritte genauestens planen.

    Hallo mainziman,

    danke für deine Rückmeldung.

    Wenn ein AAAA-Record (IPv6) bei einem Hostnamen hinterlegt ist, präferieren wir diesen, das ist korrekt. Warum hältst du dies für problematisch? Bei Interesse kann natürlich auch weiterhin manuell die gewünschte IP(v4)-Adresse eingetragen werden.

    Bei mir läuft seit 2 Wochen auch wieder alles einwandfrei.

    Ich würde gerne noch wissen, was seitens Netcup geändert wurde und warum das über ein Jahr bis zur Umsetzung gedauert hat [netcup] Claudia H.

    Hallo zusammen,

    ich antworte einmal für Claudia.

    Dank eurer zahlreichen Eingaben, war es uns möglich, das Problem gesammelt zu betrachten und Ähnlichkeiten abzuleiten. Die Probleme erschienen bisher als Einzelfälle, ohne offensichtlich erkennbare Korrelation. Es konnte jedoch im Rahmen von gründlichen Analysen, die durch die erfolgte Datensammlung möglich wurden, festgestellt werden, dass eine von uns genutzte Option des Linux-Kernels für die Instabilitäten verantwortlich war. Ich bitte um Verständnis dafür, dass ich hier nicht ins Detail gehen kann, da die genaue Konfiguration der Kernel unserer Hostsysteme natürlich integraler Bestandteil unserer Betriebsgeheimnisse im Bezug auf unsere VPS und Root-Server ist.

    In jedem Fall freue ich mich, dass die Probleme nun verschwunden sind. Es wurde viel Zeit in die Analyse und Lösung dieses Sachverhalts gesteckt und es ist toll, dass wir unsere Produkte mit eurer Hilfe weiter optimieren konnten. Vielen Dank an euch alle für die Hilfe.

    Hallo zusammen,

    vielen Dank für eure zahlreichen Meldungen. Gerne möchten wir diese gesammelt untersuchen, um unsere Produkte weiter verbessern zu können. Bitte kontaktiert uns daher jeweils mit folgenden Daten und einem kurzen Verweis auf diesen Beitrag hier per E-Mail an mail@netcup.de. Wir sammeln die Fälle, um Gemeinsamkeiten finden zu können. Dies erlaubt es uns, den Sachverhalt bestmöglich zu analysieren.

    Bitte lasst uns dazu in jedem Fall folgendes zukommen:

    - Euren vServer-Namen
    - Eure verwendete Distribution
    - Eure verwendete Kernel-Version (kann z.B. mit "uname -a" herausgefunden werden)
    - Wurde etwas manuell am Kernel konfiguriert, und wenn ja, was?
    - Wird VMX / SVM genutzt?
    - Zeitpunkte, zu denen das Problem aufgetreten ist
    - Problembeschreibung

    Danke für eure Unterstützung! :)