Beiträge von [gelöschtes Individuum]

    Bei mir wurde auch bereits 2x händisch durch den Support der DS-Record in der de. Zone nachgetragen.

    Allerdings scheint der mit jedem "speichern" der DNS-Records bzw. der externen Nameserver im CCP wieder zu verschwinden.

    Ich werde also erneut den Support bemühen.

    Hoffentlich gibt es bald eine dauerhafte Lösung, oder zumindest mal ein Statement von Netcup zu dem Problem.

    Das ist echt kacke, ich werd also lieber nichts an meiner Domain in den naechsten Tagen oder eventuell sogar Wochen veraendern ^^

    Update:

    Der Support hat sich gemeldet:

    Zitat
    „Ich habe soeben den Digest bei der DENIC für (meine Domain) hinzugefügt.

    Es gibt hier auf unserer Seite einen Fehler beim NS/DNS-Update, wodurch DS nicht korrekt an die Registry übergeben wird.

    Unsere Entwickler untersuchen dies bereits, vor Montag ist allerdings nicht mit einer Lösung zu rechnen.“

    DNSSEC funktioniert bei mir wieder. Auch der Verisign-Debugger bestätigt, dass der DS-Record aktiv und korrekt vorhanden ist.

    Hoffen wir, dass die Developer den Fehler finden. :)

    Mir hat es in den letzten Stunden wohl auch DNSSEC zerschossen, und der DS-Record geht gar nicht mehr durch. Ich habe jetzt den Support kontaktiert und darum gebeten, den DS-Record mal zu prüfen.


    Mir wurde inzwischen eine E-Mail mit einem Ticket geschickt, da werde ich wohl warten müssen. Schade.


    Wenn DNSSEC wirklich nicht mehr zuverlässig funktionieren sollte, werde ich wohl den Anbieter wechseln müssen.
    Ich finde das ehrlich gesagt ziemlich traurig.

    Ich habe gerade mal wieder ge-yabs-t und wohl einen guten Moment erwischt. RS 16000 G12:

    Wow, performance dropped between 40% and 60%. Quite a big one.

    Performance loss is normally expected, but this was a really big performance loss. :huh:

    Send them the evidence in the ticket and send them the forum link as well for them to monitor.

    Nothing irritates me more than this request to start recovery mode. Any problem, they tell me to start recovery mode. Even problems that don't require recovery mode. It's infuriating. I reported packet loss on a server and opened a ticket. The packet loss occurred in the middle of the night, and they ask me to test in recovery mode. Imagine leaving the server offline for over 12 hours to confirm a problem that was reproduced on Ubuntu itself and confirmed by other independent monitoring systems. It's a complete waste of time. You need to be very patient with technical support. It seems they do this deliberately to make you drop the complaint.

    Den Support habe ich aufgegeben. Man muss jedes Mal Handstände machen um von extern die Hoster-Infra bei Problemen genaustens zu analysieren, mal abgesehen von Späßen wie dem Rettungssystem was richtig Laune macht bei Produktiven Maschinen.

    Selbst wenn man das macht gibt es nur dumme Textbausteine. Das Problem auszusitzen erscheint mir seit einem Jahr sinnvoller als meine Zeit zu verschwenden

    You summed up my experience. :D :D

    When you're asked to boot into the recovery system to test something on a production server.

    And what about when there's a network issue and instability occurs at random, rapid moments, and you're asked to test MTR on the recovery system? Hahaha.

    Imagine leaving the server offline in the recovery system until the problem registers it again? Total madness.

    I was having a packet loss issue between Netcup servers in the same datacenter.

    I logged the issue in Ubuntu's own MTR, but they wanted me to boot into recovery mode to perform the same test.

    Note that the problem occurred at random times and was always rapid.

    To give time for registration in recovery mode, I had to leave the server in recovery mode, running MTR until the problem was registered. This was on a production server. Sometimes it took more than 10 hours for the problem to occur. HAHAHA.

    Luckily, I was able to log the issue in the recovery system. The problem was that it had already been detected and logged in Ubuntu itself.

    Will Manassas be back in stock in time for this sale?

    [netcup] Sarah G.

    Is there any chance of being able to upgrade promotional packages in the future?

    It would be nice to have the option to upgrade the promotional package server without having to move to another server and change the IP ^^

    Will we no longer have MNZ VPS G11s in the promotions? It wasn't included in this one and neither in the last one that was :S

    I had a VPS server disabled after 1 abuse complaint and I can only imagine how frustrating that is.

    In my case, it was disabled immediately. I didn't even get a chance to access the server.

    Looking at your report and seeing the statistics for the 27 Netcup servers I manage, the number of blocked connections and blocked attacks, I can only imagine if they can bypass the protection and how screwed I am with this abuse system.

    I'm hoping they effectively review the abuse system.

    dedicated IP is required for those sorts of things, as to avoid emails landing in spam box.


    When you order a VPS, you get a static/dedicated IPv4 address and a /64 IPv6 subnet. However, as NaN already mentioned, your IP might have low reputation or it could be blacklisted on some services if a previous user engaged in shady (EG: Spam) activities.

    But: I guess I’m lucky—mine are all clean! 😄

    Won't have a VPS 1000 G11 SE located in the United States? T.T