Ich verwende RHEL6 und versuche, ein automatisches Update für WordPress durchzuführen, aber die FTP- und SFTP-Verbindungen schlagen fehl. Ich vermute, dass zumindest die Verbindung innerhalb des Servers getestet wird, was meine Firewall nicht zulässt.
Ich habe diese Zeile zu /etc/sysconfig/iptables hinzugefügt, aber es hat immer noch nicht funktioniert. Irgendwelche Ideen?
-A INPUT -m state --state NEW -m tcp -p tcp --dport 22 -j ACCEPT
Antwort1
Alle Verbindungen zum gleichen Host erfolgen über die lo(Loopback-)Schnittstelle, die standardmäßig nicht eingeschränkt ist und durch Einfügen der folgenden Zeile am Anfang der Regeln zugelassen wird:
-A INPUT -i lo -j ACCEPT
Die automatische Aktualisierung von Wordpress funktioniert normalerweise ohne FTP-Zugriff. Wenn nicht, muss es sehr, sehr strenge Sicherheitsbeschränkungen für den Webserver/PHP geben. Normalerweise überprüft Wordpress den Speicherplatz und die Berechtigungen mit einigen hässlichen Funktionen (soweit ich mich erinnere, gab es etwas im Zusammenhang mit Inode-Prüfungen (KOMISCH)).
Damit die automatische Aktualisierung funktioniert, müssen mindestens zwei Kriterien erfüllt sein:
(a) Dateieigentum: Alle Ihre WordPress-Dateien müssen dem Benutzer gehören, unter dem Ihr Webserver ausgeführt wird. Mit anderen Worten, der Eigentümer Ihrer WordPress-Dateien muss mit dem Benutzer übereinstimmen, unter dem Ihr Webserver ausgeführt wird. Der Webserver-Benutzer (mit den Namen „Apache“, „Web“, „www“, „Nobody“ oder so ähnlich) ist nicht unbedingt der Eigentümer Ihrer WordPress-Dateien. Normalerweise gehören WordPress-Dateien dem FTP-Benutzer, der die Originaldateien hochgeladen hat. Wenn der Eigentümer Ihrer WordPress-Dateien nicht mit dem Benutzer übereinstimmt, unter dem Ihr Webserver ausgeführt wird, wird ein Dialogfeld mit der Aufforderung zur Eingabe von „Verbindungsinformationen“ angezeigt. Sie werden feststellen, dass Sie unabhängig davon, was Sie in dieses Dialogfeld eingeben, keine automatische Aktualisierung durchführen können.
(b) Dateiberechtigungen: Alle Ihre WordPress-Dateien müssen entweder vom Eigentümer oder von der Gruppe des Benutzers beschreibbar sein, unter dem Ihr Apache-Server ausgeführt wird.
Auf gemeinsam genutzten Hosts sollten WordPress-Dateien ausdrücklich NICHT dem Webserver gehören. Wenn mehr als ein Benutzer verschiedene Dateien in der Installation besitzt (beispielsweise aufgrund von Änderungen durch Löschen und erneutes Hochladen von Dateien über verschiedene Konten), müssen die Dateiberechtigungen gruppenweise beschreibbar sein (beispielsweise 775 und 664 statt der Standardeinstellungen 755 und 644). Dateiberechtigungen (im Allgemeinen) sollten entsprechend der Serverumgebung angepasst werden (der gemeinsam genutzte Host RackSpace CloudSites empfiehlt beispielsweise 700 und 600 für einen einzelnen FTP-Benutzer oder 770 und 660 für mehrere FTP-Benutzer). Weitere Informationen finden Sie im Abschnitt zu Dateiberechtigungen (einige Dateien und Ordner erfordern strengere Berechtigungen).
(C)http://codex.wordpress.org/Updating_WordPress#Automatic_Update
Überprüfen Sie die Berechtigungen usw.
Wenn Sie es dennoch mit FTP machen möchten, stellen Sie sicher, dass auch die lokale Adresse abgehört wird netstat -anp|grep 21.
SFTP? Wirklich? Das wollen Sie nicht. Glauben Sie mir.
Antwort2
Sie sind auf dem richtigen Weg, aber hier müssen Sie etwas Wordpress-Magie anwenden. Aus Erfahrung kann ich sagen, dass FTPS immer noch versucht, Port 21 zu verwenden, nicht SSH (Port 22). Ich erinnere mich nicht an das genaue Verfahren, das ich befolgt habe, um SSH-Updates zu aktivieren, aber hier finden Sie eine andere Version davon:http://wp.tutsplus.com/articles/tips-articles/quick-tip-upgrade-your-wordpress-site-via-ssh/. Siehe Abschnitt „Methode 2“. Wenn Sie damit nicht weiterkommen, sollten Sie bei einer Google-Suche nach „update wordpress ssh“ einige nützliche URLs finden – ich kann die von mir verwendete URL leider nicht finden.