Beiträge von Paul

  • Das längste Thema

    Zitat von m_ueberall

    Obiger Beitrag ist ca. zwei Jahre alt. Ich müsste jetzt nachsehen, aber ich kann mich an keine bösen Nebenwirkungen bei der Installation unter Windows 10 vor einigen Wochen erinnern. Unter Linux holt man sich in der Regel sowieso die „vorpaketierte“ Version, und die dürfte bei Debian (und davon abgeleitet bei Ubuntu) definitiv bereinigt sein.

    Das stimmt sicherlich. Wenn so etwas mal passiert, hat das halt immer so ein Gschmäckle, was man nicht mehr so leicht wieder los wird. Und gerade unter Linux braucht es ja gar keinen extra FTP Client. Dafür reicht in der Regel der Nautilus Dateimanager. FileZilla war ja schon eher immer ein Windows Ding. Ist der Ruf einmal ruiniert...

  • Apache Weiterleitung auf VM?

    Zitat von perryflynn

    In einer Docker Umgebung ist Traefik noch ein ziemlich tolles Ding.

    Nicht nur in einer Docker Umgebung. Auch außerhalb ist es dank seiner einfachen YAML Konfiguration und der integrierten Letsencrypt Automatisierung sehr angenehm. Wenn nicht unbedingt Webserver Funktionalitäten benötigt werden, ist es gerade für so etwas sehr empfehlenswert. Es kann sogar TCP Loadbalancing auf SNI Basis. Das findet man sonst eher selten.

  • Das längste Thema

    Zitat von Olivetti

    wo habe ich das denn behauptet?!

    subaddress extension ist einfach nur ein standard, der in einem eigenen RFC festgeschrieben wurde – nicht mehr, nicht weniger und schon gar nicht »ominös«.

    Gar nicht. Darum ging es mir auch nicht. Ich habe nur deine Aussage bestätigt, dass ein Delimiter eine reine Empfangsgeschichte ist. Daran ist auch gar nichts verkehrt. Problematisch oder zweifelhaft (sprich ominös) wird es aber, wenn Mails von einer Delimiter Adresse versandt werden bzw. eben nicht. Da ist es nicht mehr ersichtlich, ob gewisse Adressen ein oder derselben Person gehören. Ging ja auch eher um die Frage, wie der Support mit Delimiter umgeht bzw. umgehen sollte. Und das macht er meiner Meinung nach richtig. Daher trifft es die Sache mit dem Wort "omniös" schon recht gut.

  • Das längste Thema

    Zitat von Olivetti

    was soll daran denn bitte ominös sein?! :huh:

    der zuständig empfangende mailserver muss damit umgehen können und sonst niemand.

    mainziman hat hier schon insoweit recht, dass ein solcher Delimiter zwar zum Empfang genutzt werden kann, aber nicht zwangsläufig daraus geschlossen werden kann, dass es sich bei mail@example.com und mail+foobar@example.com um ein und dasselbe Postfach bzw. dieselbe Person handelt. Es könnte durchaus sein, dass genau aus diesen Gründen, dass man es zwar annehmen könnten, Phishing Versuche gemacht werden. Daher sehe ich es eigentlich auch so, dass der Netcup Support hier absolut richtig gehandelt hat. Es wäre dennoch praktisch, wenn man im CCP mehrere E-Mail Adressen als Konakt hinterlegen könnte.

  • Welchen Key Algorithms verwendet ihr bei SSL Zertifikaten?

    Kommt stark auf den Anwendungszweck an:
    * Mailserver: rsa2048 (alles andere macht Probleme)
    * Webserver: ec256

    Der Sicherheitsgewinn von rsa4096 vs rsa2048 ist recht gering im Vergleich zum Performanceverlust, daher lohnt sich das meines Erachtens nicht, es sei denn irgendeine Compliance Regel schreibt das vor. EC ist hier RSA deutlich überlegen, dafür ist es entsprechend komplexer und entsprechend fehleranfälliger. Da sollte man auch immer sehr darauf achten, welche Kurven man verwendet bzw. konfiguriert sind. Nicht immer ist das möglich. In diesem Fällen nehme ich dann lieber das bewährte rsa2048.

    Darüberhinaus ist es aber eigentlich ziemlich egal. Die Gefahr, dass der Traffic durch eine 3rd Party live entschlüsselt wird, halte ich für sehr gering, egal welche Methode man verwendet. Die Gefahr lauert eigentlich woanders (kompromittierte Clients, Malware, Bugs in der Software). Man darf hier nicht zu sehr den Fokus verlieren. Man kann sich ewig mit dem Thema beschäftigen, welche Methode jetzt die beste ist, aber außerhalb der Forschung hat das nur bedingt Bedeutung, wenn ich z.B. gleichzeitig irgendwelche ranzige PHP Software laufen habe.

  • Applications - Suche Doku der Installationsvoraussetzungen

    Open-Xchange ist ja eine komplette Mail Lösung. Die wird so nie in einem Webhosting Tarif laufen können. Vielleicht höchstens noch der Webmail Teil, aber das dürfte ohne den Rest auch nicht wirklich sinnvoll sein.

    Diese ganzen "Apps" kommen wohl von Plesk. Das ist insgesamt sowieso eher eine Mogelpackung und sollte nicht produktiv eingesetzt werden. Gibt hier im Forum auch schon die ein oder andere gute Diskussion darüber.

    Was genau ist denn dein Ziel?

  • Uptime eurer Netcup VPS & Root Server

    Zitat von michaeleifel

    ( außer die Zeit wo die Failover IP von Host A-> B wandert)

    Dauert das eigentlich immer noch so lange? Ich hatte das vor Jahren mal so gemacht. Aber die Failover IP Adresse zu wechseln dauerte immer mindestens >30 Sekunden. Da habe ich den Host schneller rebootet als dass die Failover IP endlich auf den neuen Server geroutet war. Ich hatte am Ende mit Failover IP mehr Downtime als ohne, weswegen ich das komplett habe sein lassen. Aber kann ja gut sein, dass es sich mittlerweile gebessert hat. Aber damals hatte mich das schon ziemlich genervt.

  • Das längste Thema

    Das gibt es soweit ich weiß sogar schon etwas länger. Ich wollte mal mein Monitoring/Inventory entsprechend anpassen um diese Informationen mit aufzunehmen, habe das dann aber doch verworfen, weil ich es in der Praxis dann doch nicht brauche. Mir hat nur die Idee gefallen, die "Bios Informationen" dahingehend zu nutzen.

  • Das längste Thema

    Was ich übrigens cool finde, dass man auf einem System selbst herausfinden kann, welches Netcup Produkt dahinter steckt:

    Code
    ansible -m setup -a filter="*bios*" my_host

my_host | SUCCESS => {
    "ansible_facts": {
        "ansible_bios_date": "02/16/2022",
        "ansible_bios_vendor": "netcup",
        "ansible_bios_version": "RS 2000 G9"
    },
    "changed": false
}

  • Das längste Thema

    In Fedora wurde die Netzwerk Konfiguration auch lange Zeit in /etc/sysconfig/network-scripts konfiguriert. Allerdings ist ja Fedora ja sowas wie die Upstream/Developer Version von CentOS/RHEL. Daher wird das früher oder später auch so in RHEL einfließen. Persönlich nutze ich aber auf beiden Varianten mittlerweile systemd-networkd. Das ist von der Konfiguration her deutlich angenehmer und funktioniert soweit auch recht gut. NetworkManager ist ja eher für den Desktop gedacht. Auf einem Server hat das meiner Meinung nach defnitiv nichts verloren :).