☰

Amazon AWS를 사용하여 하위 도메인 생성과 서버 내에서 하위 도메인 생성 - 차이점은 무엇입니까?

tag-icon • tag-icon apache-2.2 ubuntu amazon-ec2 subdomain
Amazon AWS를 사용하여 하위 도메인 생성과 서버 내에서 하위 도메인 생성 - 차이점은 무엇입니까?

Amazon AWS(Ubuntu 서버)에 인스턴스가 있습니다.

내 웹사이트에 대한 하위 도메인을 만들고 싶습니다. 즉, tools.example.com제가 일하는 사무실에 있는 사람들을 위한 것이고, 직원들이 사용할 수 있는 도구(PHP 사용)를 만들고 싶습니다. (예: 코드 자동화 웹앱)

저는 Linux 서버에서 하위 도메인을 직접 만든 적이 없으며(보통 cPanel 등을 사용하여 호스팅 회사에서 일했습니다), Amazon AWS를 처음 접했는데, 이것이 매우 훌륭하다고 생각하며 Linux 서버로 작업하며 모든 작업을 수행합니다. 나 혼자 - 정말 대단해요!

그래서 웹사이트에서 하위 도메인을 만드는 방법을 알아보기 시작했는데 두 가지 옵션이 있다는 사실을 알게 되었습니다. 둘 사이의 차이점이 무엇인지 정확히 알 수 없었습니다. 내 업무에 미치는 영향' 등이 있습니다.

첫 번째 옵션은 Amazon Route53을 사용하여 하위 도메인을 생성하는 것입니다.http://docs.aws.amazon.com/Route53/latest/DeveloperGuide/CreatingNewSubdomain.html

제가 만난 두 번째 옵션은 Ubuntu 서버 자체를 사용하여 이 작업을 수행하는 것이었습니다. 예: https://askubuntu.com/questions/463618/setting-up-subdomain-on-ubuntu-server http://kim.sg/index.php/ubuntu/17-how-to-setup-subdomain-on-ubuntu-server-14-04

어떤 것들은 나에게 조금 모호해 보이지만 이론적 "물건"에 대해 조금 더 알고 나에게 가장 적합한 선택으로 나를 안내해 줄 사람들로부터 더 많은 깨달음 포인트를 얻게 되어 기쁠 것입니다.

나에게 질문을 주시기 바랍니다.

@Stefano Martins(2015년 10월 28일):

좋아, 나는 이렇게 했다:

<VirtualHost *:80>
    ServerName tools.example.com
    ServerAdmin [email protected]

    ErrorLog /var/www/tools.example.com/logs/error.log
    CustomLog /var/www/tools.example.com/logs/access.log combined
    DocumentRoot /var/www/tools.example.com/public_html
</VirtualHost>

mkdir -p /var/www/tools.example.com/{public_html,logs}

sudo a2ensite tools.example.com.conf
sudo service apache2 reload
sudo find /var/www/tools.example.com/public_html -type d -exec chmod 755 {} \;
sudo find /var/www/tools.example.com/public_html -type f -exec chmod 644 {} \;
sudo adduser ubuntu www-data
sudo find /var/www/tools.example.com/public_html -type d -exec chmod 775 {} \;
sudo find /var/www/tools.example.com/public_html -type f -exec chmod 664 {} \;

내 폴더 var는 srv. srv에서 var로 모든 것을 변경했는데 이제 더 이상 403 오류가 발생하지 않습니다. 하지만 지금은 FTP를 통해 업로드할 수 없습니다 /var/www/tools.example.com/public_html.

업데이트: 나는 sudo chown www-data:www-data -R /var/www/ 그것을 사용하여 문제를 해결했습니다.

정말 감사합니다!

답변1

Amazon Web Services가 바로 그것이다. 배포하기 쉬운(일명 빠르고 더러운 방식) 환경을 제공하는 간단한 EBS(Elastic Beanstalk)부터 시작하여 인프라를 구축할 수 있는 다양한 옵션이 있습니다.

또 다른 옵션은 EC2를 사용하여 직접 구축하는 것입니다. 이것이 지금까지 선택한 방식이므로 기본적으로 필요한 것은 다음과 같습니다.

Route 53에서 인스턴스의 IP 주소를 가리키는 CNAME 또는 A 레코드를 생성합니다(인스턴스가 항상 동일한 IP 주소를 갖도록 하려면 탄력적 IP를 사용해야 합니다). 귀하의 영역에 이미 A 레코드가 있으므로 CNAME 항목을 제안합니다. DNS 확인 속도가 약간 느려지지만 시간이 지남에 따라 관리하기가 더 쉽습니다. tools.example.com이라고 부를 수 있습니다.

Apache 구성 디렉터리(일반적으로 /etc/apache2/sites-available)에서 다음 내용으로 tools.example.com.conf라는 파일을 만듭니다.

<VirtualHost *:80>
    ServerName tools.example.com
    ServerAdmin [email protected]

    ErrorLog /srv/www/tools.example.com/logs/error.log
    CustomLog /srv/www/tools.example.com/logs/access.log combined
    DocumentRoot /srv/www/tools.example.com/public_html
</VirtualHost>

다음을 사용하여 사이트/애플리케이션을 저장할 디렉터리를 만듭니다.

mkdir -p /srv/www/tools.example.com/{public_html,logs}

새 가상 호스트를 활성화하고 Apache 서비스를 다시 로드합니다.

sudo a2ensite tools.example.com.conf
sudo service apache2 reload

팁: 대부분의 경우 AWS 인프라와 기본 제공 솔루션을 사용하는 것이 더 저렴합니다.

참고: 기본적으로 이것이 필요한 것이지만 프로덕션 환경에 100% 이상적인 것은 아닙니다.

시아!

답변2

하위 도메인이 제대로 작동하려면 두 가지가 필요합니다.

  1. DNS 서버의 DNS 레코드. 이 레코드는 네이키드 도메인(yourdomain.tld)에 설정한 이름 서버에 생성되어야 합니다. 기본 도메인에 이미 Amazon Route53을 사용하고 있다면 괜찮습니다. 하위 도메인에도 사용할 수 있습니다(Amazon Route53은 DNS 호스팅 서비스일 뿐입니다).

  2. 웹 서버의 가상 호스트입니다.

관련 정보