Neu DSGVO iframe von Matomo wird nicht angezeigt

[albi123]

Ich habe hier einen Shop der von Matomo "begleitet" wird.

Matomo läuft aber auf einer anderen Domain. Das Tracking funktioniert aber der iframe für das opt-out wird einfach nicht angezeigt (bleibt leer).
Wenn ich den Link der im iframe angezeigt werden soll kopiere und in separat aufrufe wird mir der Inhalt angezeigt aber eben nicht in der Datenschutzerklärung im iframe.
Der Shop und auch Matomo läuft über https.

Hat das Problem noch jemand oder Tipps?

 

[ag-websolutions.de]

Link zu der DaSchu-Erklärung von deinem Shop?

 

[albi123]

https://lagerfeuer24.de/Privatsphaere-Datenschutz-Feuerschalen-Feuerkoerbe-Shop

 

[MBesancon]

Du hast in deinen Einstellungen (z.B. in der .htaccess) verboten das Inhalte von anderen Domains angezeigt werden können...

 

[ag-websolutions.de]

Es liegt an deiner X-Frame-Origin-Einstellung

Load denied by X-Frame-Options: https://zwerge24.de/piwik/index.php...groundColor=&fontColor=&fontSize=&fontFamily= does not permit cross-origin framing.

OK, Marcel war schneller 🙂

 

[albi123]

ok, danke euch vielmals. Jetzt weiss ich wo ich suchen muss.

könnt ihr mir noch verraten wie ich eine Domain erlauben kann?

 

[MBesancon]

Ich denke dieser Beitrag sollte dir weiterhelfen: https://scheible.it/x-frame-options/

 

[albi123]

Ich habe die entsprechende Zeile aus der .htaccess raus gelöscht aber der Fehler bleibt.
Ist das noch wo anders abgespeichert?

 

[ag-websolutions.de]

Caches geleert (Browser, Template, Object) ?

 

[albi123]

Ja, alles mehrfach. Den Shopcache habe ich abgeschaltet.
Im Browser habe ich den Cache geleert und Cockies deaktiviert.

 

[ag-websolutions.de]

Läuft dein Shop über einen nginx-Proxy?

 

[albi123]

Hier kommt gerade eins zum anderen.
PHP-Unterstützung 5.6.36 (PHP-Version , PHP ausführen als FPM vom Apache bedient.)
Läuft auch nicht über einen Proxy.

Wenn ich eine höhere PHP-Version einstelle funktioniert meine Pluginverwaltung nicht mehr. Bin gerade dabei alte, nicht gebrauche Plugins zu löschen.

 

[albi123]

So, Plugins gelöscht, PHP auf 7.2.5 gestellt und die Pluginverwaltung funktioniert.

Wenn ich das Protokoll aufrufe steht dann so was:

2018-05-24 10:04:03 Error 87.183.149.162
31362#0: *369127 connect() failed (111: Connection refused) while connecting to upstream


nginx-Fehler

Also ich kann das nicht ausschließen, dass hier irgendwas über nginx läuft.

Habe gerade noch was gesehen:

"Proxymodus Nginx leitet Anfragen über Proxys an Apache weiter. Deaktivieren, um Apache nicht mehr zu verwenden"
Das ist aktiviert.

Beide Domains haben ein let's encrypt Certificat.

 

[ag-websolutions.de]

Dann frage mal bei deinem Webhoster/Serveradmin nach ... bei einem nginx-Proxy kann der Header auch mittels add_Header in einem config-File gesetzt werden

 

[albi123]

Kurzer Zwischenbericht:

eMail vom Hoster:

die Einstellungen wurden in Plesk und Einstellungen für Apache & nginx und
Zusätzliche Anweisungen für HTTP gesetzt
Header set X-Frame-Options "ALLOW-FROM https://zwerge24.de/"

Auf den Bereich
Zusätzliche Anweisungen für HTTP haben Sie keinen Zugriff und der Apache wird nach dem Speichern neu gestartet.


Mit freundlichen Grüßen

Trotzdem funktioniert es nicht. Immer noch der selbe Fehler.
Langsam gehen mir die Ideen aus.

 

[ag-websolutions.de]

Ich weiß ja nicht wer dein Hoster ist und was der gesetzt hat ... aber deine Seite liefert immer noch einen nicht passenden header zurück

 

[albi123]

Ich weiss ja dass es immer noch nicht funktioniert.
Mein Hoster ist Webspace4All. Bisher hat alles sehr gut funktioniert dort.
Meinerseits habe ich die die X-Frame-Options komplett rausge # outet aus der .htaccess.
Es ist mir ein Rätsel wo diese Einstellung her kommt.

 

[ag-websolutions.de]

Zeig deinem Hoster doch mal das Bild und frag ihn woher das kommt

und der Apache wird nach dem Speichern neu gestartet.

Wenn die eine nginx-Direktive geändert haben, muss nginx auch reloaded werden

 

[albi123]

Ich habe ihm mehrfach die Fehlermeldung kopiert und irgendwann hat er das auch kapiert. Aufgrund dessen hat er ja die Zusätzliche Anweisungen für HTTP gesetzt.
Ich werde mal nachfragen ob nginx auch reloaded wurde.