Я использую RHEL6, и я пытаюсь выполнить автоматическое обновление в wordpress, но соединения ftp и sftp не работают. Я подозреваю, что он, по крайней мере, проверяет соединение с сервера, что не разрешено моим брандмауэром.
Я добавил эту строку в / etc / sysconfig / iptables, но она по-прежнему не работает. Любые идеи?
-A INPUT -m state --state NEW -m tcp -p tcp --dport 22 -j ACCEPT
Все соединения с одним хостом будут выполняться через lo (loopback) интерфейс, который по умолчанию не ограничен и разрешен путем помещения строки в начало правил:
-A INPUT -i lo -j ACCEPT
Автообновление Wordpress обычно работает без доступа по FTP, в противном случае - на веб-сервере / php должны быть очень жесткие ограничения безопасности. Обычно wordpress проверяет дисковое пространство и разрешения с помощью некоторых уродливых функций (помню, что было что-то, связанное с проверками inode (СТРАННО)).
Чтобы автоматическое обновление работало, должны быть выполнены как минимум два критерия:
(а) владение файлом: все ваши файлы WordPress должны принадлежать пользователю, под которым работает ваш веб-сервер. Другими словами, владелец ваших файлов WordPress должен соответствовать пользователю, под которым работает ваш веб-сервер. Пользователь веб-сервера (с именем «apache», «web», «www», «никто» или что-то в этом роде) не обязательно является владельцем ваших файлов WordPress. Обычно файлы WordPress принадлежат пользователю ftp, который загрузил исходные файлы. Если нет совпадения между владельцем ваших файлов WordPress и пользователем, под которым работает ваш веб-сервер, вы получите диалоговое окно с запросом «информации о подключении», и вы обнаружите, что независимо от того, что вы вводите в это диалоговое окно, вы не сможете обновляться автоматически.
(b) права доступа к файлам: все ваши файлы WordPress должны быть либо владельцем, либо правом для записи пользователем, от имени которого работает ваш сервер Apache.
На общих хостах файлы WordPress НЕ должны принадлежать веб-серверу. Если несколько пользователей владеют разными файлами в установке (например, из-за изменений, внесенных путем удаления и повторной загрузки файлов через разные учетные записи), права доступа к файлам должны быть доступны для групповой записи (например, 775 и 664, а не по умолчанию 755 и 644). Права доступа к файлам (как правило) должны быть скорректированы в соответствии с серверной средой (например, общий хост RackSpace CloudSites рекомендует 700 и 600 для одного пользователя ftp или 770 и 660 для нескольких пользователей ftp). Дополнительные сведения см. В разделе о правах доступа к файлам (для некоторых файлов и папок требуются более строгие разрешения).
(c) http://codex.wordpress.org/Updating_WordPress#Automatic_Update
Проверьте разрешения и т. Д.
Если вы все еще хотите сделать это с помощью FTP - убедитесь, что он также прослушивает локальный адрес netstat -anp|grep 21.
SFTP? В самом деле? Вы не хотите этого делать. Поверь мне.
Вы на правильном пути, но здесь вам нужно творить чудеса Wordpress. Исходя из опыта, FTPS все еще пытается использовать порт 21, а не SSH (порт 22). Я не помню точную процедуру, которую я выполнил, чтобы включить обновление SSH, но другая ее версия находится здесь: http://wp.tutsplus.com/articles/tips-articles/quick-tip-upgrade-your-wordpress-site-via-ssh/. См. Раздел «Метод 2». Если это не приведет вас туда, где вам нужно быть, поиск в Google по запросу «обновить wordpress ssh» должен дать вам несколько полезных URL-адресов - извиняюсь, что я не могу найти тот, который использовал.