Beiträge von KB19

    geekmonkey Ach, eine Nginx Konfiguration ist wesentlich logischer aufgebaut als beim Apachen :)

    Man könnte das nun auch noch ausbauen, und auf valide Nummern prüfen... z.b.: ^p(\d{1,5})\.example\.com$

    Das würde ich auf jeden Fall empfehlen, wenn man die Usereingaben für Proxy-Verbindungen nutzt.

    marpri Willst Du am anderen Server tatsächlich den originalen HTTP-Hostnamen haben? Kannst Du den dort richtig zuordnen/verarbeiten?

    Das ist seltsam. Ich versuche gerade Dovecot mittels SSL an MariaDB zu binden. Laut meinen Notizen hat das bei Debian Buster irgendwann im Jänner oder Februar bei intensiven Tests problemlos funktioniert. Jetzt klappt mit der gleichen Konfiguration aus dem internen Wiki nichts mehr…

    Code
    driver  = mysql
    connect = user=<username> \
              password=<password> \
              ssl_cert=<pem> \
              ssl_key=<key> \
              ssl_ca=<ca> \
              host=<hostname> \
              dbname=<database>

    dovecot: auth-worker: Error: mysql: Connect failed to database: SSL connection error: No or insufficient priorities were set.

    Diese Fehlermeldung scheint von GnuTLS zu kommen, siehe GNUTLS_E_NO_PRIORITIES_WERE_SET. Mit dem MySQL-Client kann ich mit den gleichen Zugangsdaten und Zertifikaten über SSL erfolgreich zugreifen. Ich habe zum Test sogar schon die Dovecot und GnuTLS Pakete aus der damaligen Zeit installiert, die laut snapshot.debian.org in Verwendung waren. Was ich noch nicht getestet habe ist, den MariaDB-Server bzw. Client mit identischer Version und Konfiguration von damals in Betrieb zu nehmen.

    Irgendwelche Ideen, wie ich das Problem weiter eingrenzen könnte? ||

    Edit: /ping A:H

    Edit: Offenbar muss man nun explizit ssl_cipher in Dovecot setzen. Das führt dann schnell zu…

    Code
    SSL connection error: A packet with illegal or unsupported version was received.

    Eine korrekte Liste bekommt man über den MySQL-Client mittels…

    Code
    show session status like 'Ssl_cipher_list';

    Keine Ahnung, warum sich das geändert hat. Oder meine Notizen sind unvollständig :D

    kk das macht Sinn :), für sowas habe ich auch meinen eigenen Repo lieben gelernt :)

    Es schadet zu mindestens nicht, wenn man den Workflow zum Patchen von beliebigen Paketen verinnerlicht hat. Ist auch sehr praktisch, wenn man schnell Bugfixes ausprobieren möchte oder muss, bevor diese im Paket oder Upstream-Release landen.

    PS: Für Dovecot < 2.3 muss man die Patches übrigens anpassen. Stichwort error/error_msg, die zweite Variable gab es dort noch nicht.

    Ich glaube xfburn produziert unter Xubuntu 18.04 nur noch Datenmüll bei mir…

    Code
    UDF-fs: warning (device sr0): udf_load_vrs: No VRS found
    UDF-fs: Scanning with blocksize 2048 failed
    UDF-fs: warning (device sr0): udf_load_vrs: No VRS found
    UDF-fs: Scanning with blocksize 4096 failed

    Mit Brasero gebrannte CDs DVDs funktionieren einwandfrei ?(

    KB19 kannst Du das bei Dir nachvollziehen?

    Du hast ja auch einen HE-Tunnel, oder?

    Jein, HE habe ich auch, aber nicht als Primärtunnel. Kann ich bei Bedarf aber gerne über HE testen. Ich bin allerdings gerade unterwegs und kann erst in der Nacht oder morgen nachsehen. Wenn die ICMPv6 wirklich komplett (!) von außen blockieren, könnte es auch ein MTU-Problem sein. Wie bereits von H6G angedeutet.

    Normale Spammails in irgendwelchen asiatischen Sprachen bekomme ich immer wieder mal, aber afaik keine Erpressermails. Die fehlen noch in meiner Sammlung… (Nein, ich hebe die nicht auf. Wäre aber vielleicht ganz lustig? :D)