Neu Shop abgleich funktioniert nicht, Lösungsansätze gesucht

[Indy1]

Hallo !
Ich habe einen Hauptshop, und 5 SFE´s (alle unter 500 Artikel). Alle haben mit dem Multishop-Modul bis vor wenigen Wochen einwandfrei funktioniert.

Die 6 Shops sind auf 3 Webspaces (unterschiedliche Server) aufgeteilt. 2 davon funktionieren, die anderen 4, die alle auf dem gleichen Server liegen funktionieren nicht.
Da bekomme ich schon beim Verbindungstest einen Fehler ("forbidden").

Mittlerweile wurden alle Shops (da waren noch Shop4 dabei) auf die aktuellste Version upgedated, ohne Erfolg, der Fehler bleibt.

Mein Provider meint es wurde von seiner Seite nichts geändert, JTL meint ein forbidden kann nur vom Server kommen.

Jetzt sitze ich mit 4 nicht funktionierenden Shops zwischen den Stühlen und habe keine Ahnung was ich meinem Provider geben kann damit er den Fehler (der ja wohl bei Ihm sein muss) finden kann.
Gibt es irgendwelche Tips die ich meinem Provider geben kann ? Oder Erfahrungswerte ?
Was genau passiert denn bei dieser Abfrage - was wird da wo hin geschickt, oder was sollte als Antwort kommen ?

Vielen Dank !

lg, Karl Indra

 

[Rainer S]

Hallo, was sagt denn der Hoster zu den im Ticket bereits gegebenen Informationen?

Entweder eine Firewall die den Zugriff blockiert oder ein Securitymodul. Das kann einzig und alleine nur Ihr Hoster helfen.
Als Hoster sollte dieser doch schon selbst schauen können anhand der Logs was genau passiert auf dem eigenen Server.

 

[Indy1]

Hallo, was sagt denn der Hoster zu den im Ticket bereits gegebenen Informationen?

Entweder eine Firewall die den Zugriff blockiert oder ein Securitymodul. Das kann einzig und alleine nur Ihr Hoster helfen.
Als Hoster sollte dieser doch schon selbst schauen können anhand der Logs was genau passiert auf dem eigenen Server.

Der Hoster meint es läge weder an Mod_Security, noch an falschen SSL-Zertifikaten oder so.
Er beharrt darauf das Sie nichts geändert hätten und wollen von mir wissen welche Abfragen von der Wawi wohin geschickt werden, damit Sie das prüfen können...

Die Zugriffe von der Adresse "212.186.183.11" führen serverseitig zu einer Redirect-Loop. Haben Sie eine Idee, weshalb es zu diesen Weiterleitungen in der Applikation kommt?

[Wed Oct 23 17:45:34.284490 2024] [core:error] [pid 747556:tid 747605] [client 212.186.183.11:55046] AH00124: Request exceeded the limit of 10 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to get a backtrace.
[Wed Oct 23 17:45:55.876250 2024] [core:error] [pid 751254:tid 751290] [client 212.186.183.11:55052] AH00124: Request exceeded the limit of 10 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to get a backtrace.

Keine Ahnung was da von wo wohin geht - ich weiß nur das es komisch ist das von 2 Servern die Zugriffe funktionieren und vom dritten nicht - natürlich genau der auf dem die meisten der Shops liegen.
Die seiten inkl. der dazugehörigen Domains auf einen der beiden funktionierenden Server übersiedeln Sie nur kostenpflichtig (ohne einen Preis zu nennen) da ja "der Fehler nicht bei Ihnen liegt"....

_Und solange Sie nicht übersiedeln und dann feststellen das es dort geht (so hoffe ich jedenfalls) geht das hin- und her...

Die Shops sind mittlerweile alle im Wartungsmodus, da ja keine Bestellungen abgeholt werden, was extrem unbefriedigend ist...

 

[Rainer S]

Der Hoster meint es läge weder an Mod_Security,

Sorry, aber hat er es wirklich mal deaktiviert, und Firewall geprüft. Ich würde gerne mehr helfen aber das Problem ist der Hoster.

 

[Rainer S]

Request exceeded the limit of 10 internal redirects

Noch als nachtrag, prüfe mal ob die Shop URL wirklich 100% korrekt hinterlegt ist. also jenachdem ob der Shop mit oder ohne www. installiert ist und auch https:// in der Wawi eingetragen ist und nicht nur http://

 

[css-umsetzung]

Das hört sich ja so an als wenn JTL selbst schon draufgeschaut hat?
Wenn nicht dann wäre das die beste Lösung, andernfalls sollte ein SP dir auch helfen können.

Hast du schon probiert von dem Server wo der Abgleich gestartet wird, einen direkten Aufruf auf /dbeS/mytest.php durchzuführen?

 

[Rainer S]

Das hört sich ja so an als wenn JTL selbst schon draufgeschaut hat?

ja wir haben drauf geschaut deshalb tätige ich hier auch die gleiche aussage wie im Ticket. Das nur um Missverständnisse zu vermeiden.

mytest.php aufruf geht von aussen deshalb kann es nur sein das der Client ausgeschlossen wird durch eine Firewall oder mod Security. Der Hoster streitet es aber wehement ab wie es ausschaut.

 

[css-umsetzung]

Aha.
Den Loop finde ich recht merkwürdig

ob mod_security aktiv ist könnte man ja theoretisch über die htaccess prüfen.

 

[Indy1]

Hallo !
Erstmal vielen Dank für eure Hilfe !
Das ist die letzte Antwort die ich bekommen habe vom Hoster:
"danke für die Rückinfos!

Ich würde es gerne genauer Debuggen, dazu müsste ich es jedoch irgendwie reproduzieren können. Wie sieht der Request aus, den die Warenwirtschaft absendet? Sehen Sie, was zurückgeliefert wird? Gibt es eine Möglichkeit, wie wir diesen Request nachstellen können?"

Ich werde ihn jetzt mal auffordern mod:security mal komplett zu deaktivieren - richtig ?

Danke !
lg, Karl

 

[css-umsetzung]

Ich werde ihn jetzt mal auffordern mod:security mal komplett zu deaktivieren - richtig ?

Ja das ist das beste