Das längste Thema

  • Der Rest liegt jetzt an der IP bzw dem Netz, zu dem sie gehört. Und an ihrer Reputation, die du dir erarbeiten musst. Hier liegt auch ein Haken, denn einen großen Einfluss auf den Rest deines Netzes hast du nicht. Wenn die fröhlich vor ich hin spammen und es noch nicht mal merken bzw als Spam ansehen, dann hast auch du potenziell ein Problem. Andererseits, wenn die Reputation der IP gut ist, dann sind die 10/10 nicht notwendig.

    Ein Bekannter ist bei einem anderen Hoster im Shared Webhosting und war jahrelang mailtechnisch nur mit SPF unterwegs, kein DKIM, kein DMARC, kein DNSSEC, kein MTA-STS, kein DANE. Google und Microsoft haben die Mails immer klaglos angenommen. Mittlerweile sind die Vorgaben etwas stärker und der Hoster hat (möglicherweise erst auf meinen Hinweis und den anderer Kunden bzgl. G*X und W3b.de hin) zumindest DKIM jetzt im Shared Webhosting flächendeckend eingeführt. Das und DMARC zusätzlich würde jetzt immer nochlocker reichen,.um praktisch überall angenommen zu werden. Einfach weil wenig Spam von dem Hosting- und Mailserver rausgeht. Der Rest ist Kür. Mache ich aber trotzdem, weil es kein großer Aufwand ist.

    Da kommt dann außer Dir selbst auch noch der Hoster ins Spiel, der bei Spam/Abuse aus seinen Netzen eben zügig reagieren muss. Das scheint netcup mittlerweile auch etwas mehr zu tun als früher, auch wenn die Relayserver für das Webhosting meist eine eher grottige Reputation haben bei Senderscore. Ok, UCEPROTECT L3 fällt untere "höhere Gewalt", da müsste der Hoster schon extrem hart durchgreifen. Das Geschrei will ich dann nicht hören. Nicht umsonst sperren manche Hoster den Port 25 ausgehend und schalten ihn auch bei einem Rootserver selbst auf Anfrage nicht frei.

  • Ich schließe mich dem an

    Für dich müssten sie doch bald mal ein NC Regal verlosen um die ganzen Sachen unterzubrigen. :)

    Wie lautet eigentlich der ebay Account deiner Freundin? Die Vertickt doch sicher ab und zu mal unbemerkt Sachen aus deinem Fundus... ;-P

    Einmal editiert, zuletzt von ASS (20. Januar 2026 um 16:19)

  • Jaaa einer meiner Server ist in diesem Subnetz auch Zuhause, schreib mir sonst einfach ne DM.

    Danke, darauf komme ich gerne noch zurück!

    Ich ziehe vorher wahrscheinlich einmal den RS auf einen VPS (mit einem anderen Subnetz in Wien) um, der scheint das Problem nicht zu haben. Dann kann es mir egal sein, was der Support in den kommenden Tagen im Rettungssystem reproduziert haben möchte. 8o

    EDIT: Umzug verschoben, es sind nun beide Subnetze zeitgleich jeweils ähnlich schlecht/gut.

    "Wer nur noch Enten sieht, hat die Kontrolle über seine Server verloren." (Netzentenfund)

    Einmal editiert, zuletzt von KB19 (21. Januar 2026 um 05:58)

  • Hat schon jemand einen VPS Lite geordert und könnte einen yabs posten? Mich interessiert sehr, wie der CPU und IO technisch dasteht...

    Bestellt habe ich, geliefert wurde noch nicht.

    VPS Lite 1 G12s 6M |mindestens 6 Monat(e) |alle 6 Monat(e) |0,00 Euro |3,45 Euro

    IPv6 Connectivity  |mindestens 6 Monat(e) |alle 6 Monat(e) |0,00 Euro |0,00 Euro

    Keine Ahnung was sie noch prüfen müssen ... oder sie würfeln immer noch am Standort ;)

    | VPS: 28 | vCPU: 75 | Memory: 104 GB | Disk: 4012 GB |

  • Bestellt habe ich, geliefert wurde noch nicht.

    VPS Lite 1 G12s 6M |mindestens 6 Monat(e) |alle 6 Monat(e) |0,00 Euro |3,45 Euro

    IPv6 Connectivity  |mindestens 6 Monat(e) |alle 6 Monat(e) |0,00 Euro |0,00 Euro

    Keine Ahnung was sie noch prüfen müssen ... oder sie würfeln immer noch am Standort ;)

    Sie müssen wohl die IPv4-Konnektivität noch rausfieseln.

  • Du meinst ich kriege 'ne ip in 169.254.x.x und den Rest macht die Firewall? Dafür haben sie die wirklich implementiert?

    Vielleicht müssen sie auch die IPv4 Netzwerkkabel ausbauen oder haben den Verfügungsraumschlüssel nicht gefunden. Nee, keine Ahnung, war nur Spass. Weil eigentlich sollte das ja am Tag der offiziellen Einführung schnell lieferbar sein. Sonst hätte ich jedenfalls diese Server heute noch nicht so angekündigt. Ich gehe zwar davon aus, dass das eventuell spezielle Nodes sind, auf denen nur solche KVM Guests ohne IPv4 laufen. Es kann aber natürlich auch anders sein, ich war noch nie Techniker im Rechenzentrum bei netcup, sei froh darüber :D.

  • Hm, so viel Tickets hab ich ja noch nicht aufgemacht bei Netcup.

    Hab mich also extra in CCP einloggt und dort dann dann den Kontakt ausgewählt und das Formular ausgefüllt.

    In der Mail kriege ich dann unter anderem folgenden Hinweis:

    Zitat

    Kennen Sie schon unser Kontaktformular? Gerne können Sie Ihre nächste Anfrage darüber versenden, damit wir Ihnen noch schneller und effizienter weiterhelfen können: https://helpcenter.netcup.com/de/support

    D.h. wenn ich das Ticket im public-Bereich aufmache, helfen sie mir schneller? Ich muss ich gar nicht mit 2FA und allem im CCP anmelden um schnell Support zu bekommen?

    Weil eigentlich gibts im angegebenen Kontaktformular keinen Abschnitt "Support", nur "Störung" ....

    :evil:  ^^

    | VPS: 28 | vCPU: 75 | Memory: 104 GB | Disk: 4012 GB |

  • Die würden dir aber allesamt die Füße küssen, wenn du ip6 im ganzen RZ abschaltest... :)

    Genau. Ich würde IPv6 abschalten im ganzen RZ und dann IPv6 only Systeme erstellen. Das würde allen den ganzen Netzwerkmist ersparen. Vielleicht entstehen die Wartezeiten bei IPv6 only auch dadurch, dass es in jeder Größe nur 2-3 solche VMs gibt. Wenn die gerade alle vergeben sind, muss man warten, bis einer der Glücklichen sein Schätzchen wieder hergibt. :D

    Edit: Aber scheint ja inzwischen ausgeliefert zu sein.

  • , dass es in jeder Größe nur 2-3 solche VMs gibt. Wenn die gerade alle vergeben sind, muss man warten, bis einer der Glücklichen sein Schätzchen wieder hergibt. :D

    Nein, du verstehst das falsch.

    Es gibt eine Liste mit den georderten VMs - über alle Standorte und Konfigurationen.

    Diese wird von oben nach unten abgearbeitet.

    Wie läuft dieser Prozess ab?
    Es wird Random eine VM über alle derzeitigen Konfigurationsmöglichkeiten gespawnt und danach geprüft ob Standort, VM/RS, Vertragslaufzeit, IPv4/6/none u.s.w. passen.

    Wenn dies passt wird die VM an den Kunden ausgeliefert, wenn nicht: VM wird gelöscht und es wird eine neue VM Random gespawnt.

    Dadurch kann es ein paar Minuten länger dauern bis man seine VM erhalten hat.

  • Oh, interessant. https://linuxnews.de/bitwarden-lite-zum-selbst-hosten/

    Es sind ja doch einige Vaultwarden Nutzer hier. Dass der Hauptentwickler von Vaultwarden bei Bitwarden direkt angestellt ist, ist sicher nicht ganz uninteressant. Da ergibt sich ja doch ein gewisser Interessenkonflikt. Bin mal gespannt wie es mit der Entwicklung von Vaultwarden dann jetzt weitergeht oder ob da nicht doch mal ein Fork nötig wird. Und wenn ja, ob der dann auch entsprechend gut gepflegt werden kann.

  • Hatte Bitwarden nicht mal eine eigene selfhosting Möglichkeit, welche dann wieder eingestampft wurde? Demnach würde ich erstmal bei Vaultwarden bleiben... Ohne beide miteinander verglichen zu haben.

    [RS] 2000 G11 | 3x 1000 G12 Pro | 2x Vincent van Bot | Piccolo | Piccolo ARMore
    [VPS] 1000 G9 | 500 G11s | mikro G11s | 4x nano G11s | 4x piko G11s
    [WH] 8000 SE | 4000 SE | 2000 SE | 2x Spezial