Amazon Linux 2에서 WordPress 블로그 호스팅 - Amazon Elastic Compute Cloud

Amazon Linux 2에서 WordPress 블로그 호스팅

아래에 제시된 절차는 Amazon Linux 2 인스턴스에서 WordPress 블로그의 설치, 구성 및 보안에 대한 사항을 안내합니다. 본 자습서는 기존 호스팅 서비스에서는 일반적이지 않은 WordPress 블로그를 호스팅하는 웹 서버를 사용자가 완전히 제어할 수 있다는 점에서 Amazon EC2 사용에 있어 좋은 입문 기회를 제공합니다.

사용자는 서버에 대한 소프트웨어 패키지를 업데이트하고 보안 패치를 유지관리할 책임이 있습니다. 웹 서버 구성과 직접 상호작용을 요구하지 않는 보다 자동화된 WordPress 설치를 위해, AWS CloudFormation 서비스는 빠른 시작을 지원하는 WordPress 템플릿을 제공합니다. 자세한 내용은 AWS CloudFormation 사용 설명서에서 시작하기를 참조하세요. Windows 인스턴스에서 WordPress 블로그를 호스팅하려면 Windows 인스턴스용 Amazon EC2 사용 설명서Amazon EC2 Windows 인스턴스에 WordPress 블로그 배포를 참조하세요. 데이터베이스가 분리된 고가용성 솔루션이 필요하다면 AWS Elastic Beanstalk 개발자 안내서에서 고가용성 WordPress 웹 사이트 배포를 참조하세요.

중요

이 절차는 Amazon Linux 2에서 사용하기 위한 것입니다. 기타 배포에 대한 자세한 내용은 해당 설명서를 참조하세요. 본 자습서에 있는 단계의 상당수가 Ubuntu 인스턴스에서 작동하지 않습니다. Ubuntu 인스턴스에 WordPress를 설치하는 방법은 Ubuntu 설명서에서 WordPress 섹션을 참조하세요. CodeDeploy를 사용하여 Amazon Linux, macOS 또는 Unix 시스템에서 태스크를 수행할 수도 있습니다.

필수 조건

이 자습서에서는 사용자가 Amazon Linux 2용 Amazon Linux 2에 LAMP 설치에 대한 Amazon Linux에 LAMP 설치의 모든 단계를 수행하여 PHP 및 데이터베이스(MySQL 또는 MariaDB) 지원을 통해 작동하는 웹 서버로 Amazon Linux 인스턴스를 시작했다고 가정합니다. 또한 본 자습서는 보안 그룹이 HTTPHTTPS 트래픽을 허용하도록 구성하는 단계와 파일 권한이 웹 서버에 맞게 적절하게 설정되어 있는지 확인하는 여러 단계를 포함하고 있습니다. 규칙을 보안 그룹에 추가하는 것에 대한 자세한 내용은 보안 그룹에 규칙 추가 섹션을 참조하세요.

탄력적 IP 주소(EIP)는 WordPress 블로그를 호스팅하는 데 사용 중인 인스턴스와 연결하는 것이 가장 바람직합니다. 인스턴스의 퍼블릭 DNS 주소가 설치 위치를 바꾸거나 위반하는 것을 방지할 수 있기 때문입니다. 자신이 소유하고 있는 도메인 이름을 블로그에 사용하고 싶다면 도메인 이름의 DNS 레코드가 EIP 주소를 가리키도록 업데이트할 수 있습니다(이와 관련하여 도움이 필요하다면 도메인 이름 등록 기관에게 문의하세요). 실행 중인 인스턴스와 연결되어 있는 EIP 주소는 한 개까지 무료로 사용할 수 있습니다. 자세한 내용은 탄력적인 IP 주소 단원을 참조하십시오.

블로그에 사용할 도메인 이름이 아직 없는 경우 Route 53에 도메인 이름을 등록하고 인스턴스의 EIP 주소를 도메인 이름에 연결할 수 있습니다. 자세한 내용은 Amazon Route 53 개발자 안내서Amazon Route 53을 사용하여 도메인 이름 등록을 참조하세요.

WordPress 설치

옵션: 자동화를 사용하여 이 자습서 완료

다음 작업 대신 AWS Systems Manager 자동화를 사용하여 이 자습서를 완료하려면 자동화 문서를 실행하세요.

인스턴스에 연결한 후 WordPress 설치 패키지를 다운로드합니다.

WordPress 설치 패키지의 다운로드 및 압축해제 방법
  1. wget 명령을 사용하여 최신 WordPress 설치 패키지를 다운로드 합니다. 다음 명령을 사용할 경우 언제나 최신 릴리스를 다운로드합니다.

    [ec2-user ~]$ wget https://wordpress.org/latest.tar.gz
  2. 설치 패키지의 압축 및 아카이빙을 해제합니다. 설치 폴더는 wordpress라는 폴더로 압축 해제됩니다.

    [ec2-user ~]$ tar -xzf latest.tar.gz
WordPress 설치에 대한 데이터베이스 사용자 및 데이터베이스를 생성하려면

WordPress 설치 시 블로그 게시물, 사용자 의견 등의 정보를 데이터베이스에 저장해야 합니다. 다음 절차를 통해 블로그의 데이터베이스와 이 데이터베이스에 대해 정보 읽기 및 저장 권한이 있는 사용자를 생성할 수 있습니다.

  1. 데이터베이스 서버를 시작합니다.

    • [ec2-user ~]$ sudo systemctl start mariadb
  2. 데이터베이스 서버에 root 사용자로 로그인합니다. 메시지가 표시되면 데이터베이스 root 암호를 입력합니다. 이 암호는 사용자의 root 시스템 암호와 다를 수 있으며, 데이터베이스 서버를 보안 설정하지 않은 경우 암호가 비어 있을 수도 있습니다.

    데이터베이스 서버를 보안 설정하지 않았다면 반드시 설정하시기 바랍니다. 자세한 내용은 MariaDB 서버의 보안을 유지하려면(Amazon Linux 2) 섹션을 참조하세요.

    [ec2-user ~]$ mysql -u root -p
  3. MySQL 데이터베이스에 대한 사용자 및 암호를 생성합니다. WordPress 설치는 MySQL 데이터베이스를 통신하기 위해 상기 값을 사용합니다.

    사용자에 대해 보안이 강력한 암호를 생성하시기 바랍니다. 작은따옴표(')는 각 명령을 구별하는 구분자로 기능하기 때문에, 암호에는 사용하지 마세요. 안전한 암호 생성에 대한 자세한 내용은 http://www.pctools.com/guides/password/을(를) 참조하세요. 기존 암호를 재사용하지 마세요. 새로 설정한 암호는 안전한 장소에 보관하세요.

    고유한 사용자 이름과 암호로 해당 부분을 대체하여 다음 명령을 입력합니다.

    CREATE USER 'wordpress-user'@'localhost' IDENTIFIED BY 'your_strong_password';
  4. 데이터베이스를 생성합니다. 데이터베이스에 이를 설명할 수 있는 유의미한 이름을 붙입니다(예: wordpress-db.).

    참고

    아래 명령에서 데이터베이스 이름을 앞 뒤로 묶는 기호(`)를 백틱(backtick)이라고 합니다. 백틱(`) 키는 일반적으로 표준 키보드에서 Tab 키 위에 있습니다. 백틱이 항상 필요하지는 않지만, 이를 통해 데이터베이스 이름에 하이픈(-) 등 허용되지 않는 문자를 사용할 수 있습니다.

    CREATE DATABASE `wordpress-db`;
  5. 데이터베이스에 대한 전체 권한을 이전에 생성한 WordPress 사용자에게 부여합니다.

    GRANT ALL PRIVILEGES ON `wordpress-db`.* TO "wordpress-user"@"localhost";
  6. 데이터베이스 권한을 새로고침(flush)해서 모든 변경사항이 적용되도록 합니다.

    FLUSH PRIVILEGES;
  7. mysql 클라이언트를 종료합니다.

    exit
wp-config.php 파일 생성 및 편집 방법

WordPress 설치 폴더는 wp-config-sample.php라는 샘플 구성 파일을 포함하고 있습니다. 본 절차에서는 이 파일을 복사하고 특정 구성에 맞도록 편집합니다.

  1. wp-config-sample.php 파일을 wp-config.php라는 파일에 복사합니다. 이를 통해 새 구성 파일을 생성하고 원본 샘플 파일을 이전 상태 그대로 백업으로 보존할 수 있습니다.

    [ec2-user ~]$ cp wordpress/wp-config-sample.php wordpress/wp-config.php
  2. wp-config.php 파일을 원하는 텍스트 편집기(nano, vim 등)로 편집하고 설치에 대한 값을 입력합니다. 원하는 텍스트 편집기가 없는 경우 초보자에게는 nano가 적합합니다.

    [ec2-user ~]$ nano wordpress/wp-config.php
    1. DB_NAME을(를) 정의하는 줄을 찾고 database_name_here을(를) 단계 4WordPress 설치에 대한 데이터베이스 사용자 및 데이터베이스를 생성하려면에서 생성한 데이터베이스 이름으로 변경합니다.

      define('DB_NAME', 'wordpress-db');
    2. DB_USER을(를) 정의하는 줄을 찾고 username_here을(를) 단계 3WordPress 설치에 대한 데이터베이스 사용자 및 데이터베이스를 생성하려면에서 생성한 데이터베이스 사용자로 변경합니다.

      define('DB_USER', 'wordpress-user');
    3. DB_PASSWORD을(를) 정의하는 줄을 찾고 password_here을(를) 단계 3WordPress 설치에 대한 데이터베이스 사용자 및 데이터베이스를 생성하려면에서 생성한 보안성이 강력한 암호로 변경합니다.

      define('DB_PASSWORD', 'your_strong_password');
    4. Authentication Unique Keys and Salts라는 섹션을 검색합니다. 이 KEYSALT 값은 WordPress 사용자가 로컬 컴퓨터에 저장하는 브라우저 쿠키에 암호 계층을 제공합니다. 기본적으로 긴 무작위 값을 추가해서 사이트의 보안성을 강화할 수 있습니다. https://api.wordpress.org/secret-key/1.1/salt/을 방문해서 키 값의 세트를 무작위로 생성하고 이를 wp-config.php 파일로 복사해서 붙여 넣을 수 있습니다. PuTTY 터미널로 텍스트를 붙여넣기 하기 위해, PuTTY 터미널 내부에서 텍스트를 붙여넣기하려는 위치에 커서를 놓고 마우스를 오른쪽 클릭합니다.

      보안 키에 대한 자세한 내용을 보려면 http://codex.wordpress.org/Editing_wp-config.php#Security_Keys로 이동하세요.

      참고

      아래 값은 예시 목적만을 위한 것입니다. 설치 시 이 값을 사용하지는 마세요.

      define('AUTH_KEY', ' #U$$+[RXN8:b^-L 0(WU_+ c+WFkI~c]o]-bHw+)/Aj[wTwSiZ<Qb[mghEXcRh-'); define('SECURE_AUTH_KEY', 'Zsz._P=l/|y.Lq)XjlkwS1y5NJ76E6EJ.AV0pCKZZB,*~*r ?6OP$eJT@;+(ndLg'); define('LOGGED_IN_KEY', 'ju}qwre3V*+8f_zOWf?{LlGsQ]Ye@2Jh^,8x>)Y |;(^[Iw]Pi+LG#A4R?7N`YB3'); define('NONCE_KEY', 'P(g62HeZxEes|LnI^i=H,[XwK9I&[2s|:?0N}VJM%?;v2v]v+;+^9eXUahg@::Cj'); define('AUTH_SALT', 'C$DpB4Hj[JK:?{ql`sRVa:{:7yShy(9A@5wg+`JJVb1fk%_-Bx*M4(qc[Qg%JT!h'); define('SECURE_AUTH_SALT', 'd!uRu#}+q#{f$Z?Z9uFPG.${+S{n~1M&%@~gL>U>NV<zpD-@2-Es7Q1O-bp28EKv'); define('LOGGED_IN_SALT', ';j{00P*owZf)kVD+FVLn-~ >.|Y%Ug4#I^*LVd9QeZ^&XmK|e(76miC+&W&+^0P/'); define('NONCE_SALT', '-97r*V/cgxLmp?Zy4zUU4r99QQ_rGs2LTd%P;|_e1tS)8_B/,.6[=UK<J_y9?JWG');
    5. 파일을 저장하고 텍스트 편집기를 종료합니다.

WordPress 파일을 Apache 문서 루트 아래에 설치하려면
  • 설치 폴더 압축을 해제하고 MySQL 데이터베이스 및 맞춤형 WordPress 구성 파일을 사용자 설정했으므로, 이제 설치 파일을 웹 서버 문서 루트에 복사하여 설치를 완료하는 설치 스크립트를 실행할 수 있습니다. 이 파일의 위치는 WordPress 블로그를 웹 서버의 실제 루트(예: my.public.dns.amazonaws.com)에서 사용하도록 할지 아니면 루트 아래의 하위 디렉터리나 폴더(예: my.public.dns.amazonaws.com/blog)에서 사용하도록 할지에 따라 다릅니다.

    • WordPress를 문서 루트에서 실행하려면 WordPress 설치 디렉터리의 파일(디렉터리 자체는 제외)을 다음과 같이 복사합니다.

      [ec2-user ~]$ cp -r wordpress/* /var/www/html/
    • WordPress를 문서 루트의 대체 디렉터리에서 실행하려면 먼저 해당 디렉터리를 생성한 후 파일을 그 디렉터리로 복사합니다. 이 예에서는 다음과 같이 WordPress가 blog 디렉터리에서 실행됩니다.

      [ec2-user ~]$ mkdir /var/www/html/blog [ec2-user ~]$ cp -r wordpress/* /var/www/html/blog/
중요

다음 프로시저로 즉시 이동하지 않는 경우는 보안상 문제가 발생할 수 있으므로 Apache 웹 서버(httpd)를 중단하세요. Wordpress 설치를 Apache 문서 루트 아래로 이동한 후에는 WordPress 설치 스크립트가 보호되지 않는 상태이기 때문에 Apache 웹 서버가 실행 중일 때 블로그에 침입자가 액세스할 가능성이 있습니다. Apache 웹 서버를 중지하려면 sudo systemctl stop httpd 명령을 입력합니다. 다음 절차로 즉시 이동하는 경우는 Apache 웹 서버를 중단시킬 필요가 없습니다.

WordPress에서 퍼머링크(permalinks)를 사용하는 방법

WordPress가 올바로 작동하려면 Apache .htaccess 파일을 사용해야 하지만 Amazon Linux에서는 기본적으로 이 파일을 사용할 수 없습니다. 따라서 아래 방법에 따라 Apache 문서 루트에서 모든 재정의를 허용해야 합니다.

  1. 자주 사용하는 텍스트 편집기(httpd.conf 또는 nano)로 vim 파일을 엽니다. 원하는 텍스트 편집기가 없는 경우 초보자에게는 nano가 적합합니다.

    [ec2-user ~]$ sudo vim /etc/httpd/conf/httpd.conf
  2. 다음과 같이 시작하는 영역을 찾습니다. <Directory "/var/www/html">

    <Directory "/var/www/html"> # # Possible values for the Options directive are "None", "All", # or any combination of: # Indexes Includes FollowSymLinks SymLinksifOwnerMatch ExecCGI MultiViews # # Note that "MultiViews" must be named *explicitly* --- "Options All" # doesn't give it to you. # # The Options directive is both complicated and important. Please see # http://httpd.apache.org/docs/2.4/mod/core.html#options # for more information. # Options Indexes FollowSymLinks # # AllowOverride controls what directives may be placed in .htaccess files. # It can be "All", "None", or any combination of the keywords: # Options FileInfo AuthConfig Limit # AllowOverride None # # Controls who can get stuff from this server. # Require all granted </Directory>
  3. 위 영역에서 AllowOverride None 라인을 AllowOverride All로 변경합니다.

    참고

    이 파일에는 AllowOverride 라인이 많기 때문에 <Directory "/var/www/html"> 영역의 라인을 변경할 때는 주의해야 합니다.

    AllowOverride All
  4. 파일을 저장하고 텍스트 편집기를 종료합니다.

Amazon Linux 2에서 PHP 그래픽 그리기 라이브러리를 설치하려면

PHP용 GD 라이브러리를 사용하면 이미지를 수정할 수 있습니다. 블로그의 헤더 이미지를 잘라야 하는 경우 이 라이브러리를 설치합니다. 설치하는 phpMyAdmin 버전에는 이 라이브러리의 특정 최소 버전(예: 버전 7.2)이 필요할 수 있습니다.

Amazon Linux 2에서 PHP 그래픽 그리기 라이브러리를 설치하려면 다음 명령을 사용합니다. 예를 들어, LAMP 스택 설치의 일부로 amazon-linux-extras에서 php7.2를 설치한 경우 이 명령은 PHP 그래픽 그리기 라이브러리의 버전 7.2를 설치합니다.

[ec2-user ~]$ sudo yum install php-gd

설치된 버전을 확인하려면 다음 명령을 사용합니다.

[ec2-user ~]$ sudo yum list installed php-gd

다음은 예 출력입니다.

php-gd.x86_64 7.2.30-1.amzn2 @amzn2extra-php7.2
Apache 웹 서버에 대한 파일 권한 수정 방법

WordPress의 제공 기능 중 일부(예: 관리 화면을 통한 미디어 업로드 등)는 Apache 문서 루트에 대한 쓰기 권한을 필요로 합니다. 이미 적용하지 않았다면 다음의 그룹 멤버십 및 권한(LAMP 웹 서버 자습서에서 자세히 설명)을 적용합니다.

  1. /var/www의 파일 소유권 및 그 콘텐츠를 apache 사용자에게 허용합니다.

    [ec2-user ~]$ sudo chown -R apache /var/www
  2. /var/www 및 그 콘텐츠의 그룹 소유권을 apache 그룹에 허용합니다.

    [ec2-user ~]$ sudo chgrp -R apache /var/www
  3. /var/www 및 그 하위 디렉터리의 디렉터리 권한을 변경해서 그룹 쓰기 권한을 추가하고 미래 하위 디렉터리에서 그룹 ID를 설정합니다.

    [ec2-user ~]$ sudo chmod 2775 /var/www [ec2-user ~]$ find /var/www -type d -exec sudo chmod 2775 {} \;
  4. /var/www 및 그 하위 디렉터리의 파일 권한을 재귀적으로 변경합니다.

    [ec2-user ~]$ find /var/www -type f -exec sudo chmod 0644 {} \;
    참고

    WordPress를 FTP 서버로도 사용하려는 경우 여기서 더 많은 권한 그룹 설정이 필요합니다. 이 작업을 수행하려면 권장된 WordPress 단계 및 보안 설정을 검토하세요.

  5. Apache 웹 서버를 재시작해서 새 그룹 및 권한을 가져옵니다.

    • [ec2-user ~]$ sudo systemctl restart httpd
Amazon Linux 2로 WordPress 설치 스크립트 실행 방법

이제 WordPress를 설치할 준비가 되었습니다. 사용하는 명령은 운영 체제에 따라 다릅니다. 이 절차의 명령은 Amazon Linux 2에서 사용하기 위한 것입니다.

  1. systemctl 명령을 사용하여 시스템이 부팅될 때마다 httpd 및 데이터베이스 서비스가 시작되도록 합니다.

    [ec2-user ~]$ sudo systemctl enable httpd && sudo systemctl enable mariadb
  2. 데이터베이스 서버가 실행되는지 확인합니다.

    [ec2-user ~]$ sudo systemctl status mariadb

    데이터베이스 서비스가 실행 중이지 않은 경우, 이를 시작합니다.

    [ec2-user ~]$ sudo systemctl start mariadb
  3. Apache 웹 서버(httpd)가 실행 중인지 확인합니다.

    [ec2-user ~]$ sudo systemctl status httpd

    httpd 서비스가 실행 중이지 않은 경우, 이를 시작합니다.

    [ec2-user ~]$ sudo systemctl start httpd
  4. 웹 브라우저에서 WordPress 블로그의 URL을 입력합니다(인스턴스에 대한 퍼블릭 DNS 주소 또는 blog 폴더 다음의 주소). 이제 WordPress 설치 스크립트가 나타납니다. WordPress 설치에 필요한 정보를 제공합니다. WordPress 설치(Install WordPress)를 선택해서 설치를 완료합니다. 자세한 내용은 WordPress 웹 사이트의 5단계: 설치 스크립트 실행을 참조하세요.

다음 단계

WordPress 블로그를 테스트한 후 구성을 업데이트하세요.

사용자 지정 도메인 이름 사용

EC2 인스턴스의 EIP 주소와 연결되어 있는 도메인 이름이 있는 경우에는 EC2 퍼블릭 DNS 주소 대신에 해당 이름을 사용하여 블로그를 구성할 수 있습니다. 자세한 내용은 WordPress 웹 사이트의 사이트 URL 변경을 참조하세요.

블로그 구성

다른 테마플러그인을 사용하여 더욱 풍부한 맞춤형 경험을 독자에게 제공하도록 블로그를 구성할 수도 있습니다. 하지만 설치 프로세스가 역효과를 낳아 전체 블로그를 잃는 경우가 발생할 수도 있습니다. 따라서 테마나 플러그인을 설치하기 전에 인스턴스의 백업 Amazon Machine Image(AMI)를 생성하여 설치 중 오류가 발생하더라도 블로그를 복구할 수 있도록 대비하는 것이 좋습니다. 자세한 내용은 고유 AMI 생성 섹션을 참조하세요.

용량 증가

운영하는 WordPress 블로그가 유명해지고 그에 따라 보다 많은 컴퓨팅 파워 또는 스토리지가 필요하게 될 경우 다음 단계를 고려하세요.

  • 인스턴스에서 스토리지 공간을 확장합니다. 자세한 내용은 Amazon EBS 탄력적 볼륨 섹션을 참조하세요.

  • MySQL 데이터베이스를 Amazon RDS로 이동하여 이 서비스의 간편한 조정 기능을 이용합니다.

인터넷 트래픽의 네트워크 성능 향상

블로그가 전 세계에 위치한 사용자로부터 트래픽을 유도할 것으로 예상되는 경우 AWS Global Accelerator 사용을 고려해 보세요. Global Accelerator는 사용자의 클라이언트 디바이스와 AWS에서 실행되는 WordPress 애플리케이션 간의 인터넷 트래픽 성능을 개선하여 지연 시간을 줄일 수 있도록 돕습니다. Global Accelerator는 AWS 글로벌 네트워크를 사용하여 클라이언트와 가장 가까운 AWS 리전의 정상 애플리케이션 엔드포인트로 트래픽을 보냅니다.

WordPress에 대해 자세히 알아보기

WordPress에 대한 자세한 내용은 http://codex.wordpress.org/에서 WordPress Codex 도움 문서를 참조하세요. 설치 문제 해결에 대한 자세한 내용은 https://wordpress.org/support/article/how-to-install-wordpress/#common-installation-problems를 참조하세요. WordPress 블로그 보안 강화에 대한 자세한 내용은 https://wordpress.org/support/article/hardening-wordpress/를 참조하세요. 최신 상태로 WordPress 블로그 유지에 대한 자세한 내용은 https://wordpress.org/support/article/updating-wordpress/를 참조하세요.

도움말! 내 퍼블릭 DNS 이름이 변경되어 블로그를 사용할 수 없습니다.

WordPress 설치 위치는 EC2 인스턴스의 퍼블릭 DNS 주소를 사용해 자동으로 구성됩니다. 이때 인스턴스를 중단했다가 다시 시작하면 퍼블릭 DNS 주소가 바뀌어(탄력적 IP 주소와 연결되어 있지 않은 경우) 블로그를 더 이상 사용할 수 없게 됩니다. 리소스를 참조해야 할 주소가 더 이상 존재하지 않거나 다른 EC2 인스턴스에 할당되었기 때문입니다. 이 문제를 비롯해 몇 가지 해결책에 대한 자세한 내용은 https://wordpress.org/support/article/changing-the-site-url/을 참조하세요.

이 문제가 WordPress 설치 위치에 발생하더라도 아래 절차에 따라 WordPress의 wp-cli 명령줄 인터페이스를 사용하면 블로그를 복구할 수 있습니다.

wp-cli를 사용하여 WordPress 사이트 URL을 바꾸는 방법
  1. SSH를 통해 EC2 인스턴스에 연결합니다.

  2. 인스턴스의 이전 사이트 URL과 새로운 사이트 URL을 기록합니다. 이전 사이트 URL은 WordPress 설치 시 EC2 인스턴스의 퍼블릭 DNS 이름일 가능성이 높습니다. 그리고 새로운 사이트 URL은 EC2 인스턴스의 현재 퍼블릭 DNS 이름입니다. 이전 사이트 URL을 잘 모르더라도 아래와 같이 curl 명령을 사용하여 찾을 수 있습니다.

    [ec2-user ~]$ curl localhost | grep wp-content

    명령을 실행하여 출력되는 화면에서 이전 퍼블릭 DNS 이름의 참조를 확인해야 합니다. 출력 화면은 다음과 같습니다(빨간색의 이전 사이트 URL).

    <script type='text/javascript' src='http://ec2-52-8-139-223.us-west-1.compute.amazonaws.com/wp-content/themes/twentyfifteen/js/functions.js?ver=20150330'></script>
  3. 다음 명령으로 wp-cli를 다운로드합니다.

    [ec2-user ~]$ curl -O https://raw.githubusercontent.com/wp-cli/builds/gh-pages/phar/wp-cli.phar
  4. 아래와 같은 명령으로 이전 사이트 URL을 찾아 WordPress 설치 위치로 바꿉니다. EC2 인스턴스의 이전 사이트 URL과 새로운 사이트 URL, 그리고 WordPress 설치 경로(일반적으로 /var/www/html 또는 /var/www/html/blog)를 치환합니다.

    [ec2-user ~]$ php wp-cli.phar search-replace 'old_site_url' 'new_site_url' --path=/path/to/wordpress/installation --skip-columns=guid
  5. 웹 브라우저에서 WordPress 블로그의 새로운 사이트 URL을 입력하여 사이트에 올바로 접속되는지 다시 확인합니다. 그렇지 않은 경우 https://wordpress.org/support/article/changing-the-site-url/https://wordpress.org/support/article/how-to-install-wordpress/#common-installation-problems에서 자세한 내용을 참조하세요.