Neu PHP Probleme-Updates

[Richard von Eggstätt]

Wollte nun kurz mal bei IONOS anrufen, nur um einfach zu erfragen, ob das Problem mit den JTL-Shops bei denen irgendeine Aufmerksamkeit geniesst. Nach 15min in der Schleife hab ich aufgegeben.
Hab auch mal ausserhalb des heiligen Supports-Rahmens Interesse halber bei JTL angefragt, ob sie überhaupt irgend etwas unternehmen. Die Antwort war auch da ernüchternd: "wir verstehen, wie belastend der Ausfall der Shop-Anbindung für Ihr Geschäft gerade ist. Ihre aktuelle JTL-Edition umfasst leider keinen Anspruch auf technischen Support, daher können wir den Verbindungsfehler hier nicht technisch bearbeiten."
Oh man 🤷‍♀️👌

 

[Steffen80]

Strato / Ionos sind übrigens nicht die einzigen mit dem Problem, dass kein Shopabgleich mehr möglich ist.

Wir haben den identischen Fehler bei united domains.

Kann jemand exakt sagen, woran es lag, ist da mittlerweile was bekannt?

Versuch der Wawi in dbeS zu schreiben wird von den HostingAnbietern als Hackerangriff gewertet und von der Firewall blockiert.
Das können nur die Anbieter lösen oder Du wechselt zu einem Anbieter der sich auf das Shophosting spezialisiert hat.

 

[Al Capone]

Wollte nun kurz mal bei IONOS anrufen, nur um einfach zu erfragen, ob das Problem mit den JTL-Shops bei denen irgendeine Aufmerksamkeit geniesst. Nach 15min in der Schleife hab ich aufgegeben.
Hab auch mal ausserhalb des heiligen Supports-Rahmens Interesse halber bei JTL angefragt, ob sie überhaupt irgend etwas unternehmen. Die Antwort war auch da ernüchternd: "wir verstehen, wie belastend der Ausfall der Shop-Anbindung für Ihr Geschäft gerade ist. Ihre aktuelle JTL-Edition umfasst leider keinen Anspruch auf technischen Support, daher können wir den Verbindungsfehler hier nicht technisch bearbeiten."
Oh man 🤷‍♀️👌

Na das ist ja herrlich... ich drück' dir die Daumen.

 

[Al Capone]

Versuch der Wawi in dbeS zu schreiben wird von den HostingAnbietern als Hackerangriff gewertet und von der Firewall blockiert.
Das können nur die Anbieter lösen oder Du wechselt zu einem Anbieter der sich auf das Shophosting spezialisiert hat.

Danke, das hänge ich direkt mal ans Ticket bei UD an.

 

[AMP-Agentur]

United Internet, Ionos, Strato, Gmx, Web.de und noch einige Firmen. Die setzen wahrscheinlich alle auf die gleiche Infrastruktur auf.

Strato / Ionos sind übrigens nicht die einzigen mit dem Problem, dass kein Shopabgleich mehr möglich ist.

Wir haben den identischen Fehler bei united domains.

Kann jemand exakt sagen, woran es lag, ist da mittlerweile was bekannt?

United Internet, Ionos, Strato, Gmx, Web.de und noch einige Firmen. Die setzen wahrscheinlich alle auf die gleiche Infrastruktur auf.

 

[AMP-Agentur]

Versuch der Wawi in dbeS zu schreiben wird von den HostingAnbietern als Hackerangriff gewertet und von der Firewall blockiert.
Das können nur die Anbieter lösen oder Du wechselt zu einem Anbieter der sich auf das Shophosting spezialisiert hat.

Genauso sehe ich das auch.
Vom zeitlichen Rahmen her tritt dieser Fehler seit 21.10.26 - 18:00 Uhr auf (laut Wawi-Lagbuch).
Die PHP-Version wurde bei uns zwischen 18:30 und 18:45 Uhr gewechselt.
In diesem Zeitfenster habe ich regelmäßig im Shop-Admin nachgesehen.
Also hat Ionos schon vor dem PHP-Update die Wawi blockiert.

Es sollten alle mal, die betroffen sind, ein Ticket bei Ionos öffnen und den Sachverhalt schildern, dass "der Zugriff von der JTL-Wawi blockiert" wird. Und auch erwähnen, dass das kein Einzelfall ist, sondern alle Kunden, die einen JTL‑Shop hosten, betroffen sind. Es betrifft Ionos-Kunden mit einem normalen Hosting-Account wie auch Managed-Server-Kunden.

 

[ctn-systeme]

Genauso sehe ich das auch.
Vom zeitlichen Rahmen her tritt dieser Fehler seit 21.10.26 - 18:00 Uhr auf (laut Wawi-Lagbuch).
Die PHP-Version wurde bei uns zwischen 18:30 und 18:45 Uhr gewechselt.
In diesem Zeitfenster habe ich regelmäßig im Shop-Admin nachgesehen.
Also hat Ionos schon vor dem PHP-Update die Wawi blockiert.

Es sollten alle mal, die betroffen sind, ein Ticket bei Ionos öffnen und den Sachverhalt schildern, dass "der Zugriff von der JTL-Wawi blockiert" wird. Und auch erwähnen, dass das kein Einzelfall ist, sondern alle Kunden, die einen JTL‑Shop hosten, betroffen sind. Es betrifft Ionos-Kunden mit einem normalen Hosting-Account wie auch Managed-Server-Kunden.

Dies habe ich bereits mehrfach getan.
Letztes Gespräch vor ca. 15 Minuten (nach 1/2 Std. in Warteschleife).
Die Mitarbeiter dort sind nur FirstLevel Mitarbeiter und haben von der Problematik mal gar keine Ahnung (JTL WaWi kannte der nicht).
-- Sind somit überfordert.
Dennoch wurde da ganze aufgenommen (Mit Ticketnummer) und ich erhalte einen persönlichen Rückruf (oder auch nicht).
-- Man hat mir eine Gutschrift von 50,00 € erstellt weil ich so 🥲hab.

 

[mh1]

Von ALL-INCL.COM habe ich nun eine (Auto)-Mail auf meine Frage bekommen. Darin steht u.a.:

"Inzwischen haben wir sämtliche bei uns angebotenen PHP-Versionen mit den notwendigen Sicherheitskorrekturen versehen. Dies gilt auch für ältere PHP-Versionen, die vom PHP-Projekt offiziell nicht mehr unterstützt werden."

Das bedeutet ich kann den Shop mit PHP 7.4 wieder aktivieren, oder?

Für die seit November 2022 (!) nicht mehr unterstützte Version PHP 7.4 existieren zahlreiche ungepatchte Sicherheitslücken.
Das ist wahrscheinlich sowieso als tickende Zeitbombe zu bezeichnen 😉

 

[WeLoveVelo]

In der Regel ja.
Bei All-Inkl Siehst Du nur die Versionen 8.3 / 8.4 / 8.5
Du kannst die PHP Version aber im Backend deines Shops nachschauen.

EDIT: sehe gerade das Du VErsion 7.4 verwendest ? Da wirst du wohl um ein Update des Shops auf eine aktuelle Version nicht rumkommen.

Gepatchte Versionen sind:
PHP 8.5.12, 8.4.27, 8.3.36 and 8.2.35

oder Du benutzt meinen Weg über FTP und ne PHPInfo Datei wie weiter oben beschrieben:

https://forum.jtl-software.de/threads/php-probleme-updates.250014/post-1371463

Nee, ich kann bei der Domain bei All-Ankl.Com von 5.6 bis 8.5 alle PHP-Versionen auswählen. Reicht es dann nicht wenn All-Inkl-Com die Sicherheitskorrekturen u.a. für die 7.4 erledigt hat nicht aus? Und wenn JTL schreibt "Für PHP 8.1 und älter wird es keinen Patch geben. In diesem Fall muss die PHP-Version geändert werden, was unter Umständen zuerst ein Update deines Shops erfordert." In diesem Fall ist der Patch doch von All-Inkl.Com gekommen und nicht von PHP. Oder verstehe ich etwas falsch? Oder ist auch ein Patch von JTL-Seite erforderlich und diesen gibt es dann nicht für meine PHP-Version?

 

[SebiW]

All-Inkl schreibt keinen eigenen PHP Patch. Die Patches kommen direkt von PHP selber. Die Hoster spielen die nur in ihren Systemen aus. Die 7.4 ist eine tickende Zeitbombe - war sie allerdings auch schon vor PHP2Shell. PHP 7.4 ist seit November 2022 aus dem extenden Support raus.

 

[Steffen80]

Nee, ich kann bei der Domain bei All-Ankl.Com von 5.6 bis 8.5 alle PHP-Versionen auswählen. Reicht es dann nicht wenn All-Inkl-Com die Sicherheitskorrekturen u.a. für die 7.4 erledigt hat nicht aus? Und wenn JTL schreibt "Für PHP 8.1 und älter wird es keinen Patch geben. In diesem Fall muss die PHP-Version geändert werden, was unter Umständen zuerst ein Update deines Shops erfordert." In diesem Fall ist der Patch doch von All-Inkl.Com gekommen und nicht von PHP. Oder verstehe ich etwas falsch? Oder ist auch ein Patch von JTL-Seite erforderlich und diesen gibt es dann nicht für meine PHP-Version?

Offizielle Patches gab es nur für die PHP 8 und das Update der Version wurde von den Hosting Anbietern vorgenommen.

Die Version die Du aktuell verwendest siehst Du in dem von mir beschriebenen Weg. Im Kas siehst du halt nur 8.3 und nicht 8.3.33 oder 8.3.36

All-inkl schreibt offiziell:

Inzwischen haben wir sämtliche bei uns angebotenen PHP-Versionen mit den notwendigen Sicherheitskorrekturen versehen. Dies gilt auch für ältere PHP-Versionen, die vom PHP-Projekt offiziell nicht mehr unterstützt werden.

was die da gefixt haben, kann ich Dir nicht beantworten und wie @mh1 schrieb würde ich Dir empfehlen den Shop zu Updaten und auf eine aktuelle PHP Version umschalten.

 

[lu77]

Was für Optionen hat man denn im Augenblick. Schlieslich gehts hat auch richtung Weihnachten. Da sollte das irgendwie glatt laufen mit der Webseite. Wie kompliziert ist es umzuziehen und wohin?
Grüße
Frank
nutools.de

 

[AMP-Agentur]

Offizielle Patches gab es nur für die PHP 8 und das Update der Version wurde von den Hosting Anbietern vorgenommen.

Die Version die Du aktuell verwendest siehst Du in dem von mir beschriebenen Weg. Im Kas siehst du halt nur 8.3 und nicht 8.3.33 oder 8.3.36

All-inkl schreibt offiziell:



was die da gefixt haben, kann ich Dir nicht beantworten und wie @mh1 schrieb würde ich Dir empfehlen den Shop zu Updaten und auf eine aktuelle PHP Version umschalten.

Beim JTL-Shop siehst du die PHP-Version gleich auf dem Dashboard im Admin-Bereich in der linken Seitenleiste.

 

[SebiW]

@Steffen80 Manche großen Linux Distris wie Debian backporten Fixes. Gibt da einen gemeinsamen Stack. Wie sehr man sich auf das alte Zeug verlassen will ...

 

[Richard von Eggstätt]

Habe mich eben mal (nur zwei Sätze) kurz mit der KI von IONOS unterhalten. Ist völlig überfordert. Auf die Frage, ob IONOS überhaupt der "Fall" (JTL) bekannt ist, sager er(sie/es/ens) folgendes: "Ich kann nicht bestätigen, dass IONOS allgemein „bekannt“ gemacht hat, dass JTL-Shops nach einem PHP-Patch nicht mehr funktionieren." Danach (überfordert) hat er(sie/es/ens) mir ein Ticket gegeben und einen Anruf vorgeschlagen.

Nun meine Frage an die Fachleute hier: glaubt Ihr das wird noch was oder soll man unter schweren Verlusten einen sofortigen Rückzug von der IONOS-Front antreten? Ich bin geneigt noch etwas auszuharren

 

[Martin1977]

Was für Optionen hat man denn im Augenblick. Schlieslich gehts hat auch richtung Weihnachten. Da sollte das irgendwie glatt laufen mit der Webseite. Wie kompliziert ist es umzuziehen und wohin?
Grüße
Frank
nutools.de

Ich mag Timmehosting. Toller Support, nicht die Billigsten. Aber die kennen sich mit JTL aus, bieten extra dafür Hostings an mit NGNIX und Redis Cache. Und jetzt beim PHP Gau waren die vorbildlich. Ich würde die einfach kontaktieren. Die helfen beim Umzug.

 

[Steffen80]

Habe mich eben mal (nur zwei Sätze) kurz mit der KI von IONOS unterhalten. Ist völlig überfordert. Auf die Frage, ob IONOS überhaupt der "Fall" (JTL) bekannt ist, sager er(sie/es/ens) folgendes: "Ich kann nicht bestätigen, dass IONOS allgemein „bekannt“ gemacht hat, dass JTL-Shops nach einem PHP-Patch nicht mehr funktionieren." Danach (überfordert) hat er(sie/es/ens) mir ein Ticket gegeben und einen Anruf vorgeschlagen.

Nun meine Frage an die Fachleute hier: glaubt Ihr das wird noch was oder soll man unter schweren Verlusten einen sofortigen Rückzug von der IONOS-Front antreten? Ich bin geneigt noch etwas auszuharren

wie @css-umsetzung so schön schrieb wenn denen genug Leute auf den S***k gehen wird sich auch was ändern...

Aktuell denke ich aber, das die die Regeln für Shared Server nicht anpassen werden, da man das Ausmaß noch nicht genau einschätzen kann.
Von JTL sehe ich da auch nicht wirklich Interesse sondern eher "Dann wechsel doch zu uns"....

 

[AMP-Agentur]

Habe mich eben mal (nur zwei Sätze) kurz mit der KI von IONOS unterhalten. Ist völlig überfordert. Auf die Frage, ob IONOS überhaupt der "Fall" (JTL) bekannt ist, sager er(sie/es/ens) folgendes: "Ich kann nicht bestätigen, dass IONOS allgemein „bekannt“ gemacht hat, dass JTL-Shops nach einem PHP-Patch nicht mehr funktionieren." Danach (überfordert) hat er(sie/es/ens) mir ein Ticket gegeben und einen Anruf vorgeschlagen.

Nun meine Frage an die Fachleute hier: glaubt Ihr das wird noch was oder soll man unter schweren Verlusten einen sofortigen Rückzug von der IONOS-Front antreten? Ich bin geneigt noch etwas auszuharren

Ich habe eben noch einmal mit dem Support telefoniert. Mein Ticket wurde von der Fachabteilung noch nicht bearbeitet. Laut seiner Auskunft scheinen die Admins aktuell ein sehr hohes Aufkommen an Problemen zu haben. Ich habe erneut eine Mail mit der detaillierten Auflistung und Screenshots gesendet. Ich habe deutlich darauf hingewiesen, dass davon alle Kunden, die einen JTL-Shop bei Ionos hosten, betroffen sind. Mal sehen, wie lange die Fachabteilung dazu benötigt.

 

[Richard von Eggstätt]

Ich habe eben noch einmal mit dem Support telefoniert. Mein Ticket wurde von der Fachabteilung noch nicht bearbeitet. Laut seiner Auskunft scheinen die Admins aktuell ein sehr hohes Aufkommen an Problemen zu haben. Ich habe erneut eine Mail mit der detaillierten Auflistung und Screenshots gesendet. Ich habe deutlich darauf hingewiesen, dass davon alle Kunden, die einen JTL-Shop bei Ionos hosten, betroffen sind. Mal sehen, wie lange die Fachabteilung dazu benötigt.

Ich bin sicher, denen ist das Ausmaß nicht klar. Gemini und Grok meinen übereinstimmend, dass ca. 10.500 User JTL-Shop nutzen und über 5.000 die WaWi auch zum Teil für Shops anderer Anbieter (Shopify, Shopware usw.) nutzen. Da werden wohl einige bei IONOS, Strato usw. gehostet sein.
Hat der Support von IONOS eine Mailadresse, die direkt kommuniziert werden kann? Das wär mir neu.

 

[Steffen80]

Ich bin sicher, denen ist das Ausmaß nicht klar. Gemini und Grok meinen übereinstimmend, dass ca. 10.500 User JTL-Shop nutzen und über 5.000 die WaWi auch zum Teil für Shops anderer Anbieter (Shopify, Shopware usw.) nutzen. Da werden wohl einige bei IONOS, Strato usw. gehostet sein.
Hat der Support von IONOS eine Mailadresse, die direkt kommuniziert werden kann? Das wär mir neu.

mit Ausmaß, meinte ich die Auswirkung der PHP Lücke😉
Man muss aber auch unterscheiden wieviele der Kunden bei 1&1 im Shared Hosting sind (somit nicht mal eben die Firewall einstellen können) und wieviele einen eigenen Server haben.
Je mehr sich aber melden desto eher wird das Problem angegangen.
Ergo über das IONOS Kundenportal Ticket eröffnen, damit die das schriftlich haben.

Ich drück euch die Daumen das das schnell erledigt wird...