역시 불행은 겹쳐 오는 법입니다. 몇 주 전 저는 책 전용 사이트에서 발견한 워드프레스 cURL 오류 28 문제에 관한 글을 작성했는데, 이 문제는 wp-admin 디렉터리에 .htaccess 파일이 존재하기 때문에 발생하는 것으로 보였습니다. 워드프레스 5.4 업데이트 이전까지는 아무런 문제가 없었지만, 지금은 그렇지 않더군요. 원인을 알고 있기 때문에 무시할 수도 있겠지만요.
.htaccess 파일을 유지하면 부작용이 하나 생깁니다. 바로 웹사이트의 모든 페이지에서 인증 창이 뜬다는 것입니다. 평소라면 접근이 제한된 페이지에 접속할 때만 나타날 법한 프롬프트 말이죠. 흥미롭게도 이 현상은 파이어폭스(Firefox)에서만 발생하는 것으로 보입니다. 저만 겪는 특수한 사례인가 싶어 자료를 찾아보고 테스트를 진행했더니, 워드프레스 공식 사이트의 지원 포럼에서 거의 동일한 현상을 논의하는 스레드를 발견했습니다. 그래서 좀 더 깊이 조사해보기로 했습니다.
문제의 구체적인 내용
사실 설명할 것이 많지는 않습니다. 파이어폭스로 사이트를 방문하는 일반 사용자에게 본인과는 상관없는 인증 창이 나타납니다. 짜증을 유발하고, 주의를 산만하게 하며, 불필요한 일이죠. 따라서 .htaccess 파일을 삭제하지 않으면서도 이 문제를 해결할 방법이 필요합니다. 파일을 제거하는 것도 하나의 선택지이긴 하지만, 그러면 애초에 .htaccess를 두려던 취지에 어긋나게 됩니다.
해결 방법 (정확히는 우회 방법)
마법 같은 기술은 제 분야가 아니지만, 여기서는 어쩔 수 없이 필요했습니다. 왜 워드프레스가 필요하지 않은 상황에서 인증 프롬프트를 띄우는지 파악하느라 한동안 자료를 읽었고, 그중 눈에 들어온 것이 워드프레스 5.4 "먼저 읽어주세요" 마스터 리스트였습니다. .htaccess 파일과 관련된 항목을 찾아보니 다음과 같은 언급이 있었습니다.
"고유주소 설정을 다시 저장하세요. 일부 경우 서드파티 설치 프로그램(예: Softaculous)이 .htaccess 파일에 약간 잘못된 규칙을 넣은 채 사이트를 생성하는 것을 확인했습니다. 이전 버전에서는 이러한 규칙이 문제 되지 않았지만, 새 버전에서는 잘못된 규칙이 REST API를 손상시킬 수 있습니다. 워드프레스의 설정 | 고유주소 페이지에서 고유주소를 다시 저장하면 .htaccess 파일의 규칙이 수정되며, 새 편집기의 '실패' 오류도 함께 해결될 수 있습니다."
여기서 핵심은 '새 편집기'인데, 저는 실제로 새 편집기를 사용하고 있지 않습니다. 그래도 이 내용은 앞서 살펴본 cURL 오류 28 문제와도 연관이 있어 보여, 실제로 차이가 있는지 확인해보기로 했습니다. 기존의 .htaccess 파일과 새로 생성된 파일, 특히 워드프레스가 자동 생성한 부분을 비교해보니 몇 가지 작은 변경 사항들이 있었습니다.
결론부터 말하면, 이 방법으로 .htaccess 인증 프롬프트 문제는 실제로 해결되었습니다. 하지만 안타깝게도 .htaccess 파일을 사용하는 한 cURL 오류 28은 여전히 남아 있습니다. 이 모든 결과를 종합해보면 워드프레스 5.4에 상당한 버그가 존재하며, 특정 상황에서 파이어폭스만 다르게 동작하도록 만드는 요소가 있는 것으로 판단됩니다.
대체 해결책: 파비콘(favicon) 설정
이전 글을 읽으신 한 독자분께서 직접 연락을 주셨습니다. 몇 차례 의견을 나누는 과정에서 이 문제가 파이어폭스에서만 발생한다는 점을 강조드렸고, 해당 독자분이 자체적으로 추가 테스트를 진행한 결과 문제의 원인은 사이트 아이콘(favicon)이 누락된 것일 가능성이 높다는 사실을 밝혀내셨습니다. 파비콘이 없으면 기본 아이콘이 로드되는데, 이때 관리자 디렉터리 내부의 파일을 불러오게 되면서 파이어폭스에서 인증 프롬프트가 트리거되는 것입니다. 직접 적용해보시고 효과가 있는지 확인해보시기 바랍니다.
맺음말
솔직히 이런 유형의 글을 써야 하는 상황이 영 마음에 들지 않습니다. 독자 여러분에게 반쪽짜리 도움만 드릴 수밖에 없기 때문입니다. 문제, 그것도 꽤 괴상한 문제를 공개하고 우회 방법을 제시하지만, 근본적으로 버그가 있는 코드를 다루고 있는 상황이라 마음이 편치 않습니다. '나쁜 오류'를 기적적으로 임시로 없애는 데 성공했다고 해서 신뢰가 생기는 것은 아니죠. 결국 워드프레스 5.4의 동작 방식 자체에 문제가 있는 것이고, 인증 처리 과정에 근본적으로 달라진 무언가가 존재합니다.
게다가 이 문제가 왜 하필 파이어폭스에서만 나타나는지에 대해서는 뾰족한 설명을 드리기 어렵습니다. 계속 테스트를 진행하겠지만, 현재로서는 위의 우회 방법과 이전 글에서 공유한 정보가 드릴 수 있는 최선입니다. 모두 좋은 하루 보내시고, 생각나는 점이 있다면 의견 부탁드립니다.
감사합니다.