Search results

Aus dem Bauch heraus würde ich tippen, dass du die IPv6-Konfiguration auf deinem Server geradeziehen solltest. Für deine Domain ist die Adresse 2001:4ba0:babe:2210::2 hinterlegt, die aber auf dem Server scheinbar nicht konfiguriert ist: # traceroute -6 -I -q 1 shaiya-eod.de. traceroute to...

Den Replikationsmodus kann man WIMRE auch pro Domain resp. Zone einstellen. Wenn du die betroffene Zone auf den passenden Modus (Master oder Slave) konfigurierst, kannst du auch entsprechend hinterlegen, welche IP-Adressen AXFR dürfen und auch, von welchen IPs du Notify erwartest - falls das zu...

Der RFC für SPF sagt sogar sehr ausdrücklich, dass ausschließlich die Client-IP (aus Sicht des Empfänger-Servers) geprüft wird, keine Headerzeilen.

Wollte ich gerade vorschlagen :-) Das klingt so, als wenn der Switch die MAC-Adresse auf keinem seiner Ports finden kann und deshalb den Traffic an alle Ports schickt. Da ich die IP von außen anpingen kann und Antworten kriege, müsste theoretisch der Switch über die Antworten die MAC lernen und...

Ist die IP 213.202.222.10 denn irgendwie mit deiner "benachbart", kommt die aus dem selben Netz? Kannst du einmal bei tcpdump zusätzlich den Parameter "-e" verwenden und gucken, ob die Pakete an deine MAC-Adresse adressiert werden? NACHTRAG: Ist das ein dedicated Server oder ein vServer?

Im Zweifel mit iptraf-ng oder tcpdump mal nachsehen. Im Falle von tcpdump z.B. mit tcpdump -i eth0 -nn "not port 22" Dann siehst du zumindest schonmal, ob das etwas ist, was dauerhaft Traffic verursacht - und falls dem so ist, auch von welchem Dienst deines Servers es ausgeht. "eth0" muss...

Da solltest du dir mal den Prozess-Tree (F5) angucken, um zu sehen, wo diese Sleeps herkommen. Normal sind die auf jeden Fall nicht...

Das kommt auf den Governor an. Ich habe noch nicht das genaue Muster herausgefunden, aber einige Distributionen setzen (scheinbar CPU-Abhängig) als Standard-Governor "Powersave". Der verhält sich wie von mir beschrieben so, dass die CPU so 2-3 Sekunden lang ausgelastet sein muss, damit sie...

Mit fdisk kann man Festplattenfehler nicht erkennen ;-) Dafür bräuchtest du smartmontools. Ich tippe aber auch weiterhin auf ein CPU-Problem. Als schnellen Fix würde ich Teamspeak einfach mit etwas höherer Prozesspriorität laufen lassen (sprich ein geringerer "nice"), dann können die anderen...

Boost kann meistens ohnehin nicht dauerhaft aktiviert sein, dafür ist die Kühlung in der Regel nicht ausgelegt. Der Boost soll wirklich nur kurzzeitige Peaks abfangen, deshalb heißt der so ;-) Ziel der Aktion war es auch, nicht die Änderungen der Taktfrequenz an sich zu unterbinden sondern nur...

Normalerweise lässt sich das mit handelsüblichem Linux per "cpufreq-set -g performance -r" setzen. Das solltest du dann aber notfalls später nochmal über die Taktfrequenzen kontrollieren (ob diese alle dann stabil dauerhaft auf höherem Takt laufen), gerade bei den aktuellen Epycs funktioniert es...

Sorry, da ist kein Packetloss zu sehen. Nicht am Server. Warum und weshalb unterwegs einzelne Router nicht antworten, habe ich in diesem Thread mal erläutert. Ich würde eher darauf tippen, dass der Energiesparmodus deiner CPU das verursacht. Vermutlich wird diese immer wieder hin und her...

Vielleicht kannst du notfalls auch mal fragen, was aus dem Peering mit der Swisscom geworden ist: https://www.euserv.com/de/unternehmen/netzwerk.php Denn wenn ein Peering zwischen EUserv und der Swisscom besteht, gibt es keinen vernünftigen Grund, den Traffic mit großem Umweg über Cogent und...

Naja, wie der Anbieter routet ist natürlich im Prinzip seine eigene Angelegenheit. Die Entscheidung, über wen man routen will, hängt maßgeblich von den Bandbreitenkosten ab (und da ist Cogent quasi der Discounter unter den Carriern), aber genau diese Kosten sinken für den Hoster natürlich, wenn...

Ich könnte mir durchaus vorstellen, dass das Peering zwischen Cogent und DTAG notorisch überlastet ist, weil keine der beiden Seiten irgendwie auf eigene Kosten aufrüsten will. Aber nachdem sowohl die Swisscom als auch EUServ am DECIX in Frankfurt angeschlossen ist, wäre es ja durchaus denkbar...

Oh, zwei Monate...? Der Packetloss dürfte eigentlich nicht so dauerhaft sein... Zumindest ist er mir bisher nicht aufgefallen, aber da es bei mir ja theoretisch auch Dienste wie OpenStreetMap betrifft, hätte ich das wohl gemerkt. Im Zweifel ist dennoch jetzt die beste Gelegenheit, dem Support...

Nachtrag dazu: Da havariert Cogent aktuell definitiv sehr stark durch die Gegend - von der Telekom aus kann ich bestimmte Cogent-Dienste auch nur schwierig erreichen. Und auch hier setzt der Loss an einem Router ein, der sehr stark dem Router aus deinem Hop 8 ähnelt: # mtr -4...

OK... Das könnte ein Indiz dafür sein, dass ab Hop 8 (da, wo Cogent den Traffic an die DTAG gibt) irgendwas ausgelastet ist, weil ab da aus der Gegenrichtung der Packetloss einsetzt. Ob das aber wirklich so ist, müsste man mit dem MTR mal klären (habe in meinem Post über deinem einmal ergänzt)...

Der Traceroute ist von deinem Anschluss zum Server? Da sieht es so aus, als wenn mit Erreichen des Netzwerks deines Hosters ordentlich Packetloss auf der Leitung ist. Kannst du mal von deinem Server aus einen Traceroute oder besser MTR zu deinem Glasfaseranschluss machen? Denn der Traffic kann...

Also bei mir funktionierte das jetzt von mehreren Stellen aus problemlos, getestet von der DTAG, einem Server in Wuppertal, einem Server in Frankreich und einem in Washington - da komme ich auf teilweise über 100 Mbps. Hast du mal einen Traceroute vom Server zu deinem Anschluss gemacht? Falls...