

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

# Lightsail에서 WordPress 설정 실패 문제 해결
<a name="wordpress-setup-failures"></a>

다음 정보는 인스턴스 **연결** 탭의 **WordPress 웹 사이트 설정** 섹션에 나타날 수 있는 장애 메시지 문제를 해결하는 데 도움이 될 수 있습니다. 설치 오류는 워크플로의 마지막 단계를 완료한 후 몇 분 이내에 발생할 수 있습니다. 이는 Let's Encrypt HTTPS 인증서를 인스턴스에 구성할 수 없을 때 발생합니다.

설정 완료 실패 - 다음 상태 메시지를 검토하고 설정을 다시 시작하여 구성을 업데이트합니다. 자세한 내용은 오류 로그를 다운로드하세요.

![\[Lightsail 콘솔의 WordPress 설정 실패 메시지입니다.\]](http://docs.aws.amazon.com/ko_kr/lightsail/latest/userguide/images/wp-setup-failure-message.png)


실패 메시지에서 **오류 로그 다운로드** 링크를 선택하여 설정이 생성한 오류 로그를 다운로드하고 확인합니다. 문제 해결을 시작하려면 로그의 오류 메시지를 다음 오류 중 하나와 일치시킵니다.

------
#### [ Bitnami ]

## Certbot.errors.AuthorizationError: 일부 문제가 실패했습니다.
<a name="certbot-authorization-error"></a>

**이유**  
이 오류는 잘못 구성된 DNS 레코드 또는 인터넷 전체에 전파할 시간이 충분하지 않은 DNS 레코드로 인해 발생합니다.

**수정**  
**A** 또는 **AAAA** DNS 레코드가 DNS 영역에 있고 인스턴스의 퍼블릭 IP 주소를 가리키는지 확인합니다. 자세한 내용은 [Lightsail의 DNS](understanding-dns-in-amazon-lightsail.md)를 참조하세요.  
Apex 도메인(`example.com`)과 `www` 하위 도메인(`www.example.com`)의 트래픽을 가리키는 DNS 레코드를 추가하거나 업데이트할 때 인터넷 전체에 전파해야 합니다. [nslookup](https://aws.amazon.com/blogs//messaging-and-targeting/how-to-check-your-domain-verification-settings/) 또는 *MxToolbox*의 [DNS 조회](https://mxtoolbox.com/DnsLookup.aspx)와 같은 도구를 사용하여 DNS 변경 사항이 적용되었는지 확인할 수 있습니다.  
인터넷의 DNS를 통해 아무 DNS 레코드 변경 사항이 전파될 때까지 기다립니다. 몇 시간 정도 걸릴 수 있습니다.

## Certbot이 일부 도메인을 인증하지 못했습니다.
<a name="domain-authentication-failed"></a>

**이유**  
HTTPS 인증서가 인스턴스에 구성되어 있는 동안 다른 프로세스가 포트 80을 사용하는 경우 이 오류가 발생할 수 있습니다.

**수정**  
WordPress 인스턴스를 다시 시작합니다. 그런 다음 안내 워크플로를 다시 실행합니다. 다시 시작해도 문제가 해결되지 않는 경우 다음 절차에 따라 포트 80에서 실행 중인 인스턴스에서 실행 중인 프로세스를 종료합니다.

**절차**

1. Lightsail [브라우저 기반 SSH 클라이언트](lightsail-how-to-connect-to-your-instance-virtual-private-server.md) 를 사용하거나 [AWS CloudShell](amazon-lightsail-cloudshell.md)을 사용하여 인스턴스에 연결합니다.

1. 인스턴스에서 실행 중인 Bitnami 프로세스를 중지합니다.

   ```
   $ sudo /opt/bitnami/ctlscript.sh stop
   ```

   Bitnami 프로세스가 중지되었는지 확인합니다.

   ```
   $ sudo /opt/bitnami/ctlscript.sh status
   ```

1. 포트 80을 사용하는 다른 프로세스가 있는지 확인합니다.

   ```
   $ fuser -n tcp 80
   ```

1. 다른 애플리케이션에서 필요하지 않은 모든 프로세스를 종료합니다.

   ```
   $ fuser -k -n tcp 80
   ```

1. WordPress 설정을 다시 시작합니다.

## 리포지토리 http://cdn-aws.deb.debian.org/debian 버스터-백포트에는 더 이상 릴리스 파일이 없습니다.
<a name="deprecated-debian-repo"></a>

**이유**  
인스턴스에 업데이트할 수 없는 더 이상 사용되지 않는 Debian 리포지토리가 있습니다.

**수정**  
Debian 리포지토리 파일에 나열된 리포지토리 URL을 편집하려면 다음 절차를 사용합니다.

**절차**

1. Lightsail [브라우저 기반 SSH 클라이언트](lightsail-how-to-connect-to-your-instance-virtual-private-server.md) 를 사용하거나 [AWS CloudShell](amazon-lightsail-cloudshell.md)을 사용하여 인스턴스에 연결합니다.

1. `/etc/apt/sources.list.d/` 디렉터리로 이동합니다.

   ```
   $ cd /etc/apt/sources.list.d/
   ```

1. 선택한 텍스트 편집기를 사용해 `buster-backports.list` 파일을 엽니다. 이 디렉터리에서 파일을 찾을 수 없는 경우 `/etc/apt/sources.list`에서 확인할 수도 있습니다. 사전 설치된 Vim 텍스트 편집기는 예제 명령에 사용됩니다. 자세한 내용은 [https://www.vim.org/docs.php](https://www.vim.org/docs.php)를 참조하세요.

   ```
   $ vim buster-backports.list
   ```

1. `http://deb.debian.org/debian buster-backports main` 텍스트가 포함된 줄을 찾습니다.

   `deb.debian.org`를 `archive.debian.org`로 바꿉니다. 예를 들어, `http://deb.debian.org/debian buster-backports main contrib non-free`는 `http://archive.debian.org/debian buster-backports main contrib non-free`가 됩니다.

1. 파일을 저장하고 닫습니다.

1. WordPress 설정을 다시 시작합니다.

## 리포지토리 http://ppa.launchpad.net/certbot/certbot/ubuntu lunar 릴리스에 릴리스 파일이 없습니다.
<a name="deprecated-ppa-repo-error"></a>

**이유**  
인스턴스에 업데이트할 수 없는 더 이상 사용되지 않는 Certbot Personal Package Archive(PPA) 리포지토리가 있습니다.

**수정**  
다음 절차에 따라 인스턴스에서 더 이상 사용되지 않는 PPA 리포지토리를 수동으로 제거합니다.

**절차**

1. Lightsail [브라우저 기반 SSH 클라이언트](lightsail-how-to-connect-to-your-instance-virtual-private-server.md) 를 사용하거나 [AWS CloudShell](amazon-lightsail-cloudshell.md)을 사용하여 인스턴스에 연결합니다.

1. `/etc/apt/sources.list.d/` 디렉터리로 이동합니다.

   ```
   $ cd /etc/apt/sources.list.d/
   ```

1. 선택한 텍스트 편집기를 사용해 `certbot-ubuntu-certbot-version.list` 파일을 엽니다. 사전 설치된 Vim 텍스트 편집기는 예제 명령에 사용됩니다. 자세한 내용은 [https://www.vim.org/docs.php](https://www.vim.org/docs.php)를 참조하세요.

   명령에서 리포지토리가 호환되지 않는 Ubuntu 버전으로 **version**을 바꿉니다. 이는 오류 메시지에 표시되는 것과 동일한 버전입니다. 예: **lunar** 또는 **mantic**.

   ```
   $ vim certbot-ubuntu-certbot-version.list
   ```

1. `http://ppa.launchpad.net/certbot/certbot/ubuntu` 텍스트가 포함된 줄을 제거합니다.

1. 파일을 저장하고 닫습니다.

1. WordPress 설정을 다시 시작합니다.

## 지난 168시간 동안 이 정확한 도메인 세트에 대해 이미 발급된 인증서(5)가 너무 많음
<a name="too-many-certificates"></a>

**이유**  
하나 이상의 도메인 또는 하위 도메인이 지난 주 내에 5개의 인증서를 생성하는 데 이미 사용되었습니다. 자세한 내용은 *Let’s Encrypt 웹 사이트*의 [속도 제한](https://letsencrypt.org/docs/rate-limits/)을 참조하세요.

**수정**  
1주일(168시간)을 기다린 다음 이 도메인에 대한 안내 워크플로를 다시 시작합니다.

## 실패한 권한 부여가 너무 많음
<a name="too-many-failed-authorizations"></a>

**이유**  
요청의 도메인 또는 하위 도메인 중 하나 이상이 시간당 5회의 검증 한도를 초과했습니다. 자세한 내용은 *Let’s Encrypt 웹 사이트*의 [속도 제한](https://letsencrypt.org/docs/rate-limits/)을 참조하세요.

**수정**  
1시간을 기다린 후 WordPress 설정을 다시 실행합니다. 설정을 다시 시작하기 전에 다른 검증 오류가 수정되었는지 확인합니다.

------
#### [ Lightsail ]

## Certbot.errors.AuthorizationError: 일부 문제가 실패했습니다.
<a name="certbot-authorization-error"></a>

**이유**  
이 오류는 잘못 구성된 DNS 레코드 또는 인터넷 전체에 전파할 시간이 충분하지 않은 DNS 레코드로 인해 발생합니다.

**수정**  
**A** 또는 **AAAA** DNS 레코드가 DNS 영역에 있고 인스턴스의 퍼블릭 IP 주소를 가리키는지 확인합니다. 자세한 내용은 [Lightsail의 DNS](understanding-dns-in-amazon-lightsail.md)를 참조하세요.  
Apex 도메인(`example.com`)과 `www` 하위 도메인(`www.example.com`)의 트래픽을 가리키는 DNS 레코드를 추가하거나 업데이트할 때 인터넷 전체에 전파해야 합니다. [nslookup](https://aws.amazon.com/blogs//messaging-and-targeting/how-to-check-your-domain-verification-settings/) 또는 *MxToolbox*의 [DNS 조회](https://mxtoolbox.com/DnsLookup.aspx)와 같은 도구를 사용하여 DNS 변경 사항이 적용되었는지 확인할 수 있습니다.  
인터넷의 DNS를 통해 아무 DNS 레코드 변경 사항이 전파될 때까지 기다립니다. 몇 시간 정도 걸릴 수 있습니다.

## Certbot이 일부 도메인을 인증하지 못했습니다.
<a name="domain-authentication-failed"></a>

**이유**  
HTTPS 인증서가 인스턴스에 구성되어 있는 동안 다른 프로세스가 포트 80을 사용하는 경우 이 오류가 발생할 수 있습니다.

**수정**  
WordPress 인스턴스를 다시 시작합니다. 그런 다음 안내 워크플로를 다시 실행합니다. 다시 시작해도 문제가 해결되지 않는 경우 다음 절차에 따라 포트 80에서 실행 중인 인스턴스에서 실행 중인 프로세스를 종료합니다.

**절차**

1. Lightsail [브라우저 기반 SSH 클라이언트](lightsail-how-to-connect-to-your-instance-virtual-private-server.md) 를 사용하거나 [AWS CloudShell](amazon-lightsail-cloudshell.md)을 사용하여 인스턴스에 연결합니다.

1. 인스턴스에서 실행 중인 Apache 서비스를 중지합니다.

   ```
   $ sudo systemctl stop apache2
   ```

   Apache 서비스가 중지되었는지 확인합니다.

   ```
   $ sudo systemctl status apache2
   ```

1. 포트 80을 사용하는 다른 프로세스가 있는지 확인합니다.

   ```
   $ fuser -n tcp 80
   ```

1. 다른 애플리케이션에서 필요하지 않은 모든 프로세스를 종료합니다.

   ```
   $ fuser -k -n tcp 80
   ```

1. WordPress 설정을 다시 시작합니다.

## 리포지토리 http://cdn-aws.deb.debian.org/debian 버스터-백포트에는 더 이상 릴리스 파일이 없습니다.
<a name="deprecated-debian-repo"></a>

**이유**  
인스턴스에 업데이트할 수 없는 더 이상 사용되지 않는 Debian 리포지토리가 있습니다.

**수정**  
Debian 리포지토리 파일에 나열된 리포지토리 URL을 편집하려면 다음 절차를 사용합니다.

**절차**

1. Lightsail [브라우저 기반 SSH 클라이언트](lightsail-how-to-connect-to-your-instance-virtual-private-server.md) 를 사용하거나 [AWS CloudShell](amazon-lightsail-cloudshell.md)을 사용하여 인스턴스에 연결합니다.

1. `/etc/apt/sources.list.d/` 디렉터리로 이동합니다.

   ```
   $ cd /etc/apt/sources.list.d/
   ```

1. 선택한 텍스트 편집기를 사용해 `buster-backports.list` 파일을 엽니다. 이 디렉터리에서 파일을 찾을 수 없는 경우 `/etc/apt/sources.list`에서 확인할 수도 있습니다. 사전 설치된 Vim 텍스트 편집기는 예제 명령에 사용됩니다. 자세한 내용은 [https://www.vim.org/docs.php](https://www.vim.org/docs.php)를 참조하세요.

   ```
   $ vim buster-backports.list
   ```

1. `http://deb.debian.org/debian buster-backports main` 텍스트가 포함된 줄을 찾습니다.

   `deb.debian.org`를 `archive.debian.org`로 바꿉니다. 예를 들어, `http://deb.debian.org/debian buster-backports main contrib non-free`는 `http://archive.debian.org/debian buster-backports main contrib non-free`가 됩니다.

1. 파일을 저장하고 닫습니다.

1. WordPress 설정을 다시 시작합니다.

## 리포지토리 http://ppa.launchpad.net/certbot/certbot/ubuntu lunar 릴리스에 릴리스 파일이 없습니다.
<a name="deprecated-ppa-repo-error"></a>

**이유**  
인스턴스에 업데이트할 수 없는 더 이상 사용되지 않는 Certbot Personal Package Archive(PPA) 리포지토리가 있습니다.

**수정**  
다음 절차에 따라 인스턴스에서 더 이상 사용되지 않는 PPA 리포지토리를 수동으로 제거합니다.

**절차**

1. Lightsail [브라우저 기반 SSH 클라이언트](lightsail-how-to-connect-to-your-instance-virtual-private-server.md) 를 사용하거나 [AWS CloudShell](amazon-lightsail-cloudshell.md)을 사용하여 인스턴스에 연결합니다.

1. `/etc/apt/sources.list.d/` 디렉터리로 이동합니다.

   ```
   $ cd /etc/apt/sources.list.d/
   ```

1. 선택한 텍스트 편집기를 사용해 `certbot-ubuntu-certbot-version.list` 파일을 엽니다. 사전 설치된 Vim 텍스트 편집기는 예제 명령에 사용됩니다. 자세한 내용은 [https://www.vim.org/docs.php](https://www.vim.org/docs.php)를 참조하세요.

   명령에서 리포지토리가 호환되지 않는 Ubuntu 버전으로 **version**을 바꿉니다. 이는 오류 메시지에 표시되는 것과 동일한 버전입니다. 예: **lunar** 또는 **mantic**.

   ```
   $ vim certbot-ubuntu-certbot-version.list
   ```

1. `http://ppa.launchpad.net/certbot/certbot/ubuntu` 텍스트가 포함된 줄을 제거합니다.

1. 파일을 저장하고 닫습니다.

1. WordPress 설정을 다시 시작합니다.

## 지난 168시간 동안 이 정확한 도메인 세트에 대해 이미 발급된 인증서(5)가 너무 많음
<a name="too-many-certificates"></a>

**이유**  
하나 이상의 도메인 또는 하위 도메인이 지난 주 내에 5개의 인증서를 생성하는 데 이미 사용되었습니다. 자세한 내용은 Let's Encrypt 웹 사이트의 [속도 제한을](https://letsencrypt.org/docs/rate-limits/) 참조하세요. ** 

**수정**  
1주일(168시간)을 기다린 다음 이 도메인에 대한 안내 워크플로를 다시 시작합니다.

## 실패한 권한 부여가 너무 많음
<a name="too-many-failed-authorizations"></a>

**이유**  
요청의 도메인 또는 하위 도메인 중 하나 이상이 시간당 5회의 검증 한도를 초과했습니다. 자세한 내용은 Let's Encrypt 웹 사이트의 [속도 제한을](https://letsencrypt.org/docs/rate-limits/) 참조하세요. ** 

**수정**  
1시간을 기다린 후 WordPress 설정을 다시 실행합니다. 설정을 다시 시작하기 전에 다른 검증 오류가 수정되었는지 확인합니다.

------