Beiträge von Ente-Dank

  • Server Monitoring UPTIME

    Kann uptime.com empfehlen wenn es dir um den Test auf den Webserver geht.

    Zumindest läufts bei mir damit kostenlos. Gibt 'ne mail/sms wenn es nicht mehr geht und 'n Dashboard mit Übersicht.

  • Täglicher Connection Loss aller Benutzer seit letzer Woche

    Zitat von perryflynn

    Was ist denn das für ein Diagramm? So komplett ohne Legende für X und Y Achse ist das total nichtssagend.

    Nutzer über Zeit, jeder DC oder Conn erzeugt einen neuen Datenpunkt (Anzahl der Personen auf dem einen TS )

    allerdings mit spam-protection, viele DC/Conn werden zusammen gefasst

    Anzahl absichtlich anonymisiert

    handelt sich um 'n interaktiven graphen (mouse hover)
    die Spikes nach unten zeigen immer wenn mal kurz welche Fliegen
    Zeitachse unten ist aber da


    Edit: Hier nochmal gestern im Detail. Zieht sich halt so durch alle TS-Instanzen.

    Screenshot_20180613_165419.png

  • Basics. Administration eines virtuellen oder dedizierten Linux Servers

    Zitat von A:H

    Externer Inhalt www.youtube.com
    Inhalte von externen Seiten werden ohne Ihre Zustimmung nicht automatisch geladen und angezeigt.
    Durch die Aktivierung der externen Inhalte erklären Sie sich damit einverstanden, dass personenbezogene Daten an Drittplattformen übermittelt werden. Mehr Informationen dazu haben wir in unserer Datenschutzerklärung zur Verfügung gestellt.

    hach, gruelfilm zum einschlafen, danke

  • Täglicher Connection Loss aller Benutzer seit letzer Woche

    Zitat von Proctrap

    Ich habe mal andere Testen lassen.

    In dem Moment des DC gibt's n Ping timeout.

    Ich selber fliegen über das Peering der man-da nicht. Ist aber auch ein Privatanbieter.

    Alles andere fliegt.

    Das spricht stark gegen ein Problem durch Teamspeak, peering mit Telekom vielleicht ? Sind ja immerhin einige die i-wo durch deren Netz gehen.

    Das Problem besteht außerdem nicht auf einem Anderen TS auf dem ich mich befinde, welcher bei einem reinen TS hoster ist.
    Es scheint also definitiv um die Netcup Route zu gehen.

  • Täglicher Connection Loss aller Benutzer seit letzer Woche

    Ich habe mal andere Testen lassen.

    In dem Moment des DC gibt's n Ping timeout.

    Ich selber fliegen über das Peering der man-da nicht. Ist aber auch ein Privatanbieter.

    Alles andere fliegt.

    Das spricht stark gegen ein Problem durch Teamspeak, peering mit Telekom vielleicht ? Sind ja immerhin einige die i-wo durch deren Netz gehen.

  • Täglicher Connection Loss aller Benutzer seit letzer Woche

    Hallo,

    nach einem DDoS letzte Woche fliegen bei mir meist Abends alle Benutzer mal vom Ts3 Server für 5 Sekunden.

    Der Server meldet Conncetion Loss, die Clients zeigen das selbe an.

    Die Konfiguration hat sich nicht geändert, die Auslastung der CPU liegt bei 1%, im Netzwerk ist soweit nichts los.

    Geht das noch jemanden so ?

    Ich versuche aktuell noch heraus zu finden was SSH & ping in dem Moment des DC sagen. Dies ist leider eine Sisyphosarbeit, da ich den genauen Zeitpunkt nicht vorher sehen kann.


    Gruß Proc

    P.S.:
    Komischerweise war während des DDoS die Auslastung eines Kerns durchgehend auf max?, was aber auf dem Server (htop) nicht angezeigt wurde:

    Screenshot_20180611_135317.png

  • Fehlerhafte Anzeige der PPS

    Zitat von julian-w

    Möglicherweise liegt es schlichtweg daran, das der Bezugszeitraum ein anderer ist.


    Bei der 24h Ansicht ist das Intervall, in dem gezählt und gemittelt wurde, vermutlich kleiner wie bei der 7 Tage und 31 Tage Ansicht, wodurch sich die Durchschnittswerte leicht unterscheiden.

    Es ist richtig dass sich der Intervall von bspw. 10 Minuten auf 30 erhöht. Da es sich hierbei allerdings um einen konstanten DDOS handelte, und die Ansicht für die Zeit danach die gleichen Werte ausgibt, sollte es hier nicht einen Faktor 40 oder mehr geben.

    Ich bin mir inzwischen ziemlich sicher Netcup summiert hier einfach den Betrag über die Zeit.

    Für einen Wechsel von 24h auf 7 Tage heißt das 10 Minuten Intervall nach 30 Minuten Intervall: 3x 10 Minuten = 3x25mPPS = 75mPPS. Mit Schwankungen kommt das sehr gut auf die 74mPPS beim Wechsel von 24h auf 7days hin.

    Das ist nur komplett falsch bei einer Einheit von PPS & sollte nur bei bspw. Gbyte / Zeitachse gemacht werden. Oder Packages / Intervall.

  • Fehlerhafte Anzeige der PPS

    Hallo,

    nach einem kürzlichem Vorfall habe ich mich relativ viel mit den Statistiken des SCP beschäftigt.

    Dabei ist mir aufgefallen dass die PPS je nach ausgewähltem Zeitraum plötzlich anders sind.

    Da es ja um eine "pro Sekunde" Einheit geht, sollte diese gleich sein.

    Ich habe mal ein Bild aus Screenshots angehängt welches das Problem verdeutlichen sollte. Da der Support damit nichts anfangen konnte (es kam als Antwort dass die Statistik Funktionieren würde, bei einer Bildschirmauflösung von XX), frage ich lieber hier noch mal um Rat.


    netcup_pps.png


    P.S.:

    Die Kundenhotline im Support Bereich funktioniert nicht.

  • Meldung über dringende Wartungsarbeiten am Wirtssystem aufgrund QEMU-Bug

    Zitat von [netcup] Felix

    Ein genauer Zeitpunkt wann das Softwareupdate veröffentlicht wird ist noch nicht bekannt. Ersten Angaben zur Folge soll dieses in ca. 18 Stunden zur Verfügung stehen, weshalb wir mit dem Neustart Ihres Servers am 14. Mai rechnen.

    Leider eben gerade mit ~2h. Vorankündigung einfach einen Neustart mit "undefiniertem Zustand" im VNC gesehen.


    Damit war ich nicht in der Lage auch nur i-eine Form von Warnung zu geben, da ich mal nicht zufällig ins Mail geschaut habe.
    Sehr schade, macht einige verärgerte Nutzer.

  • Hilfe für Umstellung VS => KVM gesucht

    TImeout sollte eigentlich egal sein,
    jedenfalls wenn ich die tar/gzip funktion von WinSCP nutze, bricht zwar die Verbindung ab,
    jedoch wird weiter gezippt..


    Restlichen configs würde ich halt z.b.
    -die autostart files von /etc/init.d nehmen
    -die /etc/apache2 config ( bei instal. apache2 als webserver)
    -die configs der mail-systeme (dovecot z.b. /etc/dovecot..)


    MySQL: ( was ich mir mal aufgeschrieben habe & nutze):


    DUMPDIR für den vollständigen Pfadnamen des Verzeichnisses, in dem wir
    die Ausgabe von mysqldump speichern.


    Zunächst erstellen wir das Verzeichnis für die Ausgabedateien und
    speichern dann die Datenbank:


    Code
    mysqldump --tab=[folder] [db] -u root -p
 
shell> mkdir DUMPDIR
shell> mysqldump --tab=DUMPDIR db_name mysqldump --tab=/COPY/mysql/clanmanager/ clanmanager


    Danach übertrage die Dateien im Verzeichnis DUMPDIR in das entsprechende
    Verzeichnis auf dem Zielcomputer und laden die Dateien dann dort in MySQL ein:


    Daher

    Code
    -u root -p


    hinter den Befehl packen, um root-Ausfürhung zu erzwingen.


    Code
    shell> mysqladmin create db_name       	# create database
shell> cat DUMPDIR/*.sql | mysql db_name   # create tables in database
shell> mysqlimport db_name DUMPDIR/*.txt   # load data into tables


    bei mysqlimport: Error: 13, Can't get stat of ...:
    keine zugriffrechte, d.h. files dürfen z.b. nicht in /root/.. sein



    Was Mail-Backup & co. angeht:
    Google helps..

  • TS3-Server mit MySQL auf KVM und Packagelost

    Da ein Ausschalten ein noch größeres Problem darstellen würde
    und die Pings ja nur kurzzeitig zustande kommen, wodurch ich einen ständigen Check machen müsste,
    ist mir das Rettungssystem unlieb.


    Jedoch läuft der Server jetzt seit heute stabil. Deshalb möchte ich erst mal abwarten.


    In jedem Fall vielen Dank an alle mithelfenden Kommentierer :)
    Werde die ( hoffentlich ) Lösung des Problems dann hier posten.