Beiträge von fommio

Zitat von [gelöschtem Individum]

Du könntest Recht haben. Auch bei dem Aufruf vom Smartphone aus per smtp wird mors-relay-8403 genommen und damit klappt es auch:

Code

Received: from policy02-mors.netcup.net (unknown [46.38.225.35])
    by mors-relay-8403.netcup.net (Postfix) with ESMTPS id 4FF8XR4PJhzB1Fv
    for <[gelöschtem Individum]@dummyempfaenger.de>; Tue,  6 Apr 2021 16:09:11 +0200 (CEST)

Ich mach mal ein Ticket auf...

Hey! Darf ich fragen, was dabei rausgekommen ist?

Benutze unter Thunderbird noch zusätzlich die tolle Extension DKIM Verifier, um mir bei jeder Nachricht sofort einen klaren Überblick im Posteingang zu verschaffen. Ohne weitere Konfigurationen (DNS / Clients) wird von all meinen Mailclients (auch Thunderbird) das "Netcup-DKIM" korrekt in die Header beim Versand gesetzt.

Zitat von tab

Oder mal eine andere Reihenfolge probieren, so dass die Anführungszeichen nicht am Ende stehen?

Für die Nachwelt:

Expect-CT: report-uri="https://NAME.report-uri.com/r/d/ct/enforce", enforce, max-age=21600

Scheint wohl eine Eigenheit des Netcup Panels zu sein.

Zitat von H6G

Hast du es schonmal mit einfachen Anführungszeichen ' oder escapted Anführungszeichen \" probiert?

Ja, klappt leider auch nicht.

Hi Community,

ich habe diverse HTTP Security Headers für meine Site erstellt.

Folgendes Problem beim Header "Expect-CT" (ich bin nach folgendem Schema vorgegangen: https://scotthelme.co.uk/a-new-security-header-expect-ct/):

Die im Netcup CCP eingegeben Werte bei "Zusätzliche Header" (nginx-Webserver) werden zwar dort korrekt gespeichert, bei der Gegenüberprüfung am Client-Browser fehlt jedoch das abschließende Anführungszeichen - somit läuft das Reporting ins Leere:

Apache-Webserver.pngFF.png

------------

Soll-Wert:

Expect-CT: enforce, max-age=21600, report-uri="https://NAME.report-uri.com/r/d/ct/enforce"

Ist-Wert:

Expect-CT: enforce, max-age=21600, report-uri="https://NAME.report-uri.com/r/d/ct/enforce

------------

Eine zweite Gegenüberprüfung auf https://www.hardenize.com bestätigt das:

Hardenize Report.png

Ich habe bereits die Werte bei "Zusätzliche Header" im CCP neubeschrieben - ohne Erfolg.

LG,

fommio

2020-08-15 16_44_28-Window.png

@DerRené @tab,

Meine Güte DANKE!

Ich hab's gerade angepasst.

Pending...

Hi Community,

ich möchte gerne das Web Key Directory "wkd.keys.openpgp.org" von dem vertrauenswürdigen Keyserver https://keys.openpgp.org benutzen und habe daher folgenden CNAME-Eintrag bei den DNS-Settings kreiert (ich folgte der Anleitung https://keys.openpgp.org/about/usage) :

Host = openpgpkey.DOMAINNAME.eu

Destination = wkd.keys.openpgp.org

Die Gegenüberprüfung, ob der Eintrag korrekt gesetzt ist oder nicht, bringt die Meldung "CNAME lookup failed: no CNAME record set"
(https://wkd.keys.openpgp.org/s…=openpgpkey.DOMAINNAME.eu)

Ich möchte gerne den o.g. WKD verwenden, da anschließend alle meine Mailadressen bei diesem Dienst von anderen OpenPGP-Anwendungen auffindbar sind. Außerdem gefällt es mir, dass eine transparente und seriöse Drittpartei die verifizierten (!) Mailadressen inkl. meiner öffentlichen PGP-Keys für Jedermann aufrufbar sind - als zusätzlicher Crosscheck. (https://www.heise.de/security/…e-Schluessel-4450814.html)

Der Support des WKD-Dienstes antwortete mir, dass die o.g. DNS-Konfiguration grundsätzlich richtig eingetragen wurde, von außen sähe das Ergebnis aber nicht so aus:

Zitat von keys.openpgp.org

"Man sieht einen A record der auf xx.xxx.xx.xx zeigt (dieselbe IP wie deine Domäne xxx.eu selbst), und einen AAAA record auf xxxx:xxxx:xx:xxxx::xx:xxxx."

Ich muss an dieser Stelle sagen, dass ich mich erst seit kurzem mit Webserver-Konfigurationen beschäftigte - bitte um Nachsicht, falls ich hier irgendetwas Grundsätzliches übersehen habe.

LG,

fommio