Hallo,
wie lautet die URL zum Shop, damit wir das online ansehen können?
Gleiches Problem
https://www.erdinger-weissbraeu-festzelt.de/shop-reservier…zelt-bayern.php
Mal geht's in den Warenkorb mal nicht, spätestens beim Check-Out kommt Error.
VG
Gleich Problem, error
Mal geht's in den Warenkorb mal nicht, spätestens beim Check-Out kommt Error.
clapier Schauen Sie bitte in die Browser-Konsole (Network), da sehen Sie dann den Server-Response-Code und können damit dann beim Provider nachfragen, was da los ist. Aktuell habe ich z.B. einen Kunden im Premium-Support, dessen Provider die Anfragen einfach blockiert, vermutlich über eine "Web-Firewall". Das Problem mag gleich aussehen, kann aber diverse Ursachen haben.
Hallo
clapier darf ich fragen welchen Server du nutzt?
bei mir ist es Strato.
Ein weiteren Shop habe ich bei Domainfactory da geht es ohne Probleme.
Beste Grüße Michael
MichaelM durchsuchen Sie mal dieses Forum nach "shop strato". Den Provider würde ich nicht für einen Shop nutzen 
clapier Schauen Sie bitte in die Browser-Konsole (Network), da sehen Sie dann den Server-Response-Code und können damit dann beim Provider nachfragen, was da los ist. Aktuell habe ich z.B. einen Kunden im Premium-Support, dessen Provider die Anfragen einfach blockiert, vermutlich über eine "Web-Firewall". Das Problem mag gleich aussehen, kann aber diverse Ursachen haben.
15.07.2024 06:44:26 http://www.erdinger-weissbraeu-festzelt.de [client 2a00:6020:4700::] AH10508: Unsafe URL with %3f URL rewritten without UnsafeAllow3F
15.07.2024 07:08:40 http://www.erdinger-weissbraeu-festzelt.de [client 2a00:6020:4700::] AH10508: Unsafe URL with %3f URL rewritten without UnsafeAllow3F
15.07.2024 07:09:25 http://www.erdinger-weissbraeu-festzelt.de [client 2a00:6020:4700::] AH10508: Unsafe URL with %3f URL rewritten without UnsafeAllow3F
15.07.2024 07:09:40 http://www.erdinger-weissbraeu-festzelt.de [client 2a00:6020:4700::] AH10508: Unsafe URL with %3f URL rewritten without UnsafeAllow3F
15.07.2024 07:09:49 http://www.erdinger-weissbraeu-festzelt.de [client 2a00:6020:4700::] AH10508: Unsafe URL with %3f URL rewritten without UnsafeAllow3F
clapier Schauen Sie bitte in die Browser-Konsole (Network), da sehen Sie dann den Server-Response-Code und können damit dann beim Provider nachfragen, was da los ist. Aktuell habe ich z.B. einen Kunden im Premium-Support, dessen Provider die Anfragen einfach blockiert, vermutlich über eine "Web-Firewall". Das Problem mag gleich aussehen, kann aber diverse Ursachen haben.
Ich habe gerade mit meinen Provider telefoniert und nach Aussage ist alles in Ordnung, gestern ist noch eine Bestellung reingegangen und sowas hatte ich in all den Jahren noch nie. Ich verstehe es nicht 
Beste Grüße Michael
Server ist Strato.
Hier die Analyse:
Der Fehler in der Logdatei des Apache-Webservers deutet auf ein Problem mit einer unsicheren URL hin. Hier ist die genaue Fehlermeldung und eine Erklärung:
mathematicaCode kopieren
15.07.2024 07:09:49 www.erdinger-weissbraeu-festzelt.de [client 2a00:6020:4700::] AH10508: Unsafe URL with %3f URL rewritten without UnsafeAllow3F%3f, was dem Fragezeichen ? entspricht) enthält.UnsafeAllow3F nicht aktiviert ist.?) wird oft in URLs verwendet, um Abfrageparameter einzuleiten, kann aber auch in anderen Kontexten als unsicher betrachtet werden.%3f zu enthalten, das als unsicher markiert wurde und daher umgeschrieben wurde.clapier Schauen Sie bitte in die Browser-Konsole (Network), da sehen Sie dann den Server-Response-Code und können damit dann beim Provider nachfragen, was da los ist. Aktuell habe ich z.B. einen Kunden im Premium-Support, dessen Provider die Anfragen einfach blockiert, vermutlich über eine "Web-Firewall". Das Problem mag gleich aussehen, kann aber diverse Ursachen haben.
/assets/php/shop/web-api/basket.php?action=do-order-basket&lang=DE&le=1&wafu=https%3A%2F%2Fwww.erdinger-weissbraeu-festzelt.de%2Fassets%2Fphp%2Fshop%2Fweb-api&cbsu=https%3A%2F%2Fwww.erdinger-weissbraeu-festzelt.de%2Fwarenkorb.php%3Fstep%3Dcheckout_processing:1
Failed to load resource: the server responded with a status of 403 ()
Failed to load resource: the server responded with a status of 403 ()
403 bedeutet, die Anfrage wurde Blockiert. Warum, kann nur der Provider sagen. Ebenso, warum er ein %3f (das ist die URL-Codierte form eines ?) für unsicher hält und das blockiert.
403 bedeutet, die Anfrage wurde Blockiert. Warum, kann nur der Provider sagen. Ebenso, warum er ein %3f (das ist die URL-Codierte form eines ?) für unsicher hält und das blockiert.
Support Ticket habe ich gelöst. Der Provider kann nicht abhelfen. Schon versucht.
Support Ticket habe ich gelöst. Der Provider kann nicht abhelfen. Schon versucht.
Wir auch nicht, denn das findet alles auf dem Webserver statt, auf den wir keinen Einfluss haben.
Das Ticket schreibe ich Ihnen wieder gut, dann können Sie es künftig nochmal nutzen.
Auch ich habe ein Ticket gelöst. Beste Grüße
Scheint mit mod_rewrite zusammenzuhängen. Potentielle Lösung: https://stackoverflow.com/a/78730375
Siehe auch: https://httpd.apache.org/docs/current/r…unsafe_allow_3f
Hallo Stefan,
ich habe gerade nochmals mit Strato telefoniert. Hier wurde unter dem Bereich Datenbank - Statistik die Error-Logfils kontroliert. Dort steht ganz klar (In den letzten 5 Tagen sind keine fehlerhaften Zugriffe erfolgt) Ich kann Dir gerne die Zugänge von Strato bei einem Live Gespräch mit teilen, damit du das selber siehst und überprüfen kannst. Wie verbleiben wir?
Beste Grüße Michael
MichaelM Machen wir es bitte nicht komplizierter als es ist. Ich möchte auch das "Verantwortlichkeit hin und her schieben Spiel" gerne abbrechen.
Wenn man z.B. folgende URL aufruft:
https://www.allgaeu-music.de/assets/php/shop/web-api/basket.php?action=add-article-to-basket&lang=DE&le=1&wafu=https%3A%2F%2Fwww.allgaeu-music.de%2Fassets%2Fphp%2Fshop%2Fweb-api&cbsu=https%3A%2F%2Fwww.allgaeu-music.de%2Fartikeldetail.php%3Fid%3D222-buescher-true-tone-alt-saxophon
Wird die Anfrage mit 403 (forbidden) blockiert (das ist selbsterklärend, dazu miss ich in kein Logfile sehen). Das liegt vermutlich an einem Update auf eine Apache-Version (Webserver-Software), die umgeleitete Anfragen blockiert, wenn sie ein URL-Codiertes Fragezeichen enthalten. Potentielle Lösung ist weiter oben von mir verlinkt worden. Man muss wohl Umleitungen, die man z.B. per .htaccess macht, ändern und den Parameter UnsafeAllow3F hinzufügen. Das können Sie gerne an Strato weitergeben, denn Sie sind sicherlich nicht der einzige Kunde, der auf dieses Problem trifft.
Also unser ITler sagt es gab seitens Apache eine Updateankündigung wegen einer Sicherheitslücke. Problem: nur die Provider haben noch nicht nachgezogen, daher funktioniert ZP nicht.
IONOS ist auch noch nicht soweit.
Die Provider müssen auf die Version 2.4.61 updaten.
Bin mit Strato dran.
Also unser ITler sagt es gab seitens Apache eine Updateankündigung wegen einer Sicherheitslücke. Problem: nur die Provider haben noch nicht nachgezogen, daher funktioniert ZP nicht.
IONOS ist auch noch nicht soweit.
Die Provider müssen auf die Version 2.4.61 updaten.
Bin mit Strato dran.
Hallo Clapier, soweit war ich auch schon mit Strato in Gespräch. Die machen hier gar nicht's auch kein Version Update oder ähnliches.
Potentielle Lösung ist weiter oben von mir verlinkt worden. Man muss wohl Umleitungen, die man z.B. per .htaccess macht, ändern und den Parameter UnsafeAllow3F hinzufügen.
[…]
Danke Stefan ich prüfe das gerade und gib hier Feedback ab.
[…]
Bei mir funktioniert es nicht.. Und der ITler warnt davor mit der Umgehung.... das kann dazu führen, dass man sogar bei Google gesperrt wird. Und man kann dann die Sicherheitslücke ausnutzen.
Hallo Allerseits,
ich habe genau das gleiche Problem, bin auch bei Strato.
Liebe Grüße, Annette
Ich habe es mit der htaccess Datei auch versucht. Bei mir war dann die komplette Seite weg Imweiteren habe ich versucht ob es an der PHP Einstellung liegt, habe diese mal auf 8.1 gesetzt brachte auch nicht. Latein am Ende
MichaelM Wie sah denn der genaue Inhalt der .htaccess aus? Evtl. war das syntaktisch nicht korrekt?
Es kann auch sein, dass der Provider intern bereits Umleitungen konfiguriert hat, die dann natürlich auch den zusätzlichen Parameter erfordern würden. In jedem Fall sollte Ihnen der Provider, nachdem wir hier nun schon die Ursache ermittelt haben, auch helfen können.
MichaelM Wie sah denn der genaue Inhalt der .htaccess aus? Evtl. war das syntaktisch nicht korrekt?
Es kann auch sein, dass der Provider intern bereits Umleitungen konfiguriert hat, die dann natürlich auch den zusätzlichen Parameter erfordern würden. In jedem Fall sollte Ihnen der Provider, nachdem wir hier nun schon die Ursache ermittelt haben, auch helfen können.
Ich hatte es so...
Könnten Sie das als Text hier einfügen, dann kann ich das korrigieren. Das vermeidet dann Missverständnisse etc.
# Beginn Umleitung https
RewriteEngine On
RewriteCond %{SERVER_PORT} !=443
RewriteRule ^(.*)$ https://www.domainname.de$1 [R=301,L]
RewriteRule Pattern Substitution [UnsafeAllow3F]
RewriteRule Pattern Substitution [flags,UnsafeAllow3F]
# Ende Umleitung auf https
Ich denke, das müsste folgendermaßen formatiert sein, habe das aber nicht überprüft/getestet.
# Beginn Umleitung https
RewriteEngine On
RewriteCond %{SERVER_PORT} !=443
RewriteRule ^(.*)$ https://www.domainname.de$1 [R=301,L,UnsafeAllow3F]
# Ende Umleitung auf httpsIch bezweifle auch, dass es an dieser Umleitung liegt, denn die kommt ja beim Zugriff auf den Shop gar nicht zum tragen, da die Shop-URL ja bereits ein https:// enthält. Verursacher ist also vermutlich eine Umleitung auf Seiten des Providers…
Könnten Sie das als Text hier einfügen, dann kann ich das korrigieren. Das vermeidet dann Missverständnisse etc.
Ich denke, das müsste folgendermaßen formatiert sein, habe das aber nicht überprüft/getestet.
Apache Configuration# Beginn Umleitung https RewriteEngine On RewriteCond %{SERVER_PORT} !=443 RewriteRule ^(.*)$ https://www.domainname.de$1 [R=301,L,UnsafeAllow3F] # Ende Umleitung auf httpsIch bezweifle auch, dass es an dieser Umleitung liegt, denn die kommt ja beim Zugriff auf den Shop gar nicht zum tragen, da die Shop-URL ja bereits ein https:// enthält. Verursacher ist also vermutlich eine Umleitung auf Seiten des Providers…
Durch diesen Code ist die Seite gar nicht mehr erreichbar
Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator at service@webmailer.de to inform them of the time this error occurred, and the actions you performed just before this error.
More information about this error may be available in the server error log.
Ich denke, das müsste folgendermaßen formatiert sein, habe das aber nicht überprüft/getestet.
Apache Configuration# Beginn Umleitung https RewriteEngine On RewriteCond %{SERVER_PORT} !=443 RewriteRule ^(.*)$ https://www.domainname.de$1 [R=301,L,UnsafeAllow3F] # Ende Umleitung auf httpsIch bezweifle auch, dass es an dieser Umleitung liegt, denn die kommt ja beim Zugriff auf den Shop gar nicht zum tragen, da die Shop-URL ja bereits ein https:// enthält. Verursacher ist also vermutlich eine Umleitung auf Seiten des Providers…
Es ist auch nicht nur der Shop.. wenn man Mails an strato schickt per Formmailer... dann geht das jetzt auch nicht mehr.
Bestelle ich mit einer Strato E-Mail über den Shop, geht es nicht. Andere Mail geht, die von Linevast.
Erdinger Weissbräu haben wir nun per Subdomain an IONOS weitergeleitet. Dort funktioniert es; solange niemand bestellt, der eine Strato E-Mail hat.
Meine Votingformulare muss ich nun auch umstellen. Alle Votings gehen nicht mehr mit dem Senden an eine Strato-Mail.
Andere Shops.. die nicht mit Query-Parameter (ZP) arbeiten, die funktionieren.
Jetzt müssen noch andere Webshops umziehen... die Leute sind echt stock sauer alle... die sagen... warum alle anderen Shops außer Zeta funktionieren...
In dem Sinne. VG
MichaelM okay, dann muss ich leider aufgeben und hoffe, der Provider kann ihnen endlich helfen.
Durch diesen Code ist die Seite gar nicht mehr erreichbar
Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator at service@webmailer.de to inform them of the time this error occurred, and the actions you performed just before this error.
More information about this error may be available in the server error log.
Das funktioniert nicht, da eine Sicherheitslücke "?" blockiert, die können Sie nicht umgehen durch eine Umleitung. Es bleibt Ihnen nichts weiter übrig als den Provider zu wechseln; sollten die nicht schleunigst das Apache Update durchführen.
Ich ziehe jetzt alle Shops/Websites um. SMTP Strato-Mails sind auch ein Problem.
So lange kann ich nicht warten... bis die reagieren.
MichaelM ich vermute, dass Strato die Flag "UnsafeAllow3F" blockiert und es deshalb zu einem Error 500 kommt.
Das funktioniert nicht, da eine Sicherheitslücke "?" blockiert, die können Sie nicht umgehen durch eine Umleitung. Es bleibt Ihnen nichts weiter übrig als den Provider zu wechseln; sollten die nicht schleunigst das Apache Update durchführen.
Ich ziehe jetzt alle Shops/Websites um. SMTP Strato-Mails sind auch ein Problem.
So lange kann ich nicht warten... bis die reagieren.
Hallo Clapier, ich habe jetzt Gott sei Dank einen fähigen Techniker von Strato am Telefon gehabt. Ich warte jetzt noch bis morgen ab und gib hier im Forum mein Feedback dazu.
Hallo Clapier, ich habe jetzt Gott sei Dank einen fähigen Techniker von Strato am Telefon gehabt. Ich warte jetzt noch bis morgen ab und gib hier im Forum mein Feedback dazu.
Alles paletti. Ich selbst habe aber meine Website deerbrands-music-media.de (neu Domain/Umzug deerbrands.com folgt noch) zu IONOS gewechselt und alles funktioniert einwandfrei. Wir werden alle Kunden umstellen. Das ist ein Nogo! Da hängt einfach viel zu viel Geld hinter, wenn Erdinger oder andere, wo es um Millionen Umsätze geht, nichts mehr verkaufen können im Shop. Und ich hatte schon richtig Überzeugung leisten müssen, dass die zu Zeta Producer wechseln... Ist natürlich wieder einmal herrlich.
VG und toi toi toi... ich bin gespannt.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
