AIOS “This site is currently not available” 복구: 유지 관리 모드·외부 접속 진단
AIOS 설정을 무작정 초기화하지 않고 시크릿 창, HTTP 응답, 유지 관리 모드, 플러그인 비활성화와 복구 순서로 원인을 좁히는 워드프레스 장애 대응 가이드입니다.
관리자 로그인 상태에서는 사이트가 보이지만 로그아웃·시크릿 창·PageSpeed 같은 외부 요청에서 “This site is currently not available”가 보인다면 AIOS 유지 관리 모드를 우선 확인할 수 있습니다. 다만 이 문구만으로 원인을 99% 확정하지 마세요. CDN, 캐시, 다른 유지 관리 플러그인과 서버 방화벽도 비슷한 증상을 만들 수 있습니다.
먼저 증상을 외부 기준으로 재현합니다
| 검사 | 결과 | 의미 |
|---|---|---|
| 로그인 브라우저 | 정상 | 관리자 예외가 적용될 가능성 |
| 시크릿·모바일 데이터 | 오류 | 비로그인 방문자 차단 가능성 |
curl -I | 200·503·403 확인 | 유지 관리·방화벽·서버 상태 구분 |
| 다른 지역 모니터 | 특정 지역만 오류 | CDN·국가 차단·WAF 가능성 |
스크린샷만 보지 말고 HTTP 상태 코드와 응답 헤더를 저장합니다. 유지 관리 중에는 503을 반환하는 구현도 있고, 잘못된 설정은 200 상태의 안내 페이지만 반환할 수 있습니다.
AIOS 유지 관리 모드를 확인합니다
- 워드프레스 관리자에서 AIOS의 유지 관리 관련 설정을 엽니다.
- 프런트엔드 잠금 또는 유지 관리 모드가 활성화되어 있는지 확인합니다.
- 비활성화한 뒤 캐시를 모두 비웁니다.
- 로그아웃·시크릿 창과 외부 도구에서 다시 확인합니다.
- 정상화되면 변경 시각과 원인을 운영 기록에 남깁니다.
메뉴 이름과 위치는 버전에 따라 달라질 수 있으므로 현재 AIOS 문서와 화면을 확인합니다.
유지 관리 모드가 아니라면 다음 순서로 좁힙니다
| 가능한 원인 | 확인 방법 | 조치 |
|---|---|---|
| 다른 유지 관리 플러그인 | 플러그인 목록·무설치 모드 | 하나씩 비활성화 |
| 페이지 캐시·CDN | 캐시 우회 URL·응답 헤더 | 퍼지 후 재검사 |
| AIOS 방화벽·IP 규칙 | 감사 로그·차단 IP·국가 규칙 | 해당 규칙만 롤백 |
| 서버·호스팅 잠금 | 호스팅 상태·오류 로그 | 지원팀과 원인 확인 |
| DNS·TLS | 지역별 DNS·인증서 | 레코드·인증서 수정 |
관리자 화면에 들어갈 수 없을 때
변경 전 파일과 데이터베이스 백업을 확보합니다. SFTP 또는 호스팅 파일 관리자로 AIOS 플러그인 폴더 이름을 임시 변경해 플러그인을 비활성화할 수 있습니다. 사이트가 돌아오면 플러그인을 삭제하기보다 폴더 이름을 복원하고 설정을 한 항목씩 확인합니다.
보안 플러그인을 비활성화한 동안 관리자 비밀번호, 로그인 URL과 외부 접근을 보호하고 작업이 끝나면 방화벽·로그인 보호가 정상인지 확인합니다.
복구 뒤 검증
- 홈·글·관리자·로그인·API·사이트맵·robots.txt 응답
- 로그인·로그아웃·일반 방문자·검색 크롤러 경로
- 캐시 전후의 HTTP 상태와 본문
- PageSpeed·Search Console 라이브 테스트
- AIOS 감사 로그와 서버 4xx·5xx 로그
재발 방지
보안 기능을 한 번에 여러 개 켜지 말고 변경마다 시크릿 창과 외부 모니터로 확인합니다. 유지 관리 모드는 작업 종료 시 자동·수동 해제 체크리스트에 넣고, 운영 사이트와 스테이징 사이트의 설정 내보내기를 구분합니다.
변경 전후 상태를 비교할 증거를 남깁니다
오류가 발생한 시각, 직전에 켠 기능, 외부 응답 코드와 로그를 기록합니다. 여러 설정을 동시에 끄면 원인을 찾기 어렵습니다. 한 기능을 되돌리고 캐시를 비운 뒤 동일한 외부 검사로 재현 여부를 확인하세요.
503 유지 관리 응답도 장기간 방치하지 않습니다
정상적인 작업 중 잠시 503을 반환할 수 있지만 종료 시각 없이 오래 유지하면 방문자와 크롤러가 사이트를 사용할 수 없습니다. 작업 창, 담당자, 해제 확인과 모니터링 알림을 운영 절차에 넣습니다. 예약 작업이 끝난 뒤 홈뿐 아니라 주요 URL도 확인합니다.
검색 색인보다 방문자 접근 복구를 먼저 확인합니다
오류가 해결된 직후 색인 요청부터 반복하지 말고 일반 방문자가 주요 페이지를 정상 이용하는지 확인합니다. 홈, 로그인, 구매·문의, API와 정적 자산을 먼저 점검한 뒤 Search Console 라이브 테스트와 사이트맵을 확인하세요. 서비스 접근이 불안정한 상태에서는 SEO 조치보다 장애 복구가 우선입니다.
공식 확인 자료
복구의 핵심은 플러그인을 통째로 지우는 것이 아니라 외부 요청을 막는 정확한 기능·캐시·방화벽 계층을 확인하고 최소 변경으로 되돌리는 것입니다.