Beiträge von KB19

  • Das längste Thema

    [netcup] Alexander W. Vielleicht wäre jetzt ein guter Zeitpunkt, den nach wie prominent verlinkten Blogbeitrag über OpenClaw nochmals neu zu bewerten oder eventuell gar offline zu nehmen? ;)

    Einerseits war die "Empfehlung" für diese Schrottsoftware, die meiner Meinung nach einem Sicherheits-Super-GAU gleich kommt, sowieso äußerst fragwürdig. Damit Kunden anzulocken, die womöglich völlig planlos sind, hilft am Ende weder netcup noch anderen Kunden. Im Zusammenspiel mit der RAMpocalypse wirkt sie aber völlig deplatziert und hinterlässt einen sehr faden Beigeschmack.

  • Das längste Thema

    Das längste Thema hat nach dem Woltlab-Uprade zwar immer noch eine leicht längere Ladezeit, aber beim Forenindex und der Suchfunktion ("Ungelesene Beiträge") scheint es jetzt endlich wieder schnell zu laden. Oder wurde nur dort das Caching verbessert?

  • Das längste Thema

    Zitat von NaN

    Ich bekomme gerade reihenweise "Spam", der von Autorespondern verschickt wird und mich über den Umweg einer Google-Mailinglist erreicht. Meist irgendein "Ihre Meinung ist uns wichtig", "wir werden Ihnen möglichst schnell antworten", "Ihr Supportticket wurde erstellt" oder ähnliches. Noch jemand?

    Ja, kommt hier ebenfalls massenhaft an. Und liegt arschknapp unter dem Reject-Score meiner Mailcow. Da muss ich einmal an ein paar Rädchen drehen, damit es abgewiesen wird…

  • Das längste Thema

    Moderatoren Eventuell solltet ihr im Forum einmal den Link zum nicht mehr existierenden WCP rausnehmen, das gibt es seit mehr als einem Jahr nicht mehr. ;)

    (Oben in der Navigation bei Kunden-Panels.)

  • Das längste Thema

    Zitat von KB19

    Sorry, ich muss mal sudern…

    Sorry! Meine Schnellanalyse von letzter Woche war unvollständig bzw. fehlerhaft. /cc [netcup] Alexander W.

    Ich habe mir die Gegenrichtung nicht genügend angesehen bzw. durch mein SmokePing vorschnelle Schlüsse gezogen. Begünstigt wurde das noch damit, dass die Probleme nicht permanent reproduzierbar waren, wodurch ich weitere falsche Daten gesammelt habe. Und zugegebenermaßen war ich voreingenommen durch die allgemeine Packet Loss Geschichte bei netcup in der Vergangenheit. Nach einer intensiveren Analyse inkl. einigen RIPE Atlas Measurements und dem Quälen der diversen LG-Tools der Provider sieht es stark danach aus, dass die Probleme irgendwo zwischen RETN (Frankfurt/Equinix) und Fonira (DE-CIX) liegen.

    netcup bzw. Anexia dürfte dabei also der falsche Ansprechpartner sein. Ich klopfe einmal bei Fonira an und schaue, was die dazu sagen. Mea culpa!

    Zitat von KB19

    Über IPv4 gibt es keine Probleme, obwohl beides über RETN läuft. :/

    Keine Ahnung, was letzte Woche war, aber aktuell gibt es über IPv4 keine Probleme, weil die Route dort völlig anders ist. Da läuft alles direkt über das Backbone Europe bzw. Core-Backbone.

  • Das längste Thema

    duck Ich installiere immer nur mittels (Debian) ISO, bisher rein manuell. So oft installiere ich hier nicht neu, dass sich eine Automatisierung fürs Grundsystem lohnen würde. Steht zwar auf meiner Liste, dass ich es ausprobieren möchte, aber bisher mit sehr niedriger Priorität.

    Fertige Images nehme ich maximal, wenn es nur ein vorübergehender Test ist und die Installation nicht ewig lebt…

  • Snapshot-Export - einmalig pro Server oder zeitbasiertes Limit? | Snapshot export - one-time per server or time-based limit?

    Zitat von clk66

    Ist der Export wirklich einmalig pro Server begrenzt, oder handelt es sich um ein zeitbasiertes Kontingent (z. B. täglich oder wöchentlich)?

    Ja.

    Im CCP gekaufte Snapshots sind immer an einen bestimmten vServer gebunden und können jeweils nur einmal genutzt werden. Jeder neu bestellte vServer hat im Auslieferungszustand nur einen einzigen Export inkludiert.

    Ich persönlich würde eher ein Dateisystem mit Snapshot-Unterstützung in Betracht ziehen, wenn ich so etwas häufiger machen würde.

  • Das längste Thema

    Zitat von [netcup] Alexander W.

    Mach mal bitte ein Ticket dazu, damit es den formellen Weg geht.

    Jetzt in den Nachtstunden läuft es wieder problemlos. Ich beobachte das mal übers WE und sammle ein paar MTRs in beide Richtungen, die von vorher waren nicht so aussagekräftig. Offenbar gab es dieses Problem laut meinem SmokePing auch schon Anfang Februar für einige Tage, da ist es mir aber halt nicht negativ aufgefallen. :)

  • Das längste Thema

    Sorry, ich muss mal sudern…

    Spoiler anzeigen

    IPv6 von Wien (DSL) zu netcup (NUE) ist seit einigen Tagen am Nachmittag/Abend auch nicht mehr zu gebrauchen :pinch:

    Extrem erhöhte Latenz und Packet Loss mindestens im einstelligen Prozentbereich, mehr als 1.5 Mbps scheinen da nicht mehr durchzugehen. Über IPv4 gibt es keine Probleme, obwohl beides über RETN läuft. :/

    netcup-ipv6-nue.png

    (Die zwei nicht betroffenen Linien mit ~5ms sind das netcup RZ in VIE.)

    Das scheint alle meine vServer in NUE zu betreffen. Auszug aus einem MTR, mehr will ich öffentlich nicht posten:

    *seufz*

    (Ticket noch nicht erstellt. Ich muss erst einmal zwei Server auf Debian 13 upgraden.)

    Update: https://forum.netcup.de/sonstiges/smal…ema/#post261947

  • Das längste Thema

    Zitat von tab

    Die Fehlermeldung hatte ich bei einem Server auch, nach eigentlich zu langer Zeit fürs Runterfahren.Er liess sich aber danach trotzdem wieder starten.

    Jetzt funktionierte es auch bei meinem vServer wieder. Sind also alle wieder online :)

    Nur das vLAN hat bei einigen vServern nach wie vor Aussetzer. Ich rühre jetzt im SCP aber nichts mehr an, bis die Statusmeldung von netcup auf erledigt/behoben gesetzt wurde. :D

  • Das längste Thema

    Bei mir funktionieren die vLANs seit dem erneuten Neustart aller vServer wieder. Bisher keine Probleme mehr *aufholzklopf*

    Mit Ausnahme des einen vServers, der sich nicht mehr starten lässt, ich würde aktuell einen Neustart nicht empfehlen:

    scp.png

    Das ist aber zum Glück "nur" mein fürs Monitoring genutzter vServer. Ein Ticket habe ich bereits eröffnet, für die Notfallhotline ist es mir gerade nicht wichtig genug. Die haben wahrscheinlich mit der vLAN-Störung sowieso genug zu tun…