Beiträge von AutoYaST

  • root Server - VPN Saudi Arabia, wie kann das sein?

    Genau, wenn der Eintrag in der RIPE Datenbank richtig ist, kann Netcup da nichts weiter tun.

    Kann schon sein, dass die Adresse vorher einem anderen Land zugeordnet war. Kann man meistens im Whois der vorherigen RIR sehen, hier zB eine Netcup IP Range die vorher im APNIC Raum lag und dann zu RIPE NCC umgezogen wurde:

  • Client Zertifikat Authentisierung

    Zitat von KB19

    Das trifft aber leider nicht auf SSLCACertificateFile zu, das ist nur nur in der Server Config oder einem vHost erlaubt. :(

    Ups! Mein Fehler, da habe ich schlecht geguckt. Dann funktioniert wohl doch nur die `optional_no_ca` Variante - mit der einzigen Möglichkeit es ein wenig durch komplexe if-Klauseln mit zig Variablen in `SSLRequire` einzuschränken (wenn, wie oben geschrieben, die Variablen vom Netcup httpd auch aufgelöst werden).

  • Client Zertifikat Authentisierung

    Zitat von twi

    könnte ich auch nur den CN-Name als Kriterium nehmen.

    Eine solche Apache httpd Option ist mir nicht bekannt.

    Edit: anscheinend kann man mit Variablen die Daten aus dem präsentierten Clientzertifikat auslesen und via `SSLRequire` erforderlich machen, das scheint mir aber komplex und könnte ebenfalls von Netcup limitiert sein.

  • Client Zertifikat Authentisierung

    Hi,

    ich habe leider keine .htaccess Konfiguration zum Testen, aber die notwendigen Optionen sind laut Apache Dokumentation (https://httpd.apache.org/docs/2.4/mod/mod_ssl.html) auch via .htaccess anwendbar - allerdings weiß ich nicht, ob hier Netcup Restriktionen implementiert, welche die möglichen Optionen einschränken!

    Das CA File, welches der Server nutzt, um die Clientzertifikate zu verifizieren (sofern du nicht `SSLVerifyClient optional_no_ca` setzt - was relativ sinnlos wäre, außer, dass es es dem möglichen Angreifer einen Stein in den Weg lelgt), müsste dann in dem Webroot Verzeichnis abgelegt werden, und mit entsprechender Pfadangabe verwiesen werden - bin mir nicht sicher, ob das .htaccess bei Netcup relative Pfadangaben unterstützt - aber das kann man sicherlich testen.

    Die nötigen Optionen, mit CA Validation, sollten sein:

    Code
    SSLVerifyClient require
SSLCACertificateFile <path to file> #alternativ SSLCACertificatePath wenn du kein konkateniertes File hast, wobei ein solches einfach zu erstellen ist
SSLVerifyDepth <integer> #wenn du ein oder mehrere Intermediary Zertifikate zur Ausstellung deiner Clientzertifikate nutzt

  • Email Hosting selber machen oder Anbieter nutzen?

    Ich habe bei Mailcow auch eine Ausnahme gemacht, und empfehle es auch weiter für Einsatzzwecke, welche E-Mail und Groupware in Basisfunktionalität für wenige Anwender erfordern. Insbesondere für Einzelpersonen oder kleine Gruppen und Vereine ist Mailcow toll, und reduziert den Administrations- und Wartungsaufwand gegenüber einem traditionellen Mailserver drastisch.

    Ich war sehr froh, für einen Verein, nach dem Auffinden von tausenden von Spammails in der Postfix Queue und ewigem betteln um Löschung der IP Adresse aus Blacklists, auf Mailcow wechseln "zu dürfen".

    In meinem Fall hatte ich dann jedoch einige Extrawünsche - Relay für interne Mails von *nix Maschinen, SSO Authentifizierung, Verifizierung von Diensten mit eigener CA, usw. - und fand mich dabei ewig Container zu patchen, eine docker-compose.override.yml zu warten, und bei jedem Containerrestart, insbesondere bei Ausführung des obligatorischen Mailcow Updateskripts, vor Angst und Bange zusammenzubrechen, wissend, dass danach *irgendetwas* nicht mehr funktionieren würde.

    Ich möchte daher auf Modoboa wechseln - das Prinzip ist ähnlich wie Mailcow, die herangehensweise ist jedoch anders - einerseits kein Docker - andererseits wird man, wenn man die manuelle Installationsroutine wählt - alternativ kann man auch einen Assistenten nutzen, weelchen ich mir nicht angesehen habe - Schritt für Schritt durch die Einrichtung der einzelnen Komponenten geleitet. Das hilft einerseits zu verstehen, was das Gesamtprodukt dann tatsächlich im Hintergrund macht - und andererseits erlaubt es eigene Konfigurationsspäßchen im Backend vorzunehmen, oder Backendteile gar gänzlich auszutauschen - das Modoboa Webinterface arbeitet mit einigen wenigen Eingriffen, welche meiner Meinung nach sehr verständlich und, mit dem nötigen Fachwissen, einfach in eigene Konfigurationen zu portieren sind.

    Bei Mailcow habe ich eher das Gefühl, dass jeder Eingriff früher oder später - sei es beim nächsten Update - zum Problem werden könnten.

  • Postfix / Netcup Nameserver

    Zitat von Patrick0815

    Das würde aber auch bedeuten, dass die Zone bereits auf dem neuen Server vorhanden ist, damit das überhaupt geprüft werden kann.

    Letztlich sollte man bei den Nameserver/DNS Einstellungen schon ungefähr wissen was man tut.

    Klar, meinte nur, dass damit vermieden wird, dass Laien rekursive Nameserver als vermeintlich authoritäre eintragen.

  • Windows Kennwort

    Ähm, das ist eine Windows Server Installation, da muss man das Kennwort für den Administrator Nutzer nach Installation selbst vergeben, sofern keine automatische Installation erfolgte - und wenn ich mich nicht irre, sieht die Abfragemaske dafür genauso aus.

    Kurz: such dir ein Kennwort aus.

  • open_basedir restriction

    Hallo, kenne die Verzeichnisstruktur von Netcup Webservern nicht, aber wenn deine Daten in httpdocs/ liegen, müsstest du "/var/www/vhosts/hostingXXXXXX.netcup.net" vor den Pfad setzen, da du vermutlich keinen Zugriff auf das Root-Verzeichnis (/) hast.

  • Support stellt sich quer: Drive could not be changed. Please try again with server powered off.

    Eventuell war dem Mitarbeiter nicht gleich ersichtlich, dass es sich um eine Fehlermeldung aus dem SCP, und nicht aus deinem Betriebssystem handelt?

    Eventuell dein ISO in einem lokalen KVM System testen - mit libvirt recht fix erledigt:

    Code
          <disk type='file' device='cdrom'>
        <driver name='qemu' type='raw'/>
        <source file='/mnt/isostore/archlinux-2021.09.10-x86_64.iso'/>
        <target dev='sda' bus='sata'/>
        <readonly/>
      </disk>