Kein Zugriff aufs Repository - SOAP-ERROR: Parsing WSDL

Hallo,

ich bin mit meinen Domains und zwei Contao-Installationen umgezogen zu einem neuen Hoster.
Sämtliche Installationen, auch neue, zeigen folgenden Fehler, wenn ich die Erweiterungsverwaltung aufrufe:

Code:

---

SOAP-ERROR: Parsing WSDL: Couldn't load from 'https://contao.org/services/repository.wsdl' : Start tag expected, '<' not found

---

Das betrifft alle Installationen, die ich habe: Contao 2.9.4, 3.5.19, 3.5.21 und auch eine alte Typolight 2.8.3. (ohje...)

Im system/logs/error.log steht folgendes:

Code:

---

PHP Fatal error: Uncaught exception 'SoapFault' with message 'SOAP-ERROR: Parsing WSDL: Couldn't load from 'http://www.contao.org/services/repository.wsdl' : Premature end of data in tag html line 1
' thrown in /home/sites/site24/web/fotografie/contao297/system/modules/rep_client/RepositoryBackendModule.php on line 139

---

Bei allen Installationen liefert der Contao-Check folgende Ausgaben:

Code:

---

PHP 5.4.45

Sie können Contao 2.x installieren
Sie können Contao 3.x installieren
Sie können Contao 4.x nicht installieren (benötigt PHP 5.5.0+)
Dateirechte

Der PHP-Prozess darf Dateien erstellen. Weitere Informationen …
Zusätzliche Dienste

Sie können das Live Update nicht verwenden. Weitere Informationen …
Sie können die Composer-Paketverwaltung verwenden. Weitere Informationen …
Sie können das Extension Repository nicht verwenden. Weitere Informationen …

Extension Repository:
PHP SOAP-Erweiterung

Die PHP SOAP-Erweiterung ist verfügbar.

PHP OpenSSL-Erweiterung

Die PHP OpenSSL-Erweiterung ist aktiv.

Verbindungstest

Die Verbindung zu contao.org konnte nicht hergestellt werden.

Eventuell wurde die Anfrage von einer Firewall blockiert. Bitte kontaktieren Sie Ihren Serveradministrator.

---

Den Serveradmin habe ich schon angefragt, er verweist auf ein Contao-Konfig-Problem…

Was kann ich tun? Ich habe mir die anderen Beiträge zu Problemen mit der Repository durchgelesen, finde aber keinen Anhaltspunkt.

Beste Grüße
Sebastian

Habe irgendwie das gleiche Problem.
Hoster meint:

Zitat:

---

SSL3_GET_SERVER_CERTIFICATE:certificate verify failed
SSLv3 wird aber aus Sicherheitsgründen nicht mehr angeboten.

---

Mein Contao Check Anhang 18689

In beiden Fällen ist wahrscheinlich die OpenSSL Version zu alt.

Zitat:

---

Zitat von Spooky

In beiden Fällen ist wahrscheinlich die OpenSSL Version zu alt.

---

Hallo Spooky,

die Angaben auf der Seite des Hosters:

OpenSSL support enabled
OpenSSL Library Version OpenSSL 0.9.8zg 11 Jun 2015
OpenSSL Header Version OpenSSL 0.9.8zg 11 Jun 2015

Sebasto

Ja, ist auf jeden Fall zu alt. Sag deinem Hoster er muss unbedingt auf die neueste OpenSSL Version (1.1.0c) aktualisieren.

Danke, ich habe gleich den Support angeschrieben. Bin gespannt. Werde hier berichten.

Sebasto

Jetzt hat mir der Support geantwortet:

"Das kann durchaus die Ursache sein.
Eine neuere OpenSSL Version ist auf der derzeitigen Webhosting-Umgebung
allerdings technisch leider nicht möglich."

Was kann ich denn nun tun? Ich bin gerade mit allem zu dem Hoster umgezogen. Das war offenbar voreilig - aber da er 1-Klick-Installation von Contao im Angebot hat, dachte ich, der ist auf jeden Fall der Richtige. (Ich brauche die 1-Klick nicht, aber interpretierte das so, daß Contao problemlos läuft...)

Muß ich jetzt wieder umziehen? Oder kann ich das Repository-Problem anders umgehen?

Sebasto

Zitat:

---

Zitat von sebasto

J

Eine neuere OpenSSL Version ist auf der derzeitigen Webhosting-Umgebung
allerdings technisch leider nicht möglich."

---

Da würde ich aber haste was kannste wieder verschwinden.

Das ist jetzt aber wirklich Katastrophal für mich! Bin eben mit drei Domains dahin umgezogen. Habe soeben für die letzten zwei die Übernahmebestätigung bekommen. Jetzt muß ich noch diverse Subdomains erstellen lassen - weil sonst das alles nicht mehr erreichbar ist. Und mir einen neuen Hoster suchen.
Die Kosten für die Domains, die man ja im Jahr vorausbezahlt, sind auch in den Sand gesetzt.

Lehrgeld. Aber schlimmer noch: die vertane Zeit...

Kannst du mir einen Hoster empfehlen? Ich wollte extra einen kleineren, in D angesiedelten, mittelständischen... Das war aber jetzt konkret ein fetter Fehlgriff....

Sebasto

Mit der Einstellung wird sich der Hoster wohl schnell wieder aus dem Geschäft verabschieden. Obwohl ... Erst letztens hatten wir hier wieder das Thema, das eine 1-Klick Installation von Contao bei 1&1 auch zu einem nicht funktionierenden System geführt hat.

Edit: uberspace (uberspace.de) könnte in etwa deinem Anforderungsprofil entsprechen. Denen ist es egal, wo die Domains gehostet werden, die können also auch bei einem darauf spezialisierten Anbieter gehostet werden. Sofern es bei deinem jetzigen Hoster möglich ist, die DNS-Einstellungen zu ändern oder ändern zu lassen, können die auch bis zum Ende der Vertragslaufzeit dort verbleiben und mit dem uberspace genutzt werden. Kann ich nur empfehlen, habe da bisher nur gute Erfahrungen gemacht. Einziger Nachteil aus meiner Sicht: Das "Hostingpaket" ist fix, mehr RAM oder Webspace geht da auch gegen mehr Geld nicht. Aber anschauen lohnt sich in jedem Fall, dann siehst du ja, ob das für dich passt.

Wer ist den der Hoster? Kann ja auch ein wichtiger Hinweis für andere sein.

Bei der Auswahl des Hosters kommt es m.E. auch auf die Anforderungen an. Es ist schon ein riesieger Unterschied ob ich ein Hostingpaket für einen kleines örtliches Unternehmen suche, einen stark frequentierten Blog betreibe, einen Shop aufziehen will oder eine große Bildatenbank aufbauen will.
Handelt es sich bei allen Domains um Contao-Installationen?

Grundsätzlich habe ich selbst in der Vergangenheit gute Erfahrungen mit domainfactory gemacht, gehe aber nach dem letzten Verkauf dort weg.
Mit Allinkl. haben einige sehr gute Erfahrungen gemacht, Webhostone macht einen guten Eindruck, Webgo auch (ist wohl auch mit Webhostone "verbandelt"), netcup hatte mal jemand im Forum getestet und für nicht schlecht befunden.
Ansonsten schau Dir mal die Contao-Hoster auf conta.org an.

Hab vielen Dank für die vielen Tips! Ich werde die mir mal ansehen. Aber ich habe jetzt auch erst einmal etwas zu verdauen... Das trifft mich wirklich hart! Etliche Tage in den Sand gesetzt - und keinen cm vorangekommen...
Der Hoster ist manitu.de. Ich bin nicht wegen des zugegebenermaßen billigen Sonderangebots zu dem hin, sondern wie oben beschrieben. Manitu hat auch irgendeinen Preis bekommen, als mittelständisches Unternehmen. Deshalb meine partielle Blindheit, gekoppelt mit eklatantem Halbwissen... (bin ja Fotograf und nicht Server-Admin).

Nochmal Danke!

Sebasto

Vielleicht noch ein kleiner Nachtrag Webgo ist auch Contao-Partner wie ich mich gerade noch einmal überzeugt habe.

https://contao.org/de/contao-partner/show/10891.html

Zitat:

---

Zitat von sebasto

Hallo Spooky,

die Angaben auf der Seite des Hosters:

OpenSSL support enabled
OpenSSL Library Version OpenSSL 0.9.8zg 11 Jun 2015
OpenSSL Header Version OpenSSL 0.9.8zg 11 Jun 2015

Sebasto

---

Daran kann es zumindest bei nicht liegen, ich habe seit kurz vor Weihnachten das gleiche Problem, zuvor ging aber alles.
phpinfo sagt auch OpenSSL 0.9.8zg und das war von Anfang an so. Hat noch jemand eine andere Idee?

Doch, die zu alte Version ist das Problem.

Ich bin auch bei webgo. Da kann ich im Moment keine unterschiedlichen PHP-Versionen pro Domain laufen lassen, soll aber Anfang des Jahres kommen. Ansonsten OK seit Jahren.

@spooky hatte hier mal easyname.at empfohlen, sitzt allerdings in Österreich.

Easyname kann ich nicht uneingeschränkt empfehlen, siehe dazu auch meinen Bericht im jeweiligen Forum.

Ah, ok, danke. Hier der Thread https://community.contao.org/de/show...ht-easyname-at

Zitat:

---

Zitat von Andreas

Ich bin auch bei webgo. Da kann ich im Moment keine unterschiedlichen PHP-Versionen pro Domain laufen lassen

---

Ja, stimmt das war mir auch schon aufgefallen. Hatte mich aber nur bedingt gestört und auf Nachfrage hatte ich auch die Antwort bekommen, dass das demnächst möglich sein soll.

Bei mir funktioniert jetzt alles. Danke an den Provider WebhosteOne für die schnelle Hilfe.

Zitat:

---

Wir konnten das Problem finden und beheben. Wir haben die sogenannten "CA-Zertifikate" aktualisiert welche für die SSL Verbindung benötigt werden, diese habe auf Ihrem Account noch gefehlt. Der Check ist nun erfolgreich.
Die ausschlaggebende Information war der Teil des Fehlers "GET_SERVER_CERTIFICATE" was bedeutet das ein serverseitiges Zertifikat nicht vorhanden / nicht gelesen werden kann, welches benötigt wird.
Mit der OpenSSL Version hatte dies nichts zu tun.

---

Anhang 18699

Zitat:

---

Zitat von Tompaianer

Bei mir funktioniert jetzt alles.

---

Du hattest aber nicht denselben Fehler.
Interessant wäre, wenn du mal die OpenSSL Version deines Servers herausbekommen könntest...

Viele Grüße
S.

SSL Version OpenSSL/1.0.1t

Zitat:

---

Zitat von Tompaianer

SSL Version OpenSSL/1.0.1t

---

Danke. Das erhärtet Spookys Äußerung (woran ich nicht zweifle)!

S.

Zitat:

---

Zitat von Spooky

Ja, ist auf jeden Fall zu alt. Sag deinem Hoster er muss unbedingt auf die neueste OpenSSL Version (1.1.0c) aktualisieren.

---

Es liegt nicht nur an der OpenSSL Version.

Ich konnte mit zwei Installationen wieder auf das Repo zugreifen, nachdem ich ein Downgrade der PHP-Version auf 5.5.38 durchgeführt hatte. Auf beiden Servern liefen weiterhin alte OpenSSL Versionen (0.9.8e und 0.9.8j) und es gab damit keinerlei Probleme. Vorher hatte ich PHP 5.6.28 genutzt und es gab die Fehlermeldung. Es gibt (gab?) wohl Probleme in Verbindung mit PHP 5.6, siehe: https://github.com/contao/core/issues/7625

Mittlerweile sind die beiden Installationen auf 3.5.21 aktualisiert und ich kann wieder nicht mehr zugreifen. PHP steht weiterhin auf 5.5.38.

Zitat:

---

Zitat von 135ti

Es liegt nicht nur an der OpenSSL Version.

Ich konnte mit zwei Installationen wieder auf das Repo zugreifen, nachdem ich ein Downgrade der PHP-Version auf 5.5.38 durchgeführt hatte. Auf beiden Servern liefen weiterhin alte OpenSSL Versionen (0.9.8e und 0.9.8j) und es gab damit keinerlei Probleme. Vorher hatte ich PHP 5.6.28 genutzt und es gab die Fehlermeldung. Es gibt (gab?) wohl Probleme in Verbindung mit PHP 5.6, siehe: https://github.com/contao/core/issues/7625

---

Dann hattest du wahrscheinlich nicht den selben Fehler.

Zitat:

---

Zitat von 135ti

Mittlerweile sind die beiden Installationen auf 3.5.21 aktualisiert und ich kann wieder nicht mehr zugreifen.

---

Was genau bedeutet das? Welcher Fehler kommt?

Zitat:

---

Zitat von 135ti

Ich konnte mit zwei Installationen wieder auf das Repo zugreifen, nachdem ich ein Downgrade der PHP-Version auf 5.5.38 durchgeführt hatte. Auf beiden Servern liefen weiterhin alte OpenSSL Versionen (0.9.8e und 0.9.8j) und es gab damit keinerlei Probleme. Vorher hatte ich PHP 5.6.28 genutzt und es gab die Fehlermeldung. Es gibt (gab?) wohl Probleme in Verbindung mit PHP 5.6, siehe: https://github.com/contao/core/issues/7625
Mittlerweile sind die beiden Installationen auf 3.5.21 aktualisiert und ich kann wieder nicht mehr zugreifen. PHP steht weiterhin auf 5.5.38.

---

Auf den Servern von manitu läuft php 5.4 und OpenSSL 0.9.8gz = kein Zugriff auf Repository, keine Version von Typolight 2.8.4 bis Contao 3.5.21 geht.
Bei webgo php 5.6 und OpenSSL 1.0.1 = alle Versionen laufen!

S.

PHP 5.4? Wow, da gibt es seit 3.9.2015 keine Updates mehr, auch keine Security Updates.
Selbst 5.6 ist gerade in den "nur noch Security Updates" Modus gegangen.
Der Hoster sollte sich echt mal Gedanken machen was er tut. Das ist ja schon fast fahrlässig.

Zitat:

---

Zitat von BugBuster

Der Hoster sollte sich echt mal Gedanken machen was er tut. Das ist ja schon fast fahrlässig.

---

Der sollte sich über einiges Gedanken machen. Am Freitag Nachmittag habe ich drei Subdomains über den Support anlegen lassen (darf man nicht selbst machen, ich kann auch nirgendwo sehen, welche nun wohin zeigen). Am Abend waren zwei davon immer noch nicht zu erreichen. Mail geschrieben, noch eine. Heute, nach 54 Stunden habe ich Antwort bekommen: "...leider ein Schreibfehler unterlaufen...". So lange waren die Seiten dahinter offline. Offensichtlich ist dort am Wochenende keiner "zu Hause".

S. (nun sind alle meine Domains wieder weg von dort. In spätestens 18 Stunden ist der Spuk endlich zu Ende)

Das Statement auf der Seite finde ich ja interessant.

Zitat:

---

Eine aktualiserte PHP-Version kommt ca im 2. Quartal 2017. Wir aktualisieren unsere PHP-Version selbständig weiter

---

Da warte ich doch mal gespannt auf PHP 5.4.47, oder sollte mit der neuen Version doch schon 5.5 gemeint sein?

Webgo hat auch php 7 zur Auswahl.

Ja, es war ja auch "manitu" gemeint.

Im Thread von @sebasto war aber von webgo im Zusammenhang mit der 5.6 die Rede und @BugBuster hat richtigerweise darauf hingewiesen, dass es auch dafür nur noch Security Updates gibt - deswegen meine Bemerkung.

In #28 geht es aber wohl um den ursprünglichen Hoster manitu.

Meine Antwort bezog sich auf #26 und #27. Ich hatte das Fenster nur zu lange offen gelassen ohne es abzuschicken.

Ah so :D. Dachte immer das passiert nur mir.

Habe scheinbar das gleiche Problem...

Hier beschrieben: https://community.contao.org/de/show...l=1#post429103

Mein Kunde hat seine Seite bei "Tophoster" liegen. Die SLL-Version ist 0.9.8b ...

Zitat:

---

Zitat von mlweb

Vielleicht noch ein kleiner Nachtrag Webgo ist auch Contao-Partner wie ich mich gerade noch einmal überzeugt habe.

https://contao.org/de/contao-partner/show/10891.html

---

hab das problem auch grad bei nen alten Hoster...brrr

Bei Webgo läuft Contao auf den pro und platin produkten sehr gut...

Ich hänge mich hier mal an ... wobei ich von einer contao2go lokalen Installation ausgehe.
Gleiche Meldung und ebenfalls kein Zugriff auf die Erweiterungsverwaltung.

Zitat:

---

SOAP-ERROR: Parsing WSDL: Couldn't load from 'https://contao.org/services/repository.wsdl' : failed to load external entity "https://contao.org/services/repository.wsdl"

---

Warnhinweis

Zitat:

---

Warning: SoapClient::SoapClient(https://contao.org/services/repository.wsdl): failed to open stream: HTTP request failed! HTTP/1.1 503 Service Temporarily Unavailable in system\modules\repository\classes\RepositoryBacken dModule.php on line 131

---

phpinfo():
OpenSSL/1.0.1m
PHP/5.6.9

php.ini:
extension=php_openssl.dll
(also aktiv)

Muss ich hier in contao2go noch anderswo Einstellungen vornehmen?
Ach ja, cto steht auf 3.5.24

Scheint im Moment ein allgemeines Problem zu sein.
Ich komme von keiner Installation mehr in die Erweiterungsverwaltung, gestern ging es noch.

Ja, geht mir genauso.

oja - jetzt erkenne ich das auch ...

möglicherweise im 1:1 Zusammenhang damit: https://community.contao.org/de/show...dflare-Fenster?

Ja, extrem coole Sache :cool: :rolleyes:

Und auch bei mir kommt auf allen Installationen welche auf verschiedenen Servern gehostet sind, dieselbe Meldung - und ebenfalls zeitweise diese Cloudflare-Weiterleitungsseite.
Hoffe die Contao-Crew wird es bald wieder richten :o

So, bei mir funktioniert es wieder.
Würd mich aber schon interessieren welche Ursachen es gab. Weiß da jemand etwas?
Übrigens habe ich heute morgen auch noch nicht das cloudflare-Fenster zu Gesicht bekommen.

PHP 5.5.34, Contao 3.5.20

PHP 5.6, Contao 3.5.3

PHP 7.0.0, Contao 3.5.24

Bei allen habe ich die Fehlermeldung vorliegen und kann nicht die Contao ER aufrufen. Es kommt zu der besagten Fehlermeldung.

Auch ich kann die Contao ER auf einem mit Open SSL ausgestatteten Server nicht mehr aufrufen.

Zitat:

---

Zitat von Infidel

Auch ich kann die Contao ER auf einem mit Open SSL ausgestatteten Server nicht mehr aufrufen.

---

Es ist sehr unwahrscheinlich, dass ein Server nicht mit OpenSSL ausgestattet ist ;). Es geht nicht darum, ob ein Server mit OpenSSL ausgestattet ist oder nicht. Es geht darum, ober der Server zu contao.org über SSL verbinden kann. Kann er das nicht, unterstützt dein Server unter Umständen vielleicht nicht die Verschlüsselungsverfahren, die vom contao.org Server benötigt werden. Der Grund dafür kann eine zu alte OpenSSL Version sein.

Davon abgesehen gibt es natürlich auch noch viele andere Gründe, warum die Verbindung nicht aufgebaut werden kann.

Ok, danke für die Erläuterung. Ich bin über die fragliche Fehlermeldung hierher gelangt. Ich vermute, dass die Zertifikate eine Gültigkeitsdauer mit Monatsturnus haben. Richtig?

Hm, ob das Problem auch mit der Gültigkeitsdauer des SSL Zertifikats zusammenhängt oder zusammenhängen kann, kann ich leider nicht sagen.