Beiträge von andreas.

Zitat von Valkyrie

Sagen wir mal so, bei uns wird seid paar Wochen ausgiebig Proxmox durchgetestet und die neue Funktion für ESXi VMs importieren kommt sehr gelegen

Habt ihr denn keine Angst, dass auch Proxmox z.B. an die Firma Broadcom verkauft werden könnte?

sla: Ich hatte mich eben mal testweise an dem SCP angemeldet und konnte es ohne Probleme bedienen.

Zitat von bjo

Mache dich doch bitte mal mit der Funktionsweise von DNSBLs vertraut. Wozu sollte zen.spamhaus.org A/AAAA-Einträge brauchen?

Scheinbar benötigt der Server zen.spamhaus.org tatsächlich keine A / AAAA Records.

Denn mit Hilfe dieser Information unter der URL https://www.spamhaus.com/resource-center/... beim Betreiber Spamhaus habe ich das Problem auf meinem Server gelöst bekommen. Der Server zen.spamhaus.org erkennt nun nach einigen Tests die Spamm-Mails richtig.

Was habe ich gemacht:

Einfach einen eigenen lokalen DNS auf meinen Server installiert und die bisherigen öffentlich genutzten DNS-Server rausgeschmissen.

Zitat von fisi

hat noch jemand von euch Probleme mit Spamhaus?

Alle meine Plesk Mailserver liefern folgende Meldung:

554 5.7.1 Service unavailable; Client host [XXXX] blocked using zen.spamhaus.org; Error

Meine IPs sind seiten Spamhaus Check alle OK.

Ich schmeiße Spamhaus aktuell aus allen Konfigurationen und schon klappt der Mailempfang wieder.

Das derzeitige Problem ist, dass zum Server zen.spamhaus.org kein A oder/und AAAA Record hinterlegt ist.

Prüfen kann man es wie folgt:

whois spamhaus.org | grep 'Name Server:'
Name Server: hideyoshi.spamhaus.org
Name Server: musashi.spamhaus.org
Name Server: hideyoshi.spamhaus.com
Name Server: hideyoshi.spamhaus.net
Name Server: musashi.spamhaus.com
Name Server: musashi.spamhaus.net

dig @hideyoshi.spamhaus.org. a zen.spamhaus.org

; <<>> DiG 9.11.36-RedHat-9.11.36-14.el8_10 <<>> @hideyoshi.spamhaus.org. a zen.spamhaus.org
; (2 servers found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 43618
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 5, ADDITIONAL: 1
;; WARNING: recursion requested but not available

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;zen.spamhaus.org.              IN      A

;; AUTHORITY SECTION:
zen.spamhaus.org.       3600    IN      NS      a.gns.spamhaus.org.
zen.spamhaus.org.       3600    IN      NS      b.gns.spamhaus.org.
zen.spamhaus.org.       3600    IN      NS      c.gns.spamhaus.org.
zen.spamhaus.org.       3600    IN      NS      d.gns.spamhaus.org.
zen.spamhaus.org.       3600    IN      NS      e.gns.spamhaus.org.

dig @a.gns.spamhaus.org. a zen.spamhaus.org

; <<>> DiG 9.11.36-RedHat-9.11.36-14.el8_10 <<>> @a.gns.spamhaus.org. a zen.spamhaus.org
; (13 servers found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 2726
;; flags: qr aa rd; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1
;; WARNING: recursion requested but not available

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 2048
;; QUESTION SECTION:
;zen.spamhaus.org.              IN      A

;; AUTHORITY SECTION:
zen.spamhaus.org.       10      IN      SOA     need.to.know.only. hostmaster.spamhaus.org. 2406190904 3600 600 432000 10

Admin- oder Root-Rechte braucht man dafür nicht.

Da fehlt noch ein Unentschieden. Von daher ein Vorschlag:

• Wenn Österreich gewinnt, werden RS 4000 G11 und VPS ARM 4000 G11 NUE mit 10% Rabatt angeboten.
• Wenn Frankreich gewinnt, werden RS 1000 G11 und VPS ARM 1000 G11 NUE mit 10% Rabatt angeboten.
• Wenn Unentschieden, werden RS 1000 + RS 4000 G11 und VPS ARM 1000 + VPS ARM 4000 G11 NUE mit 10% Rabatt angeboten.

Zitat von ASS

Ich frage ja deshalb auch nach realen Erfahrungen.

Ist das Eine, oder ist es nur ne theoretische Mutmaßung?

Mit dem Provider EU… habe ich keine Erfahrungen und von daher war es auch eher eine theoretische Mutmaßung.

Man sollte sich aber auch mal die Frage stellen, weshalb bei den schon vorher genannten Providern (PHP- und IP-), die keine Lockangebote machen und dessen vServer deutlich mehr kosten, dessen IPv4-Adressen für SMTP-Server besser geeignet sind.

Zitat von Error: User not found

Der kostenlose Server ist sehr langsam, und ich habe die anderen Produkte als recht teuer in Erinnerung.

Edit: z.B. ein virtueller Server auf dem Niveau des VPS 1000 G11 (6,84€/Monat) kostet dort 19,04€/Monat als Container.

Zitat von ASS

Eben das lässt mich eher auf weniger Spammer hoffen.

Für Spammer ist aber auch ein solcher kostenloser vServer als SMTP-Spam-Schleuder sehr interessant.

Zitat von ASS

Wo wird das denn dann angezeigt?

Nach dem Login sieht man es noch nicht. Erst wenn man auf einen seiner vServer als Produkt klickt,

Es kann tatsächlich auch sein, wie der Nutzer Ecki schon geschrieben hat, dass wenn man als Kunde sein Angebotskontingent ausgeschöpft hat, man dieses Angebot leider nicht mehr zu sehen bekommt.

Zitat von Ecki

Ich kriege das Angebot nicht, scheint als wenn ich mein Angebotskontingent ausgeschöpft hätte.

Wie viele vServer dieses Typs hast du denn schon bestellt, dass sie dir nun keinen mehr anbieten?

Zitat von Ecki

Ich kriege das Angebot nicht, scheint als wenn ich mein Angebotskontingent ausgeschöpft hätte.

Ich habe es bei denen nochmal durchgespielt.

Du bekommst das Lockangebot sofort angezeigt, wenn du auf einen deiner vServer klickst, der am besten nicht der gleiche Typ ist.

Falls nicht, einfach mal den Cache des Webbrowsers leeren oder einen anderen verwenden.

Zitat von Ecki

Also die VC4-8 zum halben Preis halte ich immer noch für eine top Aktion.

Die machen deutlich mehr Spaß als die Piko, Nano und Mikro. Für alle Test und Spiel Geschichten

performen die Super. Selbst für den vollen Preis wären die für einiges noch akzeptabel.

Mal sehen ob die nächsten Angebote rechtzeitig kommen um die zu ersetzen.

Derzeit bieten sie uns als Kunden im Kundenbereich dieses Angebot wieder an. Siehe folgende Abbildung:

Und dessen Verfügbarkeit finde ich trotz des am 29.05.2024 gewesenen Ausfalls auch recht gut. Siehe folgende Abbildung:

Eventuell hilft es schon, wenn du den Wert hinter der Option "opcache.memory_consumption" von derzeit 128 auf 2048 setzt. Ansonsten einfach mal ein Ticket an den Support schreiben.

Zitat von Virinum

Hatte ich am Mittwoch genau so mit meinem Server bei Strota. Allerdings war meiner nur 15 Minuten offline.

Am letzten Mittwoch ist mein vServer bei denen zum Zeitpunkt, als ich dort ein Update durchgeführt habe, auch ausgefallen.

Da er genau im Updateprozess mir unter dem A.. weggezogen wurde, kam er danach auch nicht mehr hoch.

Die Daten auf dem Server von ca. 3 TB konnte ich dann nur noch über das Rettungssystem auf einen anderen Server bei einem anderen und zuverlässigeren Provider retten und den Server beim Provider aus Berlin dann nur noch neu aufsetzen.

Zitat von Mordor

Kann es sein, das du hier 2 Dinge verwechselst?

Ja, da habe ich tatsächlich zwei Dinge verwechselt und den Verbindungsaufbau des VXLAN´s zwischen mindestens zwei Servern mit dem zu nutzenden Tunnel und dessen Trafik gleich gesetzt.

Ich habe es auch nochmal mit dem Tool nmap und dessen Optionen -sT für TCP und -sU für UDP im Tunnel des VXLAN´s und auch im Tunnel des WireGuard´s getestet. Und in beiden Fällen wurde der Trafik per TCP und UDP übertragen.

Von der Theorie her eröffnen uns diese beiden Tunnelvarianten, insbesondere das VXLAN wegen der weniger benötigten Rechenrechenleistung, auch die Möglichkeit, sogar unsere bei Netcup gebuchten FailOver-IP-Adressen über einen der vServer bei Netcup zu einem Server beim Mitbewerber weiterrouten zu können. Und das sogar mit einer MTU von 1500.

Nebenbemerkung:

Sollte ich hier als Nichtnetzwerktechniker Mist geschrieben haben, so kann man mich auch gern korrigieren.

Ich glaube, dass der Provider mit dem Anfangsbuchstabe H und seinen Rechenzentren in Nürnberg und Falkenstein mit seinem Produkt vSwitches VLAN anbietet, welches gegenüber dem VXLAN, welches hier Netcup anbietet, auch die Protokolle TCP und UDP unterstützt. Weiß da jemand mehr drüber?

Ein Neustart und auch ein fstrim -v ist aus meiner Sicht unnötig, da es immer nur eine Momentaufnahme ist, die wenn man mal Glück hat, auch wie folgt aussieht:

Sa 1. Jun 10:46:32 CEST 2024

Basic System Information:
---------------------------------
Uptime     : 22 days, 21 hours, 22 minutes
Processor  : AMD EPYC 9634 84-Core Processor
CPU cores  : 16 @ 2246.626 MHz
AES-NI     : ✔ Enabled
VM-x/AMD-V : ❌ Disabled
RAM        : 62.8 GiB
Swap       : 14.9 GiB
Disk       : 1.9 TiB
Distro     : Debian GNU/Linux 12 (bookworm)
Kernel     : 6.8.4-3-pve

fio Disk Speed Tests (Mixed R/W 50/50):
---------------------------------
Block Size | 4k            (IOPS) | 64k           (IOPS)
  ------   | ---            ----  | ----           ----
Read       | 595.33 MB/s (148.8k) | 1.32 GB/s    (20.7k)
Write      | 596.90 MB/s (149.2k) | 1.33 GB/s    (20.8k)
Total      | 1.19 GB/s   (298.0k) | 2.66 GB/s    (41.5k)
           |                      |
Block Size | 512k          (IOPS) | 1m            (IOPS)
  ------   | ---            ----  | ----           ----
Read       | 1.69 GB/s     (3.3k) | 1.90 GB/s     (1.8k)
Write      | 1.78 GB/s     (3.4k) | 2.03 GB/s     (1.9k)
Total      | 3.48 GB/s     (6.7k) | 3.93 GB/s     (3.8k)

Ich nehme mal an, dass diese Werte derzeit noch so gut aussehen, könnte auch daran liegen, dass meine Nachbarn auf dem Hostsystem noch schlafen. Denn wie wir ja wissen, ist jede Messung nur eine Momentaufnahme.

Zitat von sla

Dieser Vorfall lässt mich ein wöchentliches automatisiertes YABS ins Monitoring aufnehmen, einen solchen Riss brauche ich nicht noch einmal.

Dann aber auch, um noch schlechtere Werte zu erhalten, zur Stoßzeit starten.

Zitat von sla

Mach mal einen Shutdown und fahr den Server über das SCP wieder hoch. Das zusammen mit einem fstrim -va (4-5 mal) hat meine Werte nochmal etwas verbessert:

Vielen Dank. Den Befehl kenne ich schon und hat bei mir nichts gebracht.

Zitat von sla

Da es nach dem Neustart nochmal besser wurde, verstärkt sich meine Vermutung, dass an der VM Config geschraubt wurde. Die neuen Begrenzungswerte greifen immer erst nach Neustart.

Wenn irgendwas an der Konfiguration seitens Netcup geändert wurde, so wird uns Kunden dies meistens im Servercontrolpanel zur betreffenden VM angezeigt. Bei mir wird da derzeit da nichts angezeigt. Und den Server, der produktiv läuft, nur mal auf Verdacht herunter- und dann über das Servercontrolpanel wieder hochfahren, in der Hoffnung, es könnte danach besser werden, ist nicht so mein Ding.

Ein Produktiv-Server sollte aus meiner Sicht im Idealfall rund um die Uhr ohne irgendwelche Störungen laufen können.

Zitat von sla

Bisher aber noch keine Reaktion vom Support auf das Ticket, ...

Bei meinem RS 8000 G11 ist das IO gegenüber den Tagen davor heute auch deutlich besser geworden.

Das IO lag die Tage davor so bei 53.80 MB/s (13.4k) für 4k und 186.95 MB/s (365) für 512k. Und heute liegt es so bei 237.53 MB/s (59.3k) für 4k und 494.46 MB/s (965) für 512k, was so gesehen immer noch für 512k sehr schlecht gegenüber der älteren Generation 9.X ist.

Ich hatte aber kein Ticket eröffnet.

Zitat von sla

Hoffentlich wird morgen mein Ticket dazu bearbeitet (wobei ich das wieder im Rettungssystem-Test-Desaster-aber-Ergebnisse-dennoch-nicht-anerkannt enden sehe).

Ich gehe mal davon aus, weil das Problem mehrere Kunden haben werden, dass sie deinen vServer einfach auf einen anderen Host umziehen werden.

Zitat von Win98SE4ever

Zurück zu netcup: Ich hoffe die Marketing-Offensive "Harte Schale - stärkere Kerne" wird nicht zum Desaster

Aufgrund der derzeit verzögerten Bereitstellung der vServer scheint die Nachfrage so hoch zu sein, so dass man davon ausgehen kann, dass sie aufgrund der Mehrheit der zufriedenen Kunden alles richtig machen.