Beiträge von ulf8000

  • Eigener Email Server - Pitfalls ?

    Habe zum Lernen+Testen einen eigenen email Server aufgesetzt.

    vps + opensmptd + dovecot + letsencrypt Zertifikate

    Läuft soweit gut, empfängt für die definierte Domain Emails, sendet erfolgreich welche raus.

    Habe hier im Forum aber häufig von Problemen gelesen.

    * Was sind denn die häufigsten Pitfalls ?

    * Was könnte ich noch testen ?

    * Gibt es irgendwelche automatisierten Tests (wie z.B. ssllabs für das SSL Setup) ?

    * möchte jemand einen genauern Blick auf den Dienst werfen ?

    Vielen Dank für alle Tipps

  • wake-on-lan Support ?

    Zitat von jay

    wol ist reines layer2 und kommt nicht durchs internet. genauer nichtmal aus deinem switchsegment oder vlan raus...

    es gibt zwar ein wow (wake on wan), das ist aber nur eine art workaround, bei dem ein recher dauernd auf layer3 hört und dann wol pakete ins layer2 segment sendet.

    das ist wohl das, was der nc scp service (funktionstechnisch äquivalent) anbietet.

    insofern ist #3 bereits die erschöpfende antwort gewesen ;)

    jay

    Danke jay!
    Das ist genau die Antwort die ich gesucht habe.

  • wake-on-lan Support ?

    Zitat von mainziman

    welchen Sinn soll hier Wake-on-LAN denn haben?

    oder anders gesagt: wer sendet hier denn das Magic-Paket und wohin?

    Wenn ich den Server aktuell nicht brauche (z.B. kleines Test-System), fahre ich ihn z.B. mit "poweroff" herunter.
    Zum Hochfahren möchte ich dann ebenfalls nicht das CCP bemühen, sondern einfach ein WOL Paket von meinem Heim Rechner an den Netcup Wirts Rechener schicken.

  • Domains vorab einrichten

    Zitat von killerbees19

    Nur weil man Postfächer und Aliase anlegen kann, müssen diese ja noch nicht aktiv sein. Die Domain und alle damit verknüpften Einträge könnten erst aktiviert werden, wenn die Domain vollständig verifiziert ist. Das machen einige Anbieter so bzw. würde ich es so lösen, wenn ich dieses Feature brauchen würde.

    Ich bin vor ein oder 2 Jahren von HostE*** hierher gewechselt, inkl Domain Transfer.

    Wenn ich mich richtig erinnere, konnte ich alle Mailacounts und Addressen vorher anlegen.

    Habe ich das falsch in Erinnerung oder hat sich das inzwischen geändert?

  • Email-Störung im Webhosting-Konto

    mal ne dumme Frage:

    * HW des emails Clusters und zugehörige Dienste (Postfix usw.) werden bestimmt gut gemonitort.

    Aber:

    Email ist ein sehr komplexes Zusammenspiel aus vielen Komponenten, da reicht eine Einzelbetrachtung nicht aus, es wird ein realer Ende-zu-Ende Check benötigt.


    * gibt es eine Counterüberwachung auf 10 Minuten Ebene ? (x mails rein, y raus usw...)

    * läuft auf jedem Mail Server ein Testclient mit (senden + empfangen nach intern/extern im 10 Minuten Takt) ?

  • Günstige vServer

    Zitat von [netcup] Felix

    Unabhängig davon arbeiten wir an kleinen VPS auf reiner IPv6-Basis.

    und was wäre mit DS lite, d.h. eine "echte" IPv6 und eine private IPv4 hinter NAT ?

    Damit kann man natürlich keinen Webserver vernünfitg betreiben, aber bestimmt ein Montitor System oder ähnliches wo man nur ausgehend IPv4 benötigt.

    Wäre eine zusätzliche Option im SCP wert.

  • Wunsch: Info "neue KVM Version verfügbar" an Client durchreichen

    Zitat von killerbees19

    Ob man sich diesen Aufwand antun möchte, nur um ein winziges Flag auszulesen, muss jeder für sich entscheiden.

    Genau, für diese "lapidare" Info möchte ich weder Login noch Passwort irgendwo angeben, auch nicht extra im SCP.

    Die beste Idee, die auch Client unabhängig läuft, wäre dann wohl eine optionale Aktivierung eines Info Newsletter im SCP zu seinen Servern.

    Möglicher Inhalt:

    • neue KVM version verfügbar (Power-Cycle notwendig)
    • state changed (reboot/up/down)
    • Auslastung CPU/RAM >xx
    • Festplatten Belegung >xx %
    • Traffic > xx /Tag (im Hinblick auf die 80TB)

  • Wunsch: Info "neue KVM Version verfügbar" an Client durchreichen

    Zitat von mainziman

    wie sollte man die Info vom darunter liegenden System erhalten?

    nicht vom darunter liegenden System, sondern von dem darüber liegenden Host-System von netcup

    Zitat von mainziman

    (das muss ja unabhängig vom Guest-OS sein, oder nicht?)

    daher meine Idee, die Info vom netcup Host an mein Client System über einen BIOS/ACPI String weiterzugeben.

    Zitat von florian2833z
    Selbst wenn sich hierfür eine Möglichkeit finden sollte, was nützt es dir, wenn der Gast weiß, dass eine neue KVM-Version verfügbar ist?

    Dann weiß ich: Ein Log-in im SCP lohnt sich, um ggf. den Client neuzustarten!

    Zitat von mfnalex

    Ne Mail fände ich auch praktisch.

    JA, eine email, das wäre auch praktisch!


    Zitat von killerbees19

    Du meinst mit getVServerUpdateNotification?

    Verstehe ich richtig: in meinem Client System rufe ich das auf ?

    Wie ?

    Also dem Gast-System gebe ich bestimmt nicht meine Zugangsdaten für das SCP.

    Oder habe ich das falsch verstanden ?

  • Wunsch: Info "neue KVM Version verfügbar" an Client durchreichen

    Aktuell bekommt man nur im SCP die Info, dass eine neue KVM Version verfügbar ist.

    Mein Wunsch wäre, dass diese Info an den Client durchgereicht wird, z.B. über einen Bios/ACPI String.

    Das wäre auch ein Stelle, wo man andere wichtige Infos zum Client durchreichen könnte.

    So könnte ich die Info von meinem Client System bekommen, ohne dass ich mich im SCP einloggen muss.

    Gibt es da ggf. schon einen Standard für KVM, den netcup verwenden könnte ?

    Vielen Dank!

  • php7.2-fpm startet nach Boot nicht (fehlende Entropie)

    Fehlende Entropie kannst du überprüfen:

    Code
    cat /proc/sys/kernel/random/entropy_avail

    <500 nok, >2000 ok, mit haveged oder rng meist > 3000

    haveged ist eine Lösung, auf einem VPS wahrscheinlich die einzige.

    Auf den "echten" RS kannst du rng-tools verwenden, die sich die Entropie aus der Intel CPU besorgen, CPU Feature "rdrand"

    Code
    egrep rdrand /proc/cpuinfo

  • "filtered" port auf RS2000 ?

    ein lokal ausgeführtes netstat ergibt:

    Code
    $ sudo netstat -tulpen | egrep '135|137|138|139|179|445|5355'
tcp        0      0 0.0.0.0:5355            0.0.0.0:*               LISTEN      195        4066       315/systemd-resolve 
tcp6       0      0 :::5355                 :::*                    LISTEN      195        4069       315/systemd-resolve 
udp     2304      0 0.0.0.0:5355            0.0.0.0:*                           195        4065       315/systemd-resolve 
udp6    2304      0 :::5355                 :::*                                195        4068       315/systemd-resolve

    d.h. 5355 gehört zu systemd-resolve.

    Die anderen Ports sind aber intern nicht sichtbar. FYI: der nmap Scan war von außen auf den RS2000 geführt.

    Mein Heimserver hatte ich intern zum Vergleich vom Desktop gescannt, da er dhcpcd nutzt tauchte 5355 nicht auf.

    --> Die Frage bleibt, was ist mit den restlichen Ports auf dem RS2000 ?

    @alhazred: dir Unterschied zwischen den verschiedenen Port Stati ist mit geläufig. Wenn allerdings kein mir bekannter Dienst auf dem Port arbeitet, und ich keine Einträge in der iptables dazu habe, dürfte er nicht mit filtered bei einem Scan rauskommen.

  • "filtered" port auf RS2000 ?

    nmap:

    Code
    PORT      STATE    SERVICE
80/tcp    open     http
135/tcp   filtered msrpc
137/tcp   filtered netbios-ns
138/tcp   filtered netbios-dgm
139/tcp   filtered netbios-ssn
179/tcp   filtered bgp
443/tcp   open     https
445/tcp   filtered microsoft-ds
5355/tcp  filtered llmnr

    Neben den beiden erwartetetn offenen Ports 80+443 finden sich weitere im Status "filtered".

    Woher kommen diese ?

    OS: Arch Linux

    Bei meinem Heimserver sehe ich diese Ports nicht.

    Vielen Dank!