Bei welchem Webhoster bist du?
Was meinst du mit „ich habe dann die Updates jeweils manuell gemacht“ – hast du im Kundenmenü des Webhoster auf einen Link zur Aktualisierung geklickt oder hast du Dateien per FTP hochgeladen?
Hintergrund meiner Frage: Einige Webhoster bieten eine modifizierte WordPress-Version an, bei der durch Änderungen in den Core-Dateien automatische Aktualisierungen unterbunden werden.
Thread-Starter
Kai J.
(@kjoussen)
Der Hoster bin ich selber 😉 ich gönne mir den Luxus einer Synology NAS-Box zuhause, auf der auch meine Seite läuft. Sie ist sogar via DynDNS von außen sauber zu erreichen….
Damit war das Update denkbar einfach: neue Dateien „hochladen“ und via „/wp-admin/upgrade.php“ upgedatet. Lief immer, finde ich aber doof.
Hm, OK, da würde ich eher auf Probleme bei der Server-Konfiguration tippen. Leider kann ich dir da nicht weiterhelfen. Sorry.
Thread-Starter
Kai J.
(@kjoussen)
Die hat sich aber null geändert……ich komme ja selber aus der IT und weiß „Don’t touch a running system“….
Neue Plugins habe ich auch keine installiert. Ich verstehe es einfach nicht.
Du hast auch nicht zufällig in der wp-config.php eingetragen, dass keine Aktualisierungen mehr erfolgen sollen?
define( 'WP_AUTO_UPDATE_CORE', false );
Das wäre dann ja auch eine Variante von „Don’t touch a running system“ 😉
Thread-Starter
Kai J.
(@kjoussen)
Hatte ich auch schon überprüft…..aber nein, nichts dergleichen.
Wenn Plugin/Theme-Updates angezeigt werden, dann ist auch die Kommunikation zu wp.org prinzipiell möglich.
Du könntest trotzdem mal hiermit testen:
http://dd32.id.au/uploads/2013/10/https-debugger.zip
Und hiermit:
https://wordpress.org/plugins/background-update-tester/
Mal schauen, ob er da irgendwo meckert.
Gruß, Torsten
Thread-Starter
Kai J.
(@kjoussen)
Hallo Torsten,
vielen Dank für die Links.
Jetzt wirds glaube ich echt kompliziert.
Der Update-Tester zeigt alles grün.
Der https-Tester wirft ja mehr aus:
Die ersten 6 tests sind grün:
1. [PASS]: Your WordPress install claims to support HTTPS Connections
2. [PASS]: Checking that the HTTPS Root Certificate bundle exists and is accessible
3. [PASS]: cURL is installed and supports SSL communication, cURL Details: version_number=471808; age=3; features=582365; ssl_version_number=0; version=7.51.0; host=armle-unknown-linux-gnu; ssl_version=OpenSSL/1.0.2k; libz_version=1.2.8; protocols=dict,file,ftp,ftps,gopher,http,https,imap,imaps,ldap,ldaps,pop3,pop3s,rtsp,scp,sftp,smb,smbs,smtp,smtps,telnet,tftp
4. [PASS]: OpenSSL is installed. OpenSSL 1.0.2j-fips 26 Sep 2016 268443823
5. [PASS]: Checking if stream_socket_client exists
6. [PASS]: Checking if openssl_x509_parse exists
Aber dann wirds hart. Da es zu viel Text für hier ist, habe ich das Log hierher hochgeladen: https://workupload.com/file/rx2dk8j
Was sagt mir das alles?
Wie sind denn die DNS-Einstellungen deiner Synology Box?
Es scheint, als würde die Box beim Versuch, api.wordpress.org aufzurufen, auf https://developer.wordpress.org/rest-api/ landen und kann dann da keine Update-Informationen abrufen.
Thread-Starter
Kai J.
(@kjoussen)
Meine Box betreibt keinen eigenen DNS.
Sie hängt wie all meine Rechner direkt hinter einer Fritzbox, die als DNS ja auch nur die von meinem Provider verwendet.
DNS-Anfragen werden also transparent durchgereicht.
Wie gesagt, ich habe seit geraumer Zeit weder an den Router oder Synology oder Netzwerk oder sonstwas Einstellungen irgendetwas geändert.
Es ist halt völlig abstrus, dass Plugin und Theme Updates gemeldet werden und astrein durchlaufen, mir aber für den Core noch nicht mal die Existenz von 4.7.4 angezeigt wird und mein Dashboard eben sagt, hey, 4.7.3 Du bist aktuell.
Ich hab das Plugin gerade selber mal durchlaufen lassen – scheinbar ist das nicht ganz aktuell. Unter Punkt 8 erhalte ich auch eine Warnung, die den Inhalt einer ganz anderen Webseite ausgibt. Allerdings wird bei mir Punkt 7 korrekt durchgeführt, was bei dir die Fehlermeldung 7. [FAIL]: Verifying api.wordpress.org resolves correctly. 66.155.40.203 ausgibt.
Thread-Starter
Kai J.
(@kjoussen)
Ja, ein Ping auf api….. bringt bei mir 66.155.40.250 anstatt der 203.
Irreführend ist ja auch: [FAIL] und dann „resolves correctly“
Ich habe inzwischen auch ein Ticket bei Synology aufgemacht, mal sehen, was die sagen.
Ich lese das als
Veryfying, (that) api.wordpress.org resolves correctly => FAIL
… und dann wird die IP-Adresse ausgegeben, die stattdessen zurückgegeben wird, eben so als sei der DNS-Eintrag fehlerhaft.
Mach doch mal von der Synology aus ein
nslookup api.wordpress.org
Das Ergebnis sieht bei meinem PC so aus:
Server: …
Address: …
Non-authoritative answer:
Name: api.wordpress.org
Address: 66.155.40.250
Name: api.wordpress.org
Address: 66.155.40.188
Name: api.wordpress.org
Address: 66.155.40.202
Name: api.wordpress.org
Address: 66.155.40.189
Name: api.wordpress.org
Address: 66.155.40.203
Name: api.wordpress.org
Address: 66.155.40.249
Name: api.wordpress.org
Address: 66.155.40.187
Name: api.wordpress.org
Address: 66.155.40.186
Thread-Starter
Kai J.
(@kjoussen)
Mein PC liefert die gleichen Ergebnisse (obgleich in anderer Reihenfolge, was aber egal ist).
Wie ich das von meiner Syno-Box mache weiß ich nicht. Das DNS-Paket habe ich ja auch nicht installiert.
Nochmals: der Schlamassel fing erst vor wenigen Monaten an. Davor hats ja immer funktioniert…..
