클라우드웨이즈 새 앱 생성 시 다른 사이트로 리디렉션되는 문제 해결

워드프레스 정보를 제공하는 블로그 Avada 2026. 8. 17. 14:47 • 댓글:

클라우드웨이즈(Cloudways)에서는 서버 OS를 쉽게 업그레이드가 가능합니다. 서버를 복제하고 도메인의 IP 주소를 변경하여 다시 도메인을 연결하면 최신 OS의 서버로 업그레이드가 됩니다. 저는 이 방법으로 서버를 복제하여 Debian 11에서 Debian 12로 OS 버전을 업데이트했습니다. 서버를 복제한 후에 새 애플리케이션을 설치하니 애플리케이션이 서버 내의 다른 사이트로 리디렉션되는 현상이 발생했습니다. 이 오류는 매우 드문 상황에 발생하는 것 같고 지금은 버그가 수정되었을 것입니다. 이 버그를 클라우드웨이즈에 보고하여 문제를 해결했습니다.

📍 클라우드웨이즈 할인 프로모 코드 & 가입 방법 (+60% 쿠폰)

클라우드웨이즈 새 앱 생성 시 다른 사이트로 리디렉션되는 문제 해결

AWS나 Vultr 등 서버 제공업체에서 직접 서버를 생성하여 운영하는 경우 OS 버전을 업데이트하는 작업은 초보자뿐만 아니라 고급 사용자들에게도 쉽지 않습니다. 이 때문에 오랫동안 서버 운영 체제 버전을 업데이트하지 않아서 보안 문제가 발생하기도 합니다.

서버 OS 버전 업데이트가 까다로운 이유

단순한 보안 패치(Minor Update)는 명령어 한 줄로 끝나지만, Ubuntu 20.04에서 24.04로 올리는 것과 같은 메이저 버전 업그레이드(In-place Upgrade)는 완전히 다른 문제입니다. 다음과 같은 이유로 서버 OS를 업데이트하는 작업은 쉽지 않습니다.

  • 웹 스택(의존성) 충돌: OS 버전이 올라가면 서버에 설치된 PHP, MySQL/MariaDB, Nginx, Apache 등의 기본 패키지 버전도 강제로 올라가거나 기존 설정 방식이 바뀝니다. 이 과정에서 운영 중인 워드프레스나 웹 애플리케이션에 호환성 에러가 발생해 사이트가 먹통이 될 확률이 매우 높습니다.
  • 다운타임(Downtime) 발생: 메이저 업그레이드는 수십 분 이상이 소요되며, 도중에 오류가 발생하면 서버 부팅 자체가 불가능해질 수 있습니다. 복구하는 동안 서비스는 완전히 중단됩니다.
  • 테스트 환경 구축의 부담: 안전한 업그레이드를 위해서는 기존 서버와 똑같은 복제(Staging) 서버를 만들어 먼저 업데이트를 테스트해 보아야 합니다. 하지만 리소스와 시간 제약상 이를 건너뛰는 경우가 많아 사고로 이어집니다.

이 때문에 고급 사용자나 시스템 엔지니어들조차 기존 서버의 OS를 직접 업그레이드하기보다는, 아예 최신 OS가 설치된 '새 서버'를 생성한 뒤 기존의 '데이터만 마이그레이션'하는 방식을 훨씬 선호한다고 합니다.

클라우드웨이즈에서 서버 OS 업데이트

클라우드웨이즈에서는 서버 OS를 비교적 쉽게 업그레이드할 수 있습니다. 서버를 복제하여 최신 서버에서 애플리케이션에 도메인을 다시 연결하면 됩니다.

서버 복제 시 모든 서버 설정을 그대로 유지하는 것이 가능합니다.

서버를 복제한 후에 도메인의 A 레코드 설정을 변경하고 SSL 인증서를 다시 설치하면 서버 업그레이드가 완료됩니다. 기존 서버는 1~2일 후에 삭제하면 됩니다.

자세한 서버 OS 업그레이드 방법은 다음 글을 참고해보세요.

 

클라우드웨이즈 서버 OS 업그레이드 방법 - 워드프레스 정보꾸러미

이 워드프레스 블로그는 클라우드웨이즈(Cloudways)에서 호스팅하고 있습니다. 처음에는 리노드(Linode) 도쿄 서버로 시작했다가, 2024년 12월 벌처(Vultr) 서울 서버로 변경했습니다. 당시 서버에는 데

www.thewordcracker.com

신규 애플리케이션 생성 시 다른 사이트로 리디렉션되는 문제

저는 서버를 복제하여 OS를 업그레이드한 후에 새로 애플리케이션(워드프레스 사이트)을 생성하면 애플리케이션이 서버 내의 다른 사이트로 리디렉션되는 현상이 발생했습니다. 다만, 서버를 재시작(정확히는 Nginx 서비스 재시작)하니 문제가 해결되었습니다.

이 문제를 클라우드웨이즈에 문의하니 일선 지원 담당자가 서버 담당자에게 해당 문제를 전달해 해결해 주었습니다. 서버 담당자는 이런 문제를 처음 접한다면서 새 가상 호스트 구성 후에 nginx 웹서버가 시작되지 않아서 이 문제가 발생했다면서 nginx 서비스를 재가동하면 문제가 해결될 것이라는 답변을 했습니다.

Thanks for your patience. Could you please check and let me know if the issue still persists? It seems like the service didn't restart correctly after the server new virtual host configuration. I have restarted the nginx service and it should fix the issue.

새 애플리케이션을 생성하는 경우가 그리 많지 않기 때문에 신규 앱을 생성한 후에 Nginx 서버를 재시작하면 간단하지만, 근본적인 문제 해결 방법이 아니라서 근본적인 원인을 파악하여 오류를 수정해 줄 수 있는지 요청해 보았습니다. 그러자 2~3일 후에 문제를 해결하고 다음과 같은 답변을 보내왔습니다.

Multi-PHP bootstrap role handlers were registered in the same play as single-PHP common with identical names; Ansible kept the multi-PHP handler gated on multi_app_php=yes, so single-PHP v1 installs notified reload apache but executed a skipped handler, leaving Apache serving stale vhosts and routing the new app to the wrong site. This caused the newly added vhosts in apache not being loaded hence the redirection was occuring. Ansible reports handler skip as SUCCESS; play continues green hence we were not able to catch it timely until users started to complain. Prevention/Resolution: Used unique handler names to avoid conflicts.

즉, 이번 문제의 원인은 클라우드웨이즈 서버 프로비저닝에 사용되는 Ansible 스크립트 내부의 설계 결함 때문이었다고 합니다. 멀티(Multi)-PHP 부트스트랩 role과 단일(single)-PHP common role이 같은 play 안에서 handler를 등록하면서 두 handler에 동일한 이름을 사용했는데, 멀티-PHP용 handler는 multi_app_php=yes라는 조건에서만 실행되도록 설정되어 있었습니다.

그 결과 단일 PHP(v1) 앱을 설치할 때도 이름이 겹치는 멀티-PHP handler가 매칭되어 "Apache 재시작(reload apache)" 알림은 발생했지만, 조건을 만족하지 못해 실제로는 실행되지 않고 건너뛰어졌습니다. 이 때문에 새로 추가된 vhost 설정이 Apache에 반영되지 못한 채 기존 설정만 계속 서비스되었고, 새 애플리케이션에 접속하면 엉뚱하게도 기존 사이트로 리디렉션되는 현상이 나타났습니다.

게다가 앤서블(Ansible)은 handler가 건너뛰어져도 이를 "성공"으로 보고하기 때문에 배포 자체는 겉으로 정상 처리된 것처럼 보였고, 이로 인해 사용자들의 문제 제보가 있기 전까지는 내부적으로 이를 즉시 감지하기 어려웠습니다. 클라우드웨이즈는 이 문제를 해결하기 위해 멀티-PHP와 단일-PHP handler의 이름을 서로 겹치지 않도록 고유하게 변경하여, 앞으로 신규 앱 생성 시 동일한 충돌이 재발하지 않도록 조치했다고 합니다.

이 문제가 발생할 일은 거의 없겠지만, 클라우드웨이즈에서 이 문제가 발생하면 우선 Nginx 서비스를 재시작하거나 서버를 재시작하면 해결됩니다. 이 조치 후에 라이브 채팅으로 클라우드웨이즈에 연락해서 증상을 설명하고 이 글의 내용을 전달하면 문제를 해결해 줄 것입니다.

클라우드웨이즈에서 라이브 채팅으로 연락할 때 한국어로 질문할 수 있습니다. 한국어로 질문하면 한국어로 답변을 받을 수 있습니다. 아마 AI로 번역이 되는 것 같습니다. 현재 영어 외에 한국어를 비롯하여 아랍어, 포르투갈어, 프랑스어, 독일어, 히브리어, 이탈리아어, 포르투갈어, 중국어, 스페인어, 태국어 등의 언어로 질문이 가능합니다.

질문할 때 '인간 상담원에게 연결해 주세요'를 추가하면 인간 상담원과 상담할 수 있습니다. 연중무휴 24시간 라이브 채팅으로 연락이 가능하며 서버 문제뿐만 아니라 워드프레스 이슈에 대해서도 질문이 가능합니다. 질문을 하면 AI로 답변을 하며, AI 답변으로 해결이 안 되면 인간 상담원과 연결하여 도움을 받을 수 있습니다.

참고

https://avada.tistory.com/3938

 

클라우드웨이즈 워드프레스에 빠르게 로그인하는 방법 (+사이트 관리자)

클라우드웨이즈에 설치된 워드프레스 사이트에 로그인하려면 워드프레스 관리자 로그인 페이지에 접속하여 관리자 아이디(이메일 주소)와 비밀번호를 입력해야 합니다. 구글 크롬 등 브라우저

avada.tistory.com

https://avada.tistory.com/3788

 

카페24 뉴아우토반 상품에서 뉴매니지드 워드프레스 상품으로 변경

카페24에서 매니지드 워드프레스 상품을 업그레이드한 뉴매니지드 워드프레스 호스팅 상품을 출시했습니다. 비용이 기존 매니지드 워드프레스에 비해 인상되었지만 제공되는 웹 용량과 트래픽

avada.tistory.com

https://avada.tistory.com/3046

 

해외웹호스팅: 클라우드웨이즈 vs. 블루호스트 vs. 카페24 비교 (Cloudways vs. Bluehost vs. Cafe24)

저는 오랫동안 블루호스트(Bluehost)를 이용해 왔으며 2021년부터는 클라우드웨이즈(Cloudways) 웹호스팅 서비스도 함께 이용하고 있습니다. 현재 일부 중요하지 않는 블로그는 Bluehost에서 호스팅되고

avada.tistory.com