WordPress 4.7.2로 업데이트할 수 없음 - 오류: 일관성 없는 파일 권한

WordPress 4.7.2로 업데이트할 수 없음 - 오류: 일관성 없는 파일 권한

관리자를 통해 WordPress를 4.7.2로 자동 업데이트하려고 하면 다음과 같은 오류 메시지가 계속 표시됩니다.

https://downloads.wordpress.org/release/wordpress-4.7.2-new-bundled.zip에서 WordPress 다운로드 업데이트...

업데이트를 언팩하는 중...

일부 파일을 복사할 수 없으므로 업데이트를 설치할 수 없습니다.일반적으로 파일 권한의 불일치가 원인입니다.: wp-admin/module/update-core.php

설치 실패

서버에서 이 문서에서 다음 명령을 실행하려고 했는데 아직 오류 메시지가 나타납니다.

sudo find . -type f -exec chmod 664 {} +
sudo find . -type d -exec chmod 775 {} +
sudo chmod 660 wp-config.php

내가 뭘 잘못하고 있지?자동 업데이트는 올바른 파일/폴더 권한으로 작동하지 않습니까?

FTP(Filezilla)와 같은 프로그램을 통해 업데이트된 WordPress 파일을 수동으로 업로드해 본 적이 있습니까?아직도 같은 문제가 발생하나요?

업데이트:

다음을 실행합니다.

모든 파일의 권한을 664로 리셋합니다.

find /path/to/site/ -type f -exec chmod 664 {} \;

디렉토리 권한을 775로 재설정:

find /path/to/site/ -type d -exec chmod 775 {} \;

그룹을 워드프레스 그룹(또는 원하는 그룹)으로 재설정합니다.

chgrp -R wordpress /path/to/site/

저에게는 아래의 명령어가 효과가 있었습니다.다음 예제에서는 "ww-data"를 웹 서버 서비스가 실행되는 사용자 이름으로 대체합니다.또한 "/path/to/site"를 WP 사이트의 루트에 대한 실제 경로로 대체합니다.

chown -R www-data:www-data /path/to/site

중요 웹 서비스 사용자가 아닌 일반 사용자에게 소유권을 다시 부여하여 이 권한을 되돌려야 합니다. 그렇지 않으면 보안이 전혀 보호되지 않습니다.또한 웹 서비스 사용자를 wp-content/uploads 폴더의 소유자로 남겨두고 사용자가 미디어를 업로드할 수 있도록 합니다.

chown -R user:group /path/to/site
chown -R www-data:www-data /path/to/site/wp-content/uploads

로컬 업데이트에서도 비슷한 문제가 있었습니다.wp-cli를 사용하게 되었습니다.http://wp-cli.org/

권한이 아웃.ssh 에 할 가 있습니다. a a a a a a a 를 했다.sudo wp core update --allow-root(라이브 사이트에는 권장되지 않음) 및 권한 오류 없이 업데이트되었습니다.

이러한 명령어를 실행해 보니 정상적으로 동작하고 있습니다(대시보드와 FTP 모두).

sudo usermod -aG www-data $USER

sudo chown -R www-data:www-data /var/www

sudo chmod -R 774 /var/www

Plesk cpanel을 사용하고 있기 때문에 제안된 솔루션이 모두 작동하지 않았습니다.여기서 설명한 절차에 따라 WordPress를 수동으로 업데이트하는 것이 효과적입니다.

1- 먼저 웹 사이트의 전체 백업을 만듭니다.이것은 실수할 경우에 대비해 매우 중요합니다.

2- wordpress.org에서 최신 WordPress ZIP 파일을 다운로드합니다.

3- 로컬 컴퓨터의 디렉토리 또는 웹 사이트의 다른 디렉토리에 파일을 압축 해제합니다.

4- WordPress 사이트의 모든 플러그인을 비활성화합니다.

5- 웹사이트 루트 디렉토리로 이동하여 'wp-includes' 및 'wp-admin' 디렉토리를 삭제합니다.이는 sFTP 또는 SSH를 통해 실행할 수 있습니다.

6- WordPress의 새 버전에서 WP 포함 및 wp-admin 디렉토리를 업로드(또는 복사)하여 방금 삭제한 디렉토리를 대체합니다.

7- wp-content 디렉토리 또는 해당 디렉토리 내의 파일을 삭제하지 마십시오.WordPress의 새 버전의 wp-content 디렉토리에서 기존 wp-content 디렉토리로 파일을 복사합니다.동일한 이름의 기존 파일을 덮어씁니다.wp-content에 있는 다른 모든 파일은 그대로 유지됩니다.

8- 웹 사이트 루트 디렉터리(또는 WordPress 설치의 루트 디렉터리)에 압축 해제한 새 버전의 WordPress 루트 디렉터리('/')에서 모든 파일을 복사합니다.기존 파일을 덮어쓰고 새 파일도 복사됩니다.WordPress는 wp-config.php 파일과 함께 배포되지 않으므로 wp-config.php 파일은 영향을 받지 않습니다.

9- wp-config-sample을 조사합니다.php: WordPress와 함께 배포되어 사용 또는 수정이 필요한 새로운 설정이 추가되었는지 확인합니다.

10- 자동 업데이트 실패 후 수동으로 업그레이드하는 경우 WordPress 루트 디렉토리에서 .maintenance 파일을 제거합니다.그러면 사이트에서 '업데이트 실패' 메시지가 제거됩니다.

11- 메인 WordPress 관리 페이지(/wp-admin/)를 방문하여 다시 로그인하라는 메시지를 받을 수 있습니다.또한 데이터베이스를 업그레이드해야 할 수도 있으며, 업그레이드 여부를 묻는 메시지가 나타납니다.로그인할 수 없는 경우는, 쿠키를 클리어 해 주세요.

12 - 이전에 비활성화했던 플러그인을 다시 활성화합니다.

13 - 브라우저 캐시를 클리어하여 모든 변경 내용을 볼 수 있도록 합니다.'varnish'와 같은 프런트 엔드 캐시를 사용하는 경우 고객이 사이트에서 최신 변경 사항을 확인할 수 있도록 이 항목도 삭제해야 합니다.

14- 업그레이드가 완료되었으며 최신 버전의 WordPress를 실행해야 합니다.

워드프레스가 Bitnami와 함께 설치된 경우 다음 명령을 사용하십시오(bitnami:daemon).

TARGET은 WordPress 응용 프로그램 폴더입니다.

sudo chown -R bitnami:daemon TARGET
sudo find TARGET -type d -exec chmod 775 {} \;
sudo find TARGET -type f -exec chmod 664 {} \;
sudo chmod 640 TARGET/wp-config.php

참조: https://docs.bitnami.com/bch/apps/wordpress-pro/administration/understand-file-permissions/

미래의 독자를 위한 메모입니다.파일/디렉토리 소유권 및 권한이 올바른 경우에도 SELinux가 WordPress 디렉토리에 있는 파일에 대한 쓰기 액세스를 거부하기 때문에 이 문제가 발생할 수 있습니다.

디버깅 방법:

getenforce

SELinux 실행 여부를 알려드립니다.

이 경우 WordPress 파일의 SELinux 컨텍스트를 확인합니다.

ls -Z /path/to/wordpress

파일에 다음의 「타입」콘텍스트(목록의 3번째 세그먼트)가 있는 경우,

 httpd_sys_content_t

즉, SELinux는 이러한 파일을 읽기 전용 설정 파일로 간주하고 웹 서버가 이러한 파일에 쓰는 것을 허용하지 않습니다.

콘텍스트를 갱신할 수 있습니다.

chcon -R -t httpd_sys_rw_content_t /path/to/wordpress

그러면 웹 서버가 그들에게 쓸 수 있는 컨텍스트가 설정됩니다.이렇게 하면 파일 시스템 권한에 작업을 허용하거나 허용하지 않는 책임이 위임됩니다.예를 들어 위와 같이 콘텍스트를 설정하면 nginx는 루트가 소유한 파일에 쓸 수 없습니다.파일 허가가 허락하는 경우, 이 파일에 쓸 수 있는 가능성이 있습니다.

언급URL : https://stackoverflow.com/questions/41991538/unable-to-update-to-wordpress-4-7-2-error-inconsistent-file-permissions