Neu JTL-Shop zum JTL-WAWi anbinden

[sirmgh]

Guten Tag,
ich bekomme das meldung:


Error when testing the connection: (Forbidden) Zugriff verweigert. Bitte prüfen Sie die Zugangsdaten in der Onlineshop-Anbindung. Sollten diese korrekt sein, prüfen Sie Dateirechte und eventuellen Verzeichnisschutz auf Ihrem Webserver. Angeforderte PHP-Datei: mytest.php


1. username, password sind richtig
2. https://my_domain/dbeS/mytest.php has antwort 3.5.5.0


was sollte ich machen.
Danke

 

[mh1]

Falls du den Shop in der Version 5.5.0 hast, ist beim Aufruf von dbes/mytest.php die erwartete Antwort: 3 5.5.0
Die Frage ist also, wie genau sich der Fehler bei der Anbindung bemerkbar macht.
Hast du ein Ticket aufgemacht?

 

[sirmgh]

ich bekomme das meldung:

 

[sirmgh]

Falls du den Shop in der Version 5.5.0 hast, ist beim Aufruf von dbes/mytest.php die erwartete Antwort: 3 5.5.0
Die Frage ist also, wie genau sich der Fehler bei der Anbindung bemerkbar macht.
Hast du ein Ticket aufgemacht?

ich kann nicht ticket aufmachen, weil ich habe basic support.

 

[NoOne]

Das ist vermutlich ein Hosting-Problem. Oder ein Wawi-Problem, wie mans nimmt. Die Wawi schickt beim Verbindungstest keinen User-Agent mit. Das blockieren manche Hoster komplett und erlauben keinen Verbindungsaufbau. Da wird dann ein "Forbidden" zurückgeliefert.

 

[mh1]

Das ist vermutlich ein Hosting-Problem. Oder ein Wawi-Problem, wie mans nimmt. Die Wawi schickt beim Verbindungstest keinen User-Agent mit. Das blockieren manche Hoster komplett und erlauben keinen Verbindungsaufbau. Da wird dann ein "Forbidden" zurückgeliefert.

und genau daran scheint es zu liegen. Interessant - Danke an @NoOne, denn das war mir auch noch nicht bekannt....

Denn schickt man einen Request mit User-Agent an deine URL mit .../dbeS/mytest.php kommt 3 5.5.0 zurück.
Sendet man aber ohne User-Agent erhällt man den Status 403 (Forbidden) und Suspicious traffic detected..
Das kannst du wohl ohne den Support vom Hoster nicht lösen.

 

[megathomas]

Hallo,
wie es scheint, haben wir das gleiche Problem seit Dienstag. Am Montag ging alles wie immer, seit Dienstag gibt es keinen Abgleich mit den Shops mehr.
Alles Updates von JTL- Shop und JTL-Wawi haben keine Änderung gebracht.
Die mytest.php liefert mit Chrome 3 5.5.0. zurück - es sollte also eigentlich gehen.
Der Fehler mit Shop 5.5.0 ist irgendwas mit einer "3".
Die Fehler mit Shop 5.3.2 sind "JTL Wawi." (2x)

Wer kann da helfen?

LG Thomas

 

[css-umsetzung]

Was sagt denn der Verbindungstest?
Sind die Shops im Kundencenter ins Abonnement überführt worden?

Wer kann da helfen?

Ja ich kann helfen.
Der Support von JTL wäre kostenfrei, meiner allerdings nicht.

 

[megathomas]

Hallo CSS-Umsetzung,
vielen Dank für die Antwort!

Der Verbindungstest sagt: "Beim Testen der Verbindung ist ein Fehler aufgetreten: (Forbidden) Zugriff verweigert. Bitte prüfen Sie die Zugangsdaten in der Onlineshop-Anbindung. Sollten diese korrekt sein, prüfen Sie Dateirechte und eventuellen Verzeichnisschutz auf Ihrem Webserver. Angeforderte PHP-Datei: mytest.php"

Am Montag ging noch alles und da waren wir bei einem ganz alten 5er Shop - erst seit gestern auf 5.5.0. und das natürlich mit Umwandlung zum Abo. Ohne wäre das ja nicht möglich gewesen. Der Fehler war aber auch schon in Kombi JTL Wawi 1.9. und alter Shop da (so ist die Vermutung, weil wir Fehler mit den Daten im Shop haben).
Die anderen Shops sind Free-Shops. Müssen die auch ein Abo bekommen?

Ich habe das Forum nach den Problemen mit den User Agents durchsucht. Das ist schon ein paar Mal Thema gewesen. Auch CSS Umsetzung hat dort schon mitgewirkt - aber am Ende war es dann doch der Hoster.
Aber mit einem Hoster als Anwender diskutieren ist sehr schwer.

Einen kostenpflichtigen Auftrag möchte ich zu diesem Zeitpunkt nicht erteilen. Mit dem Shop läuft es eh nicht gut und die Kommunikation mit dem Hoster ist miserabel - oder wir einfach nur zu dumm.

LG Thomas

 

[css-umsetzung]

Wenn du diese Meldung hast, kannst du fast davon ausgehen, dass es wirklich daran liegt, dass der Hoster Zugriffe ohne Agenten Kennung nicht zulässt.
das einfachste ist, du nimmst diesen Schnipsel, fügst ihn in deiner config Datei vom Shop, am Ende ein.

Dann machst du einen Verbindungstest, wenn das dann nicht in der Zugriffslog Datei, im jtllog/ Verzeichnis vom Shop erscheint, dann solltest du beim Hoster stress machen.

Du musst dann in dem log einen Zugriff auf das dbeS/ Verzeichnis sehen.

if(!empty($_SERVER['HTTP_USER_AGENT'])) {
    $agent = $_SERVER['HTTP_USER_AGENT'];
} else {
    $agent = "unknown";
}
if(($fp = fopen(PFAD_ROOT."jtllogs/zugriffslog_".date("d-m-Y").".log","a+"))) {
        fwrite($fp,date("H:i:s")."\t".$_SERVER['REMOTE_ADDR']."\t\t".$agent."\n");
        fwrite($fp,"HTTP_REFERER:\t".$referer."\n");
        fwrite($fp,$_SERVER['REQUEST_URI']."\n");
        fwrite($fp,"---------------------------------------------------------------------------------\n");
        fclose($fp);
    }

 

[megathomas]

Wenn du diese Meldung hast, kannst du fast davon ausgehen, dass es wirklich daran liegt, dass der Hoster Zugriffe ohne Agenten Kennung nicht zulässt.

Hallo CSS-Umsetzung,

vielen Dank für deine Unterstützung!
Ja, man hat ja viel Zeit, wenn der Online- Shop nicht will. Und man versucht jeden Blödsinn den man ausprobieren kann.
Da gibt es in den "Allgemeinen Einstellungen" jeder Domain die wir haben doch die viel sagende Einstellung "Blockiere unerwünschte Bots" die aktiviert war. Und ich bin nicht wirklich sicher, dass nicht ICH selbst die vor ca. 100 Jahren Mal aktiviert habe (ohne zu wissen, was das genau macht). Auf jeden Fall, Schalter auf "aus" und geht.... Schönes Wochenende und Pfingsten!
LG Thomas

Edit:
Und hier die Antwort des Hosters an einem Samstag-Nachmittag (!):
"wir mussten leider aufgrund von massivem Abuse gegen unsere Webserver-Infrastruktur härtere Filter integrieren, die nun per default Anfragen mit leerem UserAgent blockieren. Für die genannten vHosts habe ich diesen Filter nun deaktiviert, sodass die Anfragen wieder laufen sollten.

Falls Sie das Problem noch bei bestimmten Domains bemerken sollten, dies aber nicht selbst abstellen können geben Sie uns gerne Bescheid."

Also mit anderen Worten, das Forum hat immer Recht!
Vielen Dank!

 

[css-umsetzung]

Man muss dazu sagen:
Ich frage mich echt wieso JTL auf die dumme Idee gekommen ist, keine Kennung zu senden.
Es gibt für mich keinen Grund, das zu verheimlichen

 

[mh1]

Man muss dazu sagen:
Ich frage mich echt wieso JTL auf die dumme Idee gekommen ist, keine Kennung zu senden.

Genau das. Und Gemäß RFC sollte jeder User Agent in jedem Request einen User-Agent header mitschicken.
https://httpwg.org/specs/rfc9110.html#field.user-agent


Da aktuell immer mehr Hoster ihre Netzwerke dahingehend einschränken (zumindest in meiner Wahrnehmung wird das z.Zt. gerne gemacht), hier nochmals der Tipp, wie man den Hoster als Ursache ganz schnell erkennen kann:
Man sollte auf der Kommandozeile das Tool curl benutzen und nicht mit dem Browser (Firefox, Chrome, Edge,...), weil man hiermit viel einfacher die Header testen kann, bzw. dann die Ergebnisse sieht.

Jetzt macht man einen Request auf den eigenen Shop und belegt mit curl das User-Agent Feld (z.b. curl --user-agent X https://.../dbeS/mytest.php. Oder man gibt den Parameter --user-agent gar nicht an, da curl ja sowieso RFC konform einen User-Agent sendet , mit -v kann man sich die gesendeten Header anzeigen lassen). Hier sollte dann eine Rückmeldung des Shops kommen.

Als Nächstes macht man einen Request ohne User-Agent Feld (z.b. curl --user-agent "" https://.../dbeS/mytest.php). Wenn hier dann eine Fehlermeldung aus dem Netzwerk des Hosters kommt, dann bedeutet das, dass der Hoster einen Request ohne User-Agent nicht zulässt und man muss den Support des Hosters kontaktieren.

 

[pctech]

Salü Forum
JTL Shop 5.7.3 und WAWI 2.0.6
Ich hatte diesen fehler auch. Nach ein *Wenig* Googeln hat mir dann dies weitergeholfen:

Zitat:
Common CausesMissing User-Agent Blocking: JTL-Wawi's initial connection request sometimes sends without a standard browser User-Agent, which strict hosting firewalls or security shields (like Cloudflare or ModSecurity) block as suspicious traffic.

Nun, ich befinde mich im Ausland!

Als ich mich dann via VPN mit meinem Land verbunden habe, WAWI neu gestartet und mich eingeloggt habe funktionierte dann die Verbindung.
Es schein also so das Cloudflare in meinem Fall diese Verbindung geblockt hat.