이번에는 두려운 WordPress "Reauth = 1"관리자 패널 로그온 리디렉션 루프 문제로 인해 문제가 발생했으며이 게시물에서 문제를 해결 한 방법에 대한 정보를 공유하고 있습니다. 나는 아파치, 리눅스 또는 워드 프레스 전문가가 아니지만 여기에있는 정보는 같은 상황에 처한 다른 사람들을 도울 수있다.
호스팅 제어판에서 변경 한 세 가지 구성 중 하나가 WordPress 관리 로그온 루프를 유발했습니다.
변경 1
도메인을 CloudFlare에 연결하고 CloudFlare WordPress 플러그인을 설치했습니다. CDN은 완벽하게 작동했습니다.
변경 2
Plesk Control Panel에서 WordPress 설치에 연결했습니다. Plesk는 WordPress 설치 근처에 빨간색 표시를 보였으며 클릭하면 WordPress 설치의 보안을 확인하라는 메시지가 표시됩니다. 그것은 말했다 :
선택한 WordPress 설치에 대한 보안 검사 결과를 봅니다. 일부 데이터가 보안 검사를 통과하지 못한 경우 목록에서이 데이터를 선택하고 보안을 강화할 수 있습니다.
목록에서 보안 키를 선택하고 보안을 클릭했습니다.
보안 키 설명은 다음과 같습니다.
WordPress는 보안 키 (AUTH_KEY, SECURE_AUTH_KEY, LOGGED_IN_KEY 및 NONCE_KEY)를 사용하여 사용자 쿠키에 저장된 정보를보다 잘 암호화합니다. 보안 검사에 실패하고 WordPress 설치 보안을 선택하면 WordPress 설치에 적합한 보안 키가 생성되어 추가됩니다.
변경 3
Plesk의 서비스 관리에서 nginx를 시작했습니다.
로그온 루프
다음에 WordPress에 로그온을 시도하면 "Reauth = 1"페이지로 리디렉션되었습니다. 고의로 잘못된 비밀번호를 입력 한 경우 비밀번호가 잘못되었다고합니다. 따라서 인증 기능은 제대로 작동했지만 올바른 자격 증명을 사용하면 인증 URL로 리디렉션되었습니다. 여기에 내가 시도한 것들의 목록이 있으며 그중 아무것도 (아래 # 15가 아닐 수도 있음) 도움이되지 않았습니다.
- 웹 브라우저 캐시를 완전히 지우고 다른 브라우저를 시도했습니다.
- 캐싱 문제 (nginx.conf)에 대해 읽은 nginx 중지
- Plesk를 통한 CloudFlare 플러그인 비활성화, 일부 사용자의 WP 관리 기능 중단
- 모든 플러그인을 비활성화하고 서버를 다시 시작했습니다.
- PhpMyAdmin을 통한 데이터베이스 최적화 및 복구
- wp_options 테이블의 확인 된 사이트 URL 맞았 어
- wp-config 파일, wp-admin 및 wp-includes 디렉토리에 대한 확인 된 권한
- wp-config.php에 WP_HOME 및 WP_SITEURL 추가
- 새로운 SALT 또는 비밀 키 코드를 생성하고 wp-config.php에 추가
- 스물 여섯 테마 활성화
- WordPress 포럼에 게시되며 응답이 전혀 없습니다.
- 최신 VaultPress 백업에서 내 사이트를 복원
- CloudFlare에서 활성화 된 개발 모드
- 관리자 페이지 (WP- *)에 대한 캐싱을 무시하도록 CloudFlare PageRule을 설정하십시오.
- CloudFlare에서 내 사이트 분리
위의 것 외에도 내가 한 다른 많은 것들이 있었으며, 그중 일부는 사소한 것일 수 있습니다. 나는이 옵션들을 진지하게 고려하고 있었다 :
- $ 79에 CloudTech의 Professional 도움말 (MT Admin Panel을 통해)을 찾으십시오. 그러나 수정이 보장되지는 않습니다.
- Plesk DV를 기본값으로 재설정합니다. 그러나 모든 것을 복원하는 데는 많은 시간이 걸립니다.
- 응급 복구 요청, 다시 $ 79. VaultPress에서 이미 수행 한 사이트 컨텐츠 만 복원됩니다.
- 서버를 폐기하고 동일한 제공자가 관리하는 프리미엄 WordPress 호스팅으로 이동하십시오. 따라서 기본 서버 설정을 사용합니다.
- MT의 지원이 도움이되지 않으면 DreamHost로 이동하십시오.
많은 아이디어가 떠 올랐고 하루 종일 낭비되었습니다. CloudFlare에서 내 사이트를 분리 한 후 몇 시간이 지나면 WordPress에서 다른 오류 메시지가 표시됩니다. 모든 웹 브라우저가 쿠키를 허용하도록 설정되어 있지만 "쿠키가 차단되었습니다"라고 표시됩니다.
그것을 고쳐라!
1 단계:
wp-config에서 비밀 키가 들어있는 다음 줄을 제거했습니다.
define ( 'AUTH_KEY'define ( 'SECURE_AUTH_KEY'define ( 'LOGGED_IN_KEY'define) define ( 'NONCE_KEY'define ( 'AUTH_SALT'define ( 'SECURE_AUTH_SALT'define) '(LOGGED_IN_SALT'define ( 'NONCE_SALT')))
2 단계:
UTF-8 인코딩으로 파일을 저장했습니다 (ANSI로 표시됨). 이것이 문제를 일으키지 않을 수도 있지만 ... 방금 시도했습니다.
마지막으로 WordPress 관리자 패널에 로그인 할 수있었습니다. 그런 다음 새 보안 키를 생성하고 WordPress에서 로그 아웃했다가 다시 로그인했습니다. 효과가 있었다!
처음에 문제의 원인은 무엇입니까?
인터넷의 대부분의 게시물이 최근 CloudFlare 플러그인을 가리 켰지 만 제 경우에는 그렇지 않았습니다. 내 생각 에 Plesk의 보안 검사 (위의 변경 # 2)가 wp-config.php에서 비밀 키를 제거한 후에 만 로그인 할 수 있었기 때문에 보안 검사가 중단되었습니다. 물론 새로운 보안 키를 생성하고 wp-config.php를 업데이트했습니다. 그런 다음 내 사이트를 CloudFlare에 다시 연결하고 플러그인을 활성화했습니다.
다행히도 문제는 지금까지 나타나지 않았습니다!
이야기의 도덕 (내 자신에게 말했다) : 당신이하고있는 일을 모른다면 Plesk의 설정으로 연주하지 마십시오. 그리고 한 번에 하나씩 변경해야하며, 꼭 필요한 경우에만 변경하여 문제를 일으키는 설정을 알 수 있습니다. Linux / Apache는 Windows와는 다르지만 적어도 저에게는 더 복잡합니다. 이 게시물이 도움이되었거나이 문제를 해결하기위한 추가 정보가있는 경우 아래 의견 섹션에서 의견을 공유하십시오.