도메인 별명은 무엇입니까?
A domain alias는 동일한 웹 사이트, 응용 프로그램, 또는 1 차 도메인으로 콘텐츠를 점하는 이차 도메인 이름입니다. 제대로 구성할 때, 여러 도메인 이름은 동일한 콘텐츠를 제공 할 수 있으며, 다른 방법으로 동일한 목적지에 도달 할 수 있습니다.
도메인 별명 vs. 도메인 운송
| 제품 정보 | 도메인 별명 | 도메인 Redirect/Forward |
|---|---|---|
| 브라우저의 URL | alias 도메인 표시 | 주요 도메인보기 |
| 자주 묻는 질문 | 사이트 맵 | Redirects 그 후 봉사 |
| HTTP 상태 | 200 OK | 301/302 간접 |
| SEO 영향 | 중복 콘텐츠 위험 | 1차 통합 |
| DNS 설정 | A/AAAA 또는 이름 | 보통 A/AAAA + 리디렉션 |
| 이름 * | 이메일 공유 | 별도의 이메일 설정 |
User types: shop.example.com
Browser shows: shop.example.com
Content from: example.com (same server, same content)
Domain Redirect (URL 변경):
User types: shop.example.com
Browser redirects to: example.com
Browser shows: example.com
구성 영역 Aliases
DNS 구성
동일한 서버에 도메인 포인트:
# Primary domain
example.com. IN A 203.0.113.50
# Alias domain
example.net. IN A 203.0.113.50
shop-example.com. IN A 203.0.113.50
또는 별명으로 CNAME 사용:
shop.example.com. IN CNAME example.com.
웹 서버 구성
#### 아파치
<VirtualHost *:80>
ServerName example.com
ServerAlias example.net shop.example.com www.example.net
DocumentRoot /var/www/example
<Directory /var/www/example>
Options Indexes FollowSymLinks
AllowOverride All
Require all granted
</Directory>
</VirtualHost>
# # # # # Nginx를
server {
listen 80;
server_name example.com example.net shop.example.com;
root /var/www/example;
index index.html index.php;
location / {
try_files $uri $uri/ =404;
}
}
Cloudflare (이름 설정)
1. Add alias domain to Cloudflare
2. Create CNAME record:
shop.example.com → example.com
3. Enable "Flatten all CNAMEs" in DNS settings
4. Enable "Always Use HTTPS"
cPanel/WHM의 특징
Addon 도메인 (새 사이트를 생성):Domains → Addon Domains → Create New Domain
Alias/Parked Domain (본 사이트에 포인트):
Domains → Aliases → Create a New Alias
Enter domain: shop.example.com
Alias for: example.com
일반적인 사용 사례
상표 변동
Cybersquatting을 방지하기 위해 일반적인 변형을 등록하십시오.
example.com (primary)
example.net (alias)
example.org (alias)
example.io (alias)
Typo 보호
캡처 일반적인 mnots:
example.com (primary)
exampel.com (alias - typo)
exmple.com (alias - typo)
지역 도메인
국가 별 TLD에 동일한 내용 Serve:
example.com (primary, global)
example.co.uk (alias, UK)
example.de (alias, Germany)
example.fr (alias, France)
참고: 진정한 국제화의 경우 hreflang 태그와 대신 현지화 된 콘텐츠를 사용하십시오.
마케팅 캠페인
짧은, 기억에 남는 캠페인 도메인:
example.com (primary site)
summerosale2024.com (alias for campaign landing page)
Subdomain 알리아제
shop.example.com (alias)
store.example.com (alias)
→ Both serve same e-commerce site
제품 또는 서비스 브랜딩
companyname.com (primary)
productname.com (alias)
SEO 고려 도메인 Aliases
Duplicate 내용 문제
검색 엔진을 볼 수 있습니다 도메인 별명으로 중복 콘텐츠:
example.com/about
example.net/about
→ Same content, different URLs = duplicate
조건: 분할 권한, 낮은 순위.
Canonical 태그
도메인의 검색 엔진은 1 차입니다.
<!-- On all pages, regardless of domain -->
<link rel="canonical" href="https://example.com/page-path" />
이 검색 엔진은 "이 URL로 모든 버전에 달려있다."
# 선호하는 해결책: 301 Redirects
대신 aliases, 기본 도메인으로 리디렉션:
Apache (.htaccess) :RewriteEngine On
RewriteCond %{HTTP_HOST} !^example\.com$ [NC]
RewriteRule ^(.*)$ https://example.com/$1 [R=301,L]
Nginx :
server {
listen 80;
server_name example.net shop.example.com;
return 301 https://example.com$request_uri;
}
이 모든 SEO 권한을 기본 도메인에 통합합니다.
언제 Aliases는 수락가능합니다
- 내부/개발 영역 (지수되지 않음)
noindex태그가있는 도메인- 이메일 전용 도메인(웹 콘텐츠 없음)
- Canonical 태그가있는 임시 캠페인 도메인
Domain Aliases의 이메일 구성
공유 이메일 (Same Mailboxes)
모든 도메인에 대한 MX 레코드 구성 :
example.com. IN MX 10 mail.example.com.
example.net. IN MX 10 mail.example.com.
john@example.com and john@example.net → same mailbox
별도 이메일 (다른 메일 박스)
각 도메인에는 독립적 인 이메일이 있습니다.
example.com. IN MX 10 mail.example.com.
example.net. IN MX 10 mail.example.net.
john@example.com ≠ john@example.net (different mailboxes)
이메일 캐치 - 모든 Across Aliases
어떤 alias 도메인에 이메일 보내기:
# Postfix virtual
@example.com catchall@example.com
@example.net catchall@example.com
@shop.example.com catchall@example.com
Aliases에 대한 SSL/TLS 인증서
멀티 도어 (SAN) 인증서
모든 별명을 덮는 1개의 증명서:
Certificate SANs:
example.com
www.example.com
example.net
www.example.net
shop.example.com
Let의 암호화 :
certbot certonly --nginx \
-d example.com -d www.example.com \
-d example.net -d www.example.net \
-d shop.example.com
와일드카드 인증서
기본 도메인의 모든 하위 도메인을 커버:
*.example.com
→ Covers shop.example.com, blog.example.com, etc.
→ Does NOT cover example.net or other TLDs
별도의 인증서
도메인 당 개인 증명서:
example.com → cert1
example.net → cert2
최고의 연습
항상 모든 Aliases에 대 한 HTTPS 사용
모든 도메인은 SSL을 유효해야합니다.
✓ https://example.com
✓ https://example.net
✓ https://shop.example.com
구현 Canonical 태그
동일한 내용에 관해서는, canonical 꼬리표를 이용합니다:
<link rel="canonical" href="https://example.com/current-page" />
###는 Aliases에 301 Redirects를 고려합니다
SEO를 위해, aliases를 기본으로 리디렉션:
example.net → 301 redirect → example.com
shop.example.com → 301 redirect → example.com/shop
모니터 모든 도메인
가동 시간 감시에 있는 모든 별명을 포함하십시오:
- Monitor DNS resolution for all aliases
- Check SSL certificate validity
- Verify web server responds correctly
일관된 브랜딩
aliases를 사용하는 경우에, 일관된 브랜딩을 지킵니다:
Same logo, colors, navigation across all domains
Or clearly indicate relationship
문서 별 전략
문서 관리:
# domains.md
Domain Type Purpose Points To example.com Primary Main site Server A example.net Alias Brand protection Server A shop.example.com Alias E-commerce Server A
테스트 영역 Aliases
DNS 해상도 검증
# Check all aliases resolve to same IP
dig example.com A +short
dig example.net A +short
dig shop.example.com A +short
# Should all return same IP or equivalent CNAME chain
테스트 웹 서버 구성
# Verify server responds to all domains
curl -I https://example.com
curl -I https://example.net
curl -I https://shop.example.com
# Should all return 200 OK (or 301 if redirecting)
SSL 인증서 확인
# Verify SSL covers all domains
echo | openssl s_client -servername example.net -connect example.com:443 2>/dev/null | openssl x509 -noout -text | grep DNS
# Should list all alias domains in SANs
SEO 검증
# Check canonical tags
curl -s https://example.net/page | grep "canonical"
# Should point to primary domain
<link rel="canonical" href="https://example.com/page" />
보안 고려 사항
도메인 납치 위험
더 많은 도메인 = 더 많은 공격 표면:
- 무단 변경을위한 모든 도메인을 모니터링
- 중요한 별명으로 레지스트리 자물쇠 사용
- 레지스트라에서 2FA 사용
Phishing 보호
phishing을 방지하기 위해 방어적인 별명으로 등록하십시오:
example.com (primary)
examp1e.com (homoglyph protection)
example-secure.com (defensive)
일관된 보안 정책
모든 별명으로 동일한 보안 적용:
- 동일한 HSTS 헤더
- 동일한 CSP 정책
- 동일한 인증 요건
도메인 별명은 브랜드 보호 및 사용자 편의성에 유용하지만 SEO 처벌 및 보안 위험을 피하기 위해주의적인 구성이 필요합니다.