Я использую сервер 10.04. Я пытаюсь обновить Wordpress через интерфейс администратора. У меня работает сервер vsftpd, и он принимает локальные подключения. Для моих учетных данных по FTP я поставил следующее:
Имя хоста: 127.0.0.1:21 Имя пользователя и пароль: Пользователь имеет доступ на запись к структуре каталога / var / www. Использование простого FTP-протокола, не защищенного.Когда я отправляю обновление, после некоторого времени (1-2 минуты) возвращается следующее сообщение:
Downloading update from http://wordpress.org/wordpress-3.2.zip…
Unpacking the update…
Could not create directory.: /var/www/wordpress/wp-content/upgrade/wordpress-3.tmp
Installation Failed
Я предполагаю, что это проблема с разрешениями, но я не смог понять это. Даже установка каталогов chmod 777 не работает. Есть идеи? Спасибо!
Изменить: тестирование с ftp 127.0.0.1 дает следующее:
$ ftp 127.0.0.1
Connected to 127.0.0.1.
220 (vsFTPd 2.2.2)
Name (127.0.0.1:wpuser):
331 Please specify the password.
Password:
230 Login successful.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> mkdir /var/www/wordpress/wp-content/upgrade/test/
550 Permission denied.
Возможно, что-то не так с моими настройками vsftpd? Вот файл vsftpd.conf:
listen=YES
anonymous_enable=NO
local_enable=YES
write_enable=YES
dirmessage_enable=YES
use_localtime=YES
xferlog_enable=YES
connect_from_port_20=YES
secure_chroot_dir=/var/run/vsftpd/empty
pam_service_name=vsftpd
rsa_cert_file=/etc/ssl/private/vsftpd.pem
Edit Part 2:
Я не могу отправить ответ еще, потому что у меня недостаточно репутации. Вот как я его исправил:
Я, наконец, исправил проблему, хотя это может быть не лучшее решение. Имейте в виду, что служба FTP недоступна для внешнего Интернета.
Таким образом, Wordpress пытается использовать FTP для создания каталогов и файлов, необходимых для обновления. Он делает это при загрузке плагинов или тем. Поскольку я также не мог создать каталог через FTP, я решил попробовать следующее в конфигурации vsftpd:
anon_upload_enable=YES
anon_mkdir_write_enable=YES
Я перезапустил сервер, и все сработало. Теперь я предполагаю, что это может быть проблема с безопасностью, но учетная запись anon отключена (anonymous_enable = NO).
Кроме того, в качестве ответа и ответа на другие предложения о разрешениях каталога , вот что я пробовал на сервере с разрешениями.
Имя хоста: 127.0.0.1:21 Все файлы Wordpress 664 Имя пользователя и пароль: Пользователь, доступ к структуре каталога / var / www. Пользователь www-data, добавленный в группу пользователей (просто тест, не работает явно)Итак, я думаю, что у www-data был доступ на запись к необходимые каталоги, но это все еще не сработало. Вот почему я начал изучать проблемы FTP-сервера.
Я приветствую любые комментарии по этому поводу.
Вы посмотрели на свое свободное место на диске? Это была моя проблема при попытке обновить некоторые плагины. Я увеличил квоту, и проблема была исправлена.
Этот документ может помочь вам понять, как должны применяться разрешения для ваших файлов / папок, чтобы Wordpress работал без хлопот.
В моем личном опыте предоставление 755 разрешений в папку WordPress делает трюк , но для некоторых папок потребуется 777 вопросов, что WordPress говорит, несколько плагинов и / или обновлений (даже для ядра WP) не будут работать, если эти папки не имеют 777 разрешений.
Цитаты из документа, который я упоминаю в верхней части этого ответа:
Все файлы должны принадлежать фактической учетной записи пользователя, а не учетной записи пользователя, используемой для процесса httpd. Групповое владение не имеет значения, если только нет конкретных требований к группе для проверки разрешений на процесс веб-сервера. Обычно это не так. Все каталоги должны быть 755 или 750. Все файлы должны быть 644 или 640. Исключение: wp-config.php должно быть 600, чтобы другие пользователи на нем не читали его. Никакие каталоги никогда не должны предоставляться 777, даже загружать каталоги. Поскольку процесс php работает как владелец файлов, он получает разрешения владельцев и может писать даже в каталог 755.Этот ответ: Общие правила обработки разрешений файлов будут полезны для лучшего понимания разрешений в системе на основе Ubuntu. Для того, чтобы быть локальным сервером, не нужно будет обращаться через FTP-клиент, чтобы выполнить задачу, но используя терминал.
Если вам нужна дополнительная информация об этом, не стесняйтесь оставить комментарий. Мой блог WP может быть достигнут с помощью общих правил для разрешения файлов , и я столкнулся с этой проблемой много раз в прошлом для удаленных и локальных серверов.
Этот документ
Локальный сервер следует считать компьютером, который я могу подключить с помощью клавиатуры или мыши, чтобы напрямую взаимодействовать с его ОС. Удаленный сервер - это компьютер, который физически не передо мной, и я не могу подключить к нему клавиатуру или мышь, чтобы работать с ОС компьютера.Вы пытались изменить владельца и группу каталога. Обычно /var/www должен иметь www-data как владелец и группа. Изменить владельца & amp; группу /var/www/wordpress... пользователю ftp, который вы используете. Команда выглядит так:
chown -R www-data:www-data /var/www/wordpress
И попробуйте вместо этого использовать ip-адрес 127.0.0.1
Вы посмотрели на свое свободное место на диске? Это была моя проблема при попытке обновить некоторые плагины. Я увеличил квоту, и проблема была исправлена.
Этот документ может помочь вам понять, как должны применяться разрешения для ваших файлов / папок, чтобы Wordpress работал без хлопот.
В моем личном опыте предоставление 755 разрешений в папку WordPress делает трюк , но для некоторых папок потребуется 777 вопросов, что WordPress говорит, несколько плагинов и / или обновлений (даже для ядра WP) не будут работать, если эти папки не имеют 777 разрешений.
Цитаты из документа, который я упоминаю в верхней части этого ответа:
Все файлы должны принадлежать фактической учетной записи пользователя, а не учетной записи пользователя, используемой для процесса httpd. Групповое владение не имеет значения, если только нет конкретных требований к группе для проверки разрешений на процесс веб-сервера. Обычно это не так. Все каталоги должны быть 755 или 750. Все файлы должны быть 644 или 640. Исключение: wp-config.php должно быть 600, чтобы другие пользователи на нем не читали его. Никакие каталоги никогда не должны предоставляться 777, даже загружать каталоги. Поскольку процесс php работает как владелец файлов, он получает разрешения владельцев и может писать даже в каталог 755.Этот ответ: Общие правила обработки разрешений файлов будут полезны для лучшего понимания разрешений в системе на основе Ubuntu. Для того, чтобы быть локальным сервером, не нужно будет обращаться через FTP-клиент, чтобы выполнить задачу, но используя терминал.
Если вам нужна дополнительная информация об этом, не стесняйтесь оставить комментарий. Мой блог WP может быть достигнут с помощью общих правил для разрешения файлов , и я столкнулся с этой проблемой много раз в прошлом для удаленных и локальных серверов.
Этот документ
Локальный сервер следует считать компьютером, который я могу подключить с помощью клавиатуры или мыши, чтобы напрямую взаимодействовать с его ОС. Удаленный сервер - это компьютер, который физически не передо мной, и я не могу подключить к нему клавиатуру или мышь, чтобы работать с ОС компьютера.Вы пытались изменить владельца и группу каталога. Обычно /var/www должен иметь www-data как владелец и группа. Изменить владельца & amp; группу /var/www/wordpress... пользователю ftp, который вы используете. Команда выглядит так:
chown -R www-data:www-data /var/www/wordpress
И попробуйте вместо этого использовать ip-адрес 127.0.0.1
Вы посмотрели на свое свободное место на диске? Это была моя проблема при попытке обновить некоторые плагины. Я увеличил квоту, и проблема была исправлена.
Этот документ может помочь вам понять, как должны применяться разрешения для ваших файлов / папок, чтобы Wordpress работал без хлопот.
В моем личном опыте предоставление 755 разрешений в папку WordPress делает трюк , но для некоторых папок потребуется 777 вопросов, что WordPress говорит, несколько плагинов и / или обновлений (даже для ядра WP) не будут работать, если эти папки не имеют 777 разрешений.
Цитаты из документа, который я упоминаю в верхней части этого ответа:
Все файлы должны принадлежать фактической учетной записи пользователя, а не учетной записи пользователя, используемой для процесса httpd. Групповое владение не имеет значения, если только нет конкретных требований к группе для проверки разрешений на процесс веб-сервера. Обычно это не так. Все каталоги должны быть 755 или 750. Все файлы должны быть 644 или 640. Исключение: wp-config.php должно быть 600, чтобы другие пользователи на нем не читали его. Никакие каталоги никогда не должны предоставляться 777, даже загружать каталоги. Поскольку процесс php работает как владелец файлов, он получает разрешения владельцев и может писать даже в каталог 755.Этот ответ: Общие правила обработки разрешений файлов будут полезны для лучшего понимания разрешений в системе на основе Ubuntu. Для того, чтобы быть локальным сервером, не нужно будет обращаться через FTP-клиент, чтобы выполнить задачу, но используя терминал.
Если вам нужна дополнительная информация об этом, не стесняйтесь оставить комментарий. Мой блог WP может быть достигнут с помощью общих правил для разрешения файлов , и я столкнулся с этой проблемой много раз в прошлом для удаленных и локальных серверов.
Этот документ
Локальный сервер следует считать компьютером, который я могу подключить с помощью клавиатуры или мыши, чтобы напрямую взаимодействовать с его ОС. Удаленный сервер - это компьютер, который физически не передо мной, и я не могу подключить к нему клавиатуру или мышь, чтобы работать с ОС компьютера.Вы пытались изменить владельца и группу каталога. Обычно /var/www должен иметь www-data как владелец и группа. Изменить владельца & amp; группу /var/www/wordpress... пользователю ftp, который вы используете. Команда выглядит так:
chown -R www-data:www-data /var/www/wordpress
И попробуйте вместо этого использовать ip-адрес 127.0.0.1
Вы посмотрели на свое свободное место на диске? Это была моя проблема при попытке обновить некоторые плагины. Я увеличил квоту, и проблема была исправлена.
Этот документ может помочь вам понять, как должны применяться разрешения для ваших файлов / папок, чтобы Wordpress работал без хлопот.
В моем личном опыте предоставление 755 разрешений в папку WordPress делает трюк , но для некоторых папок потребуется 777 вопросов, что WordPress говорит, несколько плагинов и / или обновлений (даже для ядра WP) не будут работать, если эти папки не имеют 777 разрешений.
Цитаты из документа, который я упоминаю в верхней части этого ответа:
Все файлы должны принадлежать фактической учетной записи пользователя, а не учетной записи пользователя, используемой для процесса httpd. Групповое владение не имеет значения, если только нет конкретных требований к группе для проверки разрешений на процесс веб-сервера. Обычно это не так. Все каталоги должны быть 755 или 750. Все файлы должны быть 644 или 640. Исключение: wp-config.php должно быть 600, чтобы другие пользователи на нем не читали его. Никакие каталоги никогда не должны предоставляться 777, даже загружать каталоги. Поскольку процесс php работает как владелец файлов, он получает разрешения владельцев и может писать даже в каталог 755.Этот ответ: Общие правила обработки разрешений файлов будут полезны для лучшего понимания разрешений в системе на основе Ubuntu. Для того, чтобы быть локальным сервером, не нужно будет обращаться через FTP-клиент, чтобы выполнить задачу, но используя терминал.
Если вам нужна дополнительная информация об этом, не стесняйтесь оставить комментарий. Мой блог WP может быть достигнут с помощью общих правил для разрешения файлов , и я столкнулся с этой проблемой много раз в прошлом для удаленных и локальных серверов.
Этот документ
Локальный сервер следует считать компьютером, который я могу подключить с помощью клавиатуры или мыши, чтобы напрямую взаимодействовать с его ОС. Удаленный сервер - это компьютер, который физически не передо мной, и я не могу подключить к нему клавиатуру или мышь, чтобы работать с ОС компьютера.Вы пытались изменить владельца и группу каталога. Обычно /var/www должен иметь www-data как владелец и группа. Изменить владельца & amp; группу /var/www/wordpress... пользователю ftp, который вы используете. Команда выглядит так:
chown -R www-data:www-data /var/www/wordpress
И попробуйте вместо этого использовать ip-адрес 127.0.0.1
Вы посмотрели на свое свободное место на диске? Это была моя проблема при попытке обновить некоторые плагины. Я увеличил квоту, и проблема была исправлена.
Этот документ может помочь вам понять, как должны применяться разрешения для ваших файлов / папок, чтобы Wordpress работал без хлопот.
В моем личном опыте предоставление 755 разрешений в папку WordPress делает трюк , но для некоторых папок потребуется 777 вопросов, что WordPress говорит, несколько плагинов и / или обновлений (даже для ядра WP) не будут работать, если эти папки не имеют 777 разрешений.
Цитаты из документа, который я упоминаю в верхней части этого ответа:
Все файлы должны принадлежать фактической учетной записи пользователя, а не учетной записи пользователя, используемой для процесса httpd. Групповое владение не имеет значения, если только нет конкретных требований к группе для проверки разрешений на процесс веб-сервера. Обычно это не так. Все каталоги должны быть 755 или 750. Все файлы должны быть 644 или 640. Исключение: wp-config.php должно быть 600, чтобы другие пользователи на нем не читали его. Никакие каталоги никогда не должны предоставляться 777, даже загружать каталоги. Поскольку процесс php работает как владелец файлов, он получает разрешения владельцев и может писать даже в каталог 755.Этот ответ: Общие правила обработки разрешений файлов будут полезны для лучшего понимания разрешений в системе на основе Ubuntu. Для того, чтобы быть локальным сервером, не нужно будет обращаться через FTP-клиент, чтобы выполнить задачу, но используя терминал.
Если вам нужна дополнительная информация об этом, не стесняйтесь оставить комментарий. Мой блог WP может быть достигнут с помощью общих правил для разрешения файлов , и я столкнулся с этой проблемой много раз в прошлом для удаленных и локальных серверов.
Этот документ
Локальный сервер следует считать компьютером, который я могу подключить с помощью клавиатуры или мыши, чтобы напрямую взаимодействовать с его ОС. Удаленный сервер - это компьютер, который физически не передо мной, и я не могу подключить к нему клавиатуру или мышь, чтобы работать с ОС компьютера.Вы пытались изменить владельца и группу каталога. Обычно /var/www должен иметь www-data как владелец и группа. Изменить владельца & amp; группу /var/www/wordpress... пользователю ftp, который вы используете. Команда выглядит так:
chown -R www-data:www-data /var/www/wordpress
И попробуйте вместо этого использовать ip-адрес 127.0.0.1
Вы посмотрели на свое свободное место на диске? Это была моя проблема при попытке обновить некоторые плагины. Я увеличил квоту, и проблема была исправлена.
Этот документ может помочь вам понять, как должны применяться разрешения для ваших файлов / папок, чтобы Wordpress работал без хлопот.
В моем личном опыте предоставление 755 разрешений в папку WordPress делает трюк , но для некоторых папок потребуется 777 вопросов, что WordPress говорит, несколько плагинов и / или обновлений (даже для ядра WP) не будут работать, если эти папки не имеют 777 разрешений.
Цитаты из документа, который я упоминаю в верхней части этого ответа:
Все файлы должны принадлежать фактической учетной записи пользователя, а не учетной записи пользователя, используемой для процесса httpd. Групповое владение не имеет значения, если только нет конкретных требований к группе для проверки разрешений на процесс веб-сервера. Обычно это не так. Все каталоги должны быть 755 или 750. Все файлы должны быть 644 или 640. Исключение: wp-config.php должно быть 600, чтобы другие пользователи на нем не читали его. Никакие каталоги никогда не должны предоставляться 777, даже загружать каталоги. Поскольку процесс php работает как владелец файлов, он получает разрешения владельцев и может писать даже в каталог 755.Этот ответ: Общие правила обработки разрешений файлов будут полезны для лучшего понимания разрешений в системе на основе Ubuntu. Для того, чтобы быть локальным сервером, не нужно будет обращаться через FTP-клиент, чтобы выполнить задачу, но используя терминал.
Если вам нужна дополнительная информация об этом, не стесняйтесь оставить комментарий. Мой блог WP может быть достигнут с помощью общих правил для разрешения файлов , и я столкнулся с этой проблемой много раз в прошлом для удаленных и локальных серверов.
Этот документ
Локальный сервер следует считать компьютером, который я могу подключить с помощью клавиатуры или мыши, чтобы напрямую взаимодействовать с его ОС. Удаленный сервер - это компьютер, который физически не передо мной, и я не могу подключить к нему клавиатуру или мышь, чтобы работать с ОС компьютера.Вы пытались изменить владельца и группу каталога. Обычно /var/www должен иметь www-data как владелец и группа. Изменить владельца & amp; группу /var/www/wordpress... пользователю ftp, который вы используете. Команда выглядит так:
chown -R www-data:www-data /var/www/wordpress
И попробуйте вместо этого использовать ip-адрес 127.0.0.1
chown -R ftpuser.ftpuser / var / www / yourwebsite / wp-content / upgrade / chmod 755 / var / www / yourwebsite / wp-content / upgrade /
Вы пытались изменить владельца и группу каталога. Обычно / var / www
должны иметь www-data
как владелец и группа. Изменить владельца & amp; группу из / var / www / wordpress ...
для пользователя ftp, который вы используете. Команда выглядит так:
chown -R www-data: www-data / var / www / wordpress
А также попробуйте использовать ip адрес вместо 127.0.0.1
Вы посмотрели на свое свободное место на диске? Это была моя проблема при попытке обновить некоторые плагины. Я увеличил квоту, и проблема была исправлена.
Этот документ может помочь вам понять, как должны применяться разрешения для ваших файлов / папок, чтобы Wordpress работал без хлопот.
In мой личный опыт, дающий 755 разрешений папке WordPress, делает трюк, но для некоторых папок требуется, чтобы 777 не имело значения, что говорит WordPress, несколько плагинов и / или обновлений (даже для ядра WP) не будут работать, если эти папки не будут 't имеет 777 разрешений.
Цитата из документа, который я упоминаю в начале этого ответа:
blockquote>
- Все файлы должны принадлежать учетной записи пользователя , а не учетная запись пользователя, используемая для процесса httpd.
- Групповое владение не имеет значения, если только нет определенных групповых требований для проверки прав доступа к веб-серверу. Обычно это не так.
- Все каталоги должны быть 755 или 750.
- Все файлы должны быть 644 или 640. Исключение: wp-config.php должно быть 600, чтобы предотвратить другие пользователи на сервере читают его.
- Никаких каталогов никогда не следует давать 777, даже загружать каталоги. Поскольку процесс php работает как владелец файлов, он получает права владельца и может писать даже в каталог 755.
Этот ответ: Общие правила обработки разрешений файлов будут полезны для лучшего понимания разрешений в системе на основе Ubuntu. Для того, чтобы быть локальным сервером, не нужно будет обращаться через FTP-клиент для выполнения задачи, но с использованием терминала.
Если вам нужна дополнительная информация об этом, не стесняйтесь оставить комментарий. Мой блог WP может быть достигнут через http://geppettvs.x10.mx/blog , и я столкнулся с этой проблемой много раз в прошлом для удаленных и локальных серверов.
Глоссарий для моего ответа:
- Локальный сервер следует считать компьютером, который я могу подключить с помощью клавиатуры или мыши, чтобы напрямую взаимодействовать с его ОС.
- Удаленный сервер - это компьютер, который физически не передо мной, и я не могу подключить к нему клавиатуру или мышь, чтобы работать с ОС компьютера.
[ ! d14]
chown -R ftpuser.ftpuser / var / www / yourwebsite / wp-content / upgrade / chmod 755 / var / www / yourwebsite / wp-content / upgrade /
Вы пытались изменить владельца и группу каталога. Обычно / var / www
должны иметь www-data
как владелец и группа. Изменить владельца & amp; группу из / var / www / wordpress ...
для пользователя ftp, который вы используете. Команда выглядит так:
chown -R www-data: www-data / var / www / wordpress
А также попробуйте использовать ip адрес вместо 127.0.0.1