SOAP-ERROR: Parsing WSDL: Couldn't load from 'https://contao.org/services/repository.

Hallo Zusammen,

derzeit erhalte ich im Extension Manager folgende Fehler

Code:

---

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"

---

Leider bin mit meinem Latein am Ende aber vielleicht hat von euch ja jemand eine Lösung für mich.

Ich benutze folgendes Setup:
Ubuntu 16.04.04 LTS
Apache 2.4.33
PHP 7.2
Contao CMS 3.5.17
OpenSSL 1.1.0h 27 Mar 2018 (Library: OpenSSL 1.1.1-dev xx XXX xxxx)

Hier ein Auschnitt aus der phpinfo(): Anhang 20938

Hier ein Ausschnitt aus Contao Check: Anhang 20939

Hier die Antwort vom Connect via openssl:

Code:

---

openssl s_client -connect contao.org:443
CONNECTED(00000003)
140711263831808:error:14094410:SSL routines:ssl3_read_bytes:sslv3 alert handshake failure:ssl/record/rec_layer_s3.c:1517:SSL alert number 40
---
no peer certificate available
---
No client certificate CA names sent
---
SSL handshake has read 7 bytes and written 251 bytes
Verification: OK
---
New, (NONE), Cipher is (NONE)
Secure Renegotiation IS NOT supported
Compression: NONE
Expansion: NONE
No ALPN negotiated
SSL-Session:
    Protocol  : TLSv1.3
    Cipher    : 0000
    Session-ID:
    Session-ID-ctx:
    Master-Key:
    PSK identity: None
    PSK identity hint: None
    SRP username: None
    Start Time: 1528393993
    Timeout  : 7200 (sec)
    Verify return code: 0 (ok)
    Extended master secret: no
---

---

Via cURL kann ich die wsdl ohne Probleme laden.



Vielen Dank

Grüße
Tobi

Ist das ein eigener Server?

Bei meinen Hostings lag diese Meldung immer an einer zu alten OpenSSL-Version.

Es ist wohl so, dass OpenSSL gegen php passend kompiliert werden muss.
Bei Versionen (ssl und php) sind bei Dir ja sehr neu.

Ich kann es leider nicht besser beschreiben. Ist aus dem Gedächtnis zitiert.

Ich hätte gar nicht unbedingt gedacht, dass 3.5.x mit php 7.2 läuft?


Gesendet von iPhone mit Tapatalk

Ja, ist ein eigener Server.

Sehe ich grundsätzlich genau so. Es scheint etwas mit der php/openssl konfiguration nicht zu passen. Doch was?

laut phpinfo(); verwendet php ja die korrekte version. Unabhängig von der php Version sollte das laden der wsdl ja trotzdem funktionieren.

Untenstehen die php Funktion aus dem Check der fehlschlägt. Auch der ist ja unabhängig und sollte funktionieren.

PHP-Code:

---

public function canConnect()
        {
                $connection = @fsockopen('ssl://contao.org', 443, $errno, $errstr, 10);

                if ($connection !== false) {
                        fclose($connection);
                        return true;
                }

                $this->available = false;

                return false;
        } 


---

Der curl Verbose hierzu

Code:

---

curl https://contao.org -v
* Rebuilt URL to: https://contao.org/
*  Trying 104.24.96.166...
* Connected to contao.org (104.24.96.166) port 443 (#0)
* found 148 certificates in /etc/ssl/certs/ca-certificates.crt
* found 444 certificates in /etc/ssl/certs
* ALPN, offering http/1.1
* SSL connection using TLS1.2 / ECDHE_ECDSA_AES_128_GCM_SHA256
*        server certificate verification OK
*        server certificate status verification SKIPPED
*        common name: sni201978.cloudflaressl.com (matched)
*        server certificate expiration date OK
*        server certificate activation date OK
*        certificate public key: EC
*        certificate version: #3
*        subject: OU=Domain Control Validated,OU=PositiveSSL Multi-Domain,CN=sni201978.cloudflaressl.com
*        start date: Wed, 16 May 2018 00:00:00 GMT
*        expire date: Thu, 22 Nov 2018 23:59:59 GMT
*        issuer: C=GB,ST=Greater Manchester,L=Salford,O=COMODO CA Limited,CN=COMODO ECC Domain Validation Secure Server CA 2
*        compression: NULL
* ALPN, server accepted to use http/1.1
> GET / HTTP/1.1
> Host: contao.org
> User-Agent: curl/7.47.0
> Accept: */*
>
< HTTP/1.1 301 Moved Permanently
< Date: Thu, 07 Jun 2018 19:53:19 GMT
< Content-Type: text/html; charset=UTF-8
< Transfer-Encoding: chunked
< Connection: keep-alive
< Set-Cookie: __cfduid=d83a736127bad5f0c614ce4a8daa4541d1528401199; expires=Fri, 07-Jun-19 19:53:19 GMT; path=/; domain=.contao.org; HttpOnly
< Location: https://contao.org/de/
< Strict-Transport-Security: max-age=31536000; includeSubDomains
< Referrer-Policy: no-referrer-when-downgrade, strict-origin-when-cross-origin
< Set-Cookie: csrf_https-contao_csrf_token=bKeIB2kagFu85TZXCzQ0ApOL8VmI9NXyQt_ZN7nI5PA; expires=Fri, 08-Jun-2018 19:53:19 GMT; Max-Age=86400; path=/; secure; httponly; samesite=lax
< X-Page-Speed: ngx_pagespeed
< Cache-Control: max-age=0, no-cache
< Expect-CT: max-age=604800, report-uri="https://report-uri.cloudflare.com/cdn-cgi/beacon/expect-ct"
< Server: cloudflare
< CF-RAY: 4275aa061df726f0-FRA
<
<!DOCTYPE html>
<html>
<head>
<meta charset="UTF-8"/>
<meta http-equiv="refresh" content="0;url=https://contao.org/de/"/>
<title>Redirecting to https://contao.org/de/</title>
</head>
<body>
Redirecting to <a href="https://contao.org/de/">https://contao.org/de/</a>.
</body>

---

Lösung gefunden.... :cool:

Code:

---

openssl.capath="/etc/ssl/certs/"

---

in der php.ini

hat das Problem behoben. Scheinbar ist der OS-manages cert store nicht sauber konfiguriert...

Prima

Klingt aber eher nach einem Linux-Problem, oder?


Gesendet von iPhone mit Tapatalk

Schaut nach einem Problem meiner Linux und/oder PHP Konfiguration aus. Jedoch ist mir nicht bewusst, dass ich hier etwas verändert habe. Kann mir fast nicht vorstellen, dass es sich um ein Standardproblem handelt ;)