Beiträge von WebService4U

  • Mailzustellung an Domain, die dem Hostname entspricht schlägt fehl

    Hallo Anton,


    danke für das Feedback.


    Zitat von antondollmaier

    Bekanntes Problem und unabhängig von LC.


    Nicht plausibel: z.B. unter Confixx funktionierte das exakt so und ohne Fehler.


    Den Lösungsvorschalg habe ich nachvollzogen, mit negativem Ergebins.


    /etc/hostname:
    subdomain


    /etc/hosts:
    127.0.0.1 localhost.localdomain localhost
    123.456.789.123 subdomain.servername.xy subdomain
    #
    # IPv6
    ::1 ip6-localhost ip6-loopback
    fe00::0 ip6-localnet
    ff00::0 ip6-mcastprefix
    ff02::1 ip6-allnodes
    ff02::2 ip6-allrouters
    ff02::3 ip6-allhosts
    abcd:123:123:1234::2 subdomain.servername.xy subdomain


    /etc/init.d/hostname.sh wurde ausgeführt
    service postfix restart auch.



    Andere Ideen?


    Internette Grüße
    Reiko

  • Mailzustellung an Domain, die dem Hostname entspricht schlägt fehl

    Guten Morgen,


    eine Mailzustellung an ein Postfach auf dem Domainnamen, der auch unter /etc/hostname eingetragen ist schlägt fehl.


    /etc/hostname enthält servername.xy
    /etc/mailname enthält mail.servername.xy


    Auf dem Vertrag web0 wird nun auch servernamexy als Domain eingerichtet, dazu eine Emailadresse test@servername.xy.


    Sende ich eine Email an test@servername.xy erhalte ich folgende Rückantwort:


    ----
    This is the mail system at host servername.xy.


    I'm sorry to have to inform ...


    The mail system


    <test@servername.xy>: unknown user:
    "test"



    Reporting-MTA: dns; servername.xy
    X-Postfix-Queue-ID: CCBblabla
    X-Postfix-Sender: rfc822; ich@meineadresse.de
    Arrival-Date: Thu, 13 Nov 2014 09:52:42 +0100 (CET)


    Original-Recipient: rfc822;test@servername.xy
    Action: failed
    Status: 5.1.1
    Diagnostic-Code: X-Postfix; unknown user: "test"
    -----



    Lege ich jedoch zur Domain servername.xy im web0 eine Subdomain test.servername.xy an und erstelle darauf die Emailadresse test@test.servername.xy wird die Email einwandfrei zugestellt.


    Das beschriebene Problem betrifft ausschließlich den Fall, dass es sich bei servername.xy um die Domain handelt, die auch unter /etc/hostname eingetragen ist. Alle Anderen Domains laufen diesbezüglich einwandfrei. Das Verhalten konnte ich auf mehreren LC-Servern reproduzieren.


    Grundlagen:
    Debian Wheezy mit LC letzte Version


    Bin für jeden Tipp dankbar.


    Internette Grüße
    Reiko

  • SSL-Zertifikat als ungültig/self signed bei FTPS mit Proftpd

    Guten Abend Herr Keppler,


    danke, dass Sie sich das Sache so zügig angenommen haben. Jetzt funktioniert es einwandfrei. Natürlich mußte nach dem LC Neustart noch einmal die Proftpd-Konfiguration in LC aktualisiert werden.


    Aber wie das so ist im Leben, ich habe da gleich noch ein Problem, dazu mache ich aber nätürlich einen neuen Thread auf :)


    Ansonsten weiter so: je länger ich LiveConfig benutze, desto besser finde ich es ;)


    Internette Grüße
    Reiko

  • SSL-Zertifikat als ungültig/self signed bei FTPS mit Proftpd

    Ich merke gerade, der Sachverhalt stellt sich doch noch anders dar:


    LC schreibt in die proftpd.conf:


    TLSRSACertificateFile /etc/ssl/certs/proftpd.crt
    TLSRSACertificateKeyFile /etc/ssl/private/proftpd.key


    Ich habe das nun auskommentiert und mal das Zertifikat aus der (funktionierenden) VHOST-Konfiguration des Apache eingesetzt und damit funktioniert es korrekt:
    #TLSRSACertificateFile /etc/ssl/certs/proftpd.crt
    #TLSRSACertificateKeyFile /etc/ssl/private/proftpd.key


    TLSRSACertificateFile /etc/ssl/certs/e728dffBLABLA7c.crt
    TLSRSACertificateKeyFile /etc/ssl/private/e728dffBLABLA7c.key
    TLSCACertificateFile /etc/ssl/certs/e728dffBLABLA7c-ca.crt


    Meine vorherige Aussage:
    TLSRSACertificateFile /etc/ssl/certs/proftpd.crt
    TLSRSACertificateKeyFile /etc/ssl/private/proftpd.key
    TLSCACertificateFile /etc/ssl/certs/BLABLABLAc-ca.crt
    würde funktionieren, ist NICHT richtig.


    Ideen?

  • SSL-Zertifikat als ungültig/self signed bei FTPS mit Proftpd

    Hallo Anton,


    das Zertifikat ist komplett inklusive CA in LC hinterlegt und wird auch problemlos beim Apache2 und Dovecot verarbeitet (ja, ich weiß, die Auth-Mechnismen bei FTPS/HTTPS usw. sind verschieden und somit nicht vergleichbar).


    In proftpd.crt steht tatsächlich die gesamte chain. Ich erhalte beim Verbinden (hier WinSCP) aber trotzdem siehe:
    https://www.dropbox.com/s/lrqx…11-12%2015.47.09.png?dl=0


    Setze ich in der proftpd.conf TLSCACertificateFile /etc/pfad_zum_ca-cert, dann wird das Zertifikat bei der Verbindung nicht angefragt.


    Gruß
    Reiko

  • SSL-Zertifikat als ungültig/self signed bei FTPS mit Proftpd

    Guten Tag,


    bei der Zuweisung eines eigenen SSL-Zertifikats für Proftpd, der durch LiveConfig verwaltet wird fehlt in der proftpd.conf der Verweis auf die Zwischen- bzw. Root-Zertifikate: TLSCACertificateFile /etc/pfad_zum_ca-cert


    Die Folge ist, dass gültige signierte Zertifikate von FTP-Clients bei FTPS als ungültig moniert werden.


    Internette Grüße
    Reiko

  • LiveConfig meldet sich von MySQL ab

    Hallo Herr Keppler,


    es gab seit 25 Tagen keinen Neustart und auch zwischen den Vorfällen keine LC-Update.


    Kann ich LC vielleicht bis zur Ursachenfindung per Cron zwingen, die Verbindung aufzubauen, zur Zeit prüfe ich jeden Tag manuell, ob die Verbindung da ist.


    Internette Grüße
    Reiko

  • LiveConfig meldet sich von MySQL ab

    Und wieder ist es passiert> Liveconfig hat die Verbindung zur Datenbank verloren:


    Servereinstellungen->Datenbanken->Status: Not Connected. Bearbeiten des Admin-Benutzers der Datenbank aufgerufen und wieder geschlossen (keine Änderung an Benutzernamen und Passwort). Ergebnis: Status: Connected


    Weiß niemand Rat?


    Internette Grüße
    Reiko

  • LiveConfig meldet sich von MySQL ab

    Guten Tag,


    Ich hatte jetzt mehrmals folgendes Phänomen: Kunden berichteten, dass sie auf neu angelegte Datenbanken nicht zugreifen konnten.


    Eine Überprüfung ergab:
    1. LC: Servereinstellungen->Datenbanken->Status: Not Connected. Bearbeiten des Admin-Benutzers der Datenbank aufgerufen und wieder geschlossen (keine Änderung an Benutzernamen und Passwort). Ergebnis: Status: Connected
    2. In der LiveConfig-MySQL-Datenbank, Tabelle DBS: Datenbanken der Kunden waren korrekt eingetragen, Status aber: 0
    3. service livevonfig restart durchgeführt. In der LiveConfig-MySQL-Datenbank, Tabelle DBS: Datenbanken der Kunden waren korrekt eingetragen, Status nun: 1. Die Datenbanken waren nun korrekt angelegt.


    Ich konnte weder im syslog noch im lc-Log den Grund erkennen, warum sich LC vom MySQL-Server abgemeldet hatte. Das ist jetzt 2x passiert.


    OS: Debian Wheezy
    LC-Version: aktuell, läuft mit mysql
    custom.lua
    web.HTDOCS_PATH = 'html'
    dovecot.DISABLE_CRAM=true


    Bin für Hinweise dankbar.


    Internette Grüße
    Reiko