zelfde probleem, ik zie dat mijn webhost ( hosting2go )geen ssl ondersteunt, zou het dat kunnen zijn?
Ik heb ook hosting bij hosting2go. Daar zie ik na de upgrade ook deze foutmelding. Bij andere hosters (ik heb ook sites bij webfaction) zie ik deze foutmelding niet.
Mmmm, zelfde probleem hier.
Update van WordPress geen probleem, maar de themes Twenty Twelve en Twenty Thirtheen kan ik niet updaten.
Kan vast wel via FTP, maar als ik dat bij elke site moet gaan doen….
Iemand een oplossing?
ik heb antwoord gekregen van mijn host, het schijnt aan het SSL certificaat te liggen en de oorzaak ligt waarschijnlijk bij WordPress zelf:
Zojuist naar het certificaat gekeken, maar het certificaat bij wordpress klopt niet volgens de SSL regels. Dat KPN het wel accepteert is dus eigenlijk de fout. Het klinkt waarschijnlijk heel stom dit antwoord, maar ik kan er niks anders van maken.
Ik heb het nog nagevraagd bij een SSL specialist, en die antwoord het zelfde: een *.wordpress.org certificaat is niet gelding voor wordpress.org.
Het updaten van WordPress zelf gaat via een http verbinding en de themes via https.
Voorlopig maar via FTP updaten en dan hopen dat er in 3.7.1 een oplossing is.
Ik zit ook bij Hosting2Go en heb hetzelfde probleem… Als dit bij andere hosts niet het geval is, hoe kan dit dan aan SSL liggen?
Heb de update met FTP gedaan. Dit ging zonder problemen…
met ftp geen probleem inderdaad, maar erg omslachtig als ik dit voor al mijn klanten moet doen.
Als andere hosts het certificaat wel accepteren, is dat eigenlijk niet correct. Hosting2go en mijn host (bhosted) doen het dus ‘netjes’.
De fout wordt veroorzaakt doordat blijkbaar de nieuwe WordPress versie de updates op wil halen via https://
Omdat het certificaat dat aan worpress.org gekoppeld is, als geldige urls voor *.worpress.org is aangemaakt, hoort volgens de regels worpress.org zelf daar niet bij, en dus wordt het certificaat als ongeldig beschouwd.
U kunt het controleren op deze geldigheid uitzetten door het editen (gemakkelijk via Control Panel Bestandsbeheer, maar maak eerst backups!) van het bestand:
/wp-includes/class-http.php
Zoekt u daarin naar de regel:
‘sslverify’ => true,
en past u deze aan naar:
‘sslverify’ => false,
Wanneer u het bestand daarna opslaat, en de updateactie opnieuw uitvoert, zult u zien dat u de installer wel kunt gebruiken.
Het ligt niet aan het ssl certificaat maar aan hoe de ssl verbinding wordt opgebouwd.
In plaats van de core bestanden aan te passen kan je onderstaande snippet toevoegen aan de functions.php van je theme.
add_filter( 'use_curl_transport', 'wp_ticket_25716_ssl_not_supported', 10, 2 );
add_filter( 'use_streams_transport', 'wp_ticket_25716_ssl_not_supported', 10, 2 );
function wp_ticket_25716_ssl_not_supported( $test, $args ) {
if ( ! empty( $args['ssl'] ) )
return false;
return $test;
}
Deze quick fix komt van Andrew Nacin
De fix voor dit probleem staat gepland om mee te gaan in 3.7.1
Hij is met prio opgepakt http://core.trac.wordpress.org/ticket/25716
Lees het ticket maar eens door, is best interessant.
This error is caused by the hosts’s OpenSSL being unable to completely parse the WordPress.org SSL certificate..
Would it be possible for someone affected by this to install the following plugin, and provide the debug from Dashboard -> HTTPS Tester from their site?
http://dd32.id.au/uploads/2013/10/https-debugger.zip
The plugin runs a few connectivity checks, but also outputs some debug information about the OpenSSL versions installed which should lead to me being able to duplicate it.
Will do.
Where do you want to receive the debug info?
@dion
here you go:
[PASS]: Your WordPress install claims to support HTTPS Connections
[PASS]: Checking that the HTTPS Root Certificate bundle exists and is accessible
[PASS]: cURL is installed and supports SSL communication, cURL Details: version_number=461318; age=0; features=29; ssl_version_number=268439647; version=7.10.6; host=i686-redhat-linux-gnu; ssl_version= OpenSSL/1.0.1e; libz_version=1.2.3; protocols=ftp,gopher,telnet,dict,ldap,http,file,https,ftps
[PASS]: OpenSSL is installed. OpenSSL 1.0.1e 11 Feb 2013 268439647
[PASS]: Checking if stream_socket_client exists
[PASS]: Checking if openssl_x509_parse exists
[PASS]: Verifying api.wordpress.org resolves correctly.
[PASS]: [Streams] Communication with WordPress.org suceeded, it took 0.964 seconds
[PASS]: [Streams with a POST body] Communication with WordPress.org suceeded, it took 0.937 seconds
[PASS]: [cURL] Communication with WordPress.org suceeded, it took 0.949 seconds
[PASS]: [cURL with a POST body] Communication with WordPress.org suceeded, it took 0.935 seconds
[INFO]: PHP Version: 5.3.3
Note: all parameters are passed.
I also have the update tester plugin installed, which gives me a thumbs up.
Still the update fails on a clean 3.7 install.
here you go:
Thank you, I’ll take a look and see if I can duplicate it with that configuration
cURL 7.10.6 (Which is what your host is running in php) was released in 2003, 10 years ago.
cURL 7.10.7 introduced the ability to look in the subjectAltName field (which is required for WordPress.org requests), so the host’s running a very out of date version of cURL.. Ideally, the solution here is for your host to update the version of cURL they have installed.
