워드프레스 로그인 안 될 때 순서대로 해결하는 방법
얼마 전 운영 중인 사이트에서 관리자 로그인이 갑자기 풀렸다는 연락을 받았다. 비밀번호 문제인 줄 알았는데, 원인은 브라우저에 남은 쿠키였다. 워드프레스 로그인은 화면이 안 뜨는 경우와 화면은 뜨지만 들어가지 못하는 경우를 나눠 봐야 빨리 해결된다.
로그인 화면부터 제대로 찾기
기본 설치라면 사이트 주소 뒤에 /wp-admin/을 붙여 접속한다. 로그인하지 않은 상태라면 로그인 화면으로 이동한다. /wp-login.php도 기본 로그인 경로다. 워드프레스를 하위 폴더에 설치했다면 그 폴더 뒤에 경로를 붙여야 한다. 예를 들어 설치 폴더가 blog라면 /blog/wp-admin/ 순서다.
화면이 열리면 가입할 때 만든 사용자명이나 계정 이메일, 비밀번호를 입력한다. 호스팅 관리 화면의 계정과 워드프레스 관리자 계정은 별개일 수 있다. 이 둘을 혼동해서 호스팅 비밀번호를 계속 넣는 일이 생각보다 많다.
기본 경로에서 404가 뜬다면 먼저 주소의 철자와 설치 폴더를 확인한다. 로그인 주소 변경 플러그인을 쓰는 사이트라면 기본 경로가 막혀 있을 수 있다. 이때는 기존 운영 문서나 비밀번호 관리자에 저장된 로그인 경로를 찾는다. 보안 플러그인을 새로 설치하거나 서버 파일을 수정할 단계는 아니다.
비밀번호가 맞지 않거나 재설정 메일이 안 올 때
비밀번호 오류가 나오면 대소문자, 자동 완성된 예전 비밀번호, 입력 중인 계정을 먼저 확인한다. 여러 번 반복해서 시도하면 보안 설정에 따라 접속이 일시적으로 막힐 수 있다. 로그인 화면의 ‘비밀번호를 잊으셨나요?’를 눌러 사용자명 또는 계정 이메일로 재설정하는 편이 빠르다.
재설정 메일이 오지 않으면 스팸함만 보고 끝내지 말자. 계정에 등록된 이메일을 실제로 받을 수 있는지, 사이트의 메일 발송이 평소에도 되는지 확인해야 한다. 주문 알림이나 문의 메일까지 함께 멈췄다면 로그인보다 메일 발송 설정이 문제일 가능성이 크다. 워드프레스 공식 문서도 메일을 받을 수 없을 때 별도의 비밀번호 재설정 방법을 안내한다.
호스팅 파일 관리자나 데이터베이스에 접근할 수 있어도 바로 값을 고치지는 않는다. 데이터베이스 수정은 계정 하나를 되살리려다 다른 설정까지 손상시킬 수 있다. 먼저 백업을 확보하고, 다른 관리자 계정으로 접속할 수 있는지 확인한다. 다른 관리자가 있다면 ‘사용자 → 모든 사용자’에서 해당 계정의 비밀번호를 바꾸는 방법이 간단하다. 관리자 계정도 없고 메일도 받지 못한다면 호스팅 지원을 통해 접근 권한과 백업 상태를 확인한 뒤 복구 절차를 진행한다.
로그인 후 다시 튕기거나 화면이 하얗게 뜰 때
아이디와 비밀번호를 입력한 뒤 같은 화면으로 돌아오면 브라우저 쿠키부터 확인한다. 워드프레스는 쿠키로 로그인 상태를 유지한다. 해당 사이트의 쿠키와 캐시를 지운 뒤 새 창에서 다시 접속한다. 시크릿 창에서만 로그인된다면 브라우저에 저장된 데이터나 확장 기능을 의심할 수 있다.
사이트를 옮긴 직후라면 워드프레스 주소 설정, 서버의 리디렉션 설정, 캐시 설정이 서로 맞는지도 봐야 한다. ‘리디렉션이 너무 많습니다’라는 메시지가 나올 때 주소 설정을 감으로 바꾸면 관리자 화면뿐 아니라 공개 페이지까지 접속이 끊길 수 있다. 변경 전 값을 기록하고 백업을 확인한 다음 한 항목씩 수정한다.
플러그인 업데이트 직후 화면이 하얗거나 치명적인 오류 안내가 나온다면 관리자 이메일로 온 복구 모드 안내를 확인한다. 워드프레스에는 오류를 일으킨 플러그인이나 테마를 확인하며 접속할 수 있는 복구 기능이 있다. 메일이 없고 파일 접근이 가능하다면 최근 바뀐 플러그인을 우선 확인하되, 폴더 이름 변경처럼 플러그인을 강제로 끄는 작업은 사이트 기능도 함께 멈출 수 있다. 쇼핑몰이나 예약 사이트라면 트래픽이 적은 시간에 백업을 확보하고 진행하는 게 안전하다.
로그인이 복구된 뒤 다시 막히지 않게
접속에 성공하면 원인부터 기록한다. 비밀번호 문제였는지, 쿠키였는지, 업데이트한 플러그인이었는지 남겨 두면 다음 장애에서 시간을 아낀다. 관리자 계정의 이메일이 실제로 수신되는지 확인하고, 사용하지 않는 관리자 계정도 점검한다. 워드프레스와 플러그인 업데이트는 백업 후 정기적으로 적용하는 편이 낫다. 밀린 업데이트를 한꺼번에 처리할 때는 로그인 화면과 주요 페이지가 정상 작동하는지 단계마다 확인한다.
보안을 강화하려면 긴 고유 비밀번호와 2단계 인증을 쓴다. 무료 ‘Two Factor’ 플러그인으로 인증 앱과 복구 코드를 설정할 수 있다. 이미 쓰는 보안 플러그인에 2단계 인증 기능이 있다면 기능을 중복해서 설치할 이유는 없다. 인증 앱을 연결할 때는 복구 코드를 별도로 보관하고, 관리자 계정을 모두 설정하기 전에 한 계정으로 실제 로그인까지 시험한다.
로그인 주소를 숨기는 것만으로 계정이 안전해지는 건 아니다. 운영하면서 더 자주 문제를 만드는 건 받지 못하는 관리자 메일, 잊어버린 복구 코드, 오래 미룬 업데이트다. 저는 로그인 경로 하나를 바꾸는 데 시간을 쓰기보다 복구 수단과 백업이 실제로 작동하는지 먼저 확인한다.
