[AWS] DNS 서버의 Route 53 마이그레이션 [Route53]
key = [AWS,Route 53,BIND,name.conf]
온프레미스 BIND 서버를 Route53으로 마이그레이션하세요.
Route53의 기본 설정 방법은 예전에 쓴 기사를 참고해 주세요.
현재 움직이는 것의 마이그레이션
현재 가동 중 ⇒ Route 53
처음 Amazon Route 53
0. 준비
DNS 서버에서 도메인의 영역 정보 검색
/etc/named.conf
에 호스팅되는 도메인 정보가 작성되었다고 생각합니다.
그 안에 각 도메인의 영역 정보 파일의 위치가 작성되어 있으므로 그 녀석을 GET하십시오.
샘플
named.conf
zone "example.jp" {
type master;
file "/path_to/example.zone";
};
위의 샘플 파일에있는 것이 영역 파일입니다.
존 파일의 내용은 이런 느낌
샘플
zone-file
$TTL 3600
@ IN SOA hogehoge.com. root.hogehoge.com (
//ここにTTLだとかリフレッシュだとかの数字がくる//
)
IN NS ドメインに対するネームサーバ
IN MX メール
www IN A 192.168.10.10
fuga IN A 192.168.10.10
같은 느낌으로 쓰면 대상 파일은 그것입니다.
Route 53 작업
처음 Amazon Route 53 의 중간 정도를 참고로 호스티드 존을 작성해 주세요.
이름은 DNS에서 호스팅하는 도메인 이름을 지정합니다.
만들기 도메인을 선택하면 다음 화면의 오른쪽 상단에 "import Zone"이 있으므로 그것을 클릭합니다.
오른쪽에 텍스트 영역이 나오므로 그 안에 방금전의 존 파일을 둥글게 뻗어 봅시다.
일일 쓰지 않아도 단번에 설정을 흘릴 수 있습니다.
주의점
Amazon Route 53(DNS 서비스)으로 BIND 영역 파일 가져오기
에 쓰여져 있듯이 몇 가지 제한이 있거나 하기 때문에 그 근처는 임기응변에.
도메인 등록자 측 작업
등록자 측에서 네임 서버를 변경합니다.
지정하는 것은 도메인 작성시에 만들어진 NS 레코드에 들어있는 4 개의 네임 서버
이전 기사에서 이름 .com으로 설정한 사람입니다.
라든지 그 만마.
.com 이외의 이름을 사용해도 마찬가지입니다.
관리 화면의 어딘가에 네임 서버의 변경이 있을 것이므로 거기를 새로운 것으로 재작성해 주세요.
설정이 침투할 때까지 기다립니다.
어쩌면 15분도 있으면 네임서버가 전환되고 있을 것이므로 확인해 주세요.
터미널에서 nslookup을 사용하여 확인합시다.
nsloolup
$ nslookup
$ hogehoge.com
설정한 아마존 짱짱짱짱들이 돌아오면 괜찮습니다.
주의
언제까지나 전환되지 않는다! 그렇다면 이전에 액세스 한 적이 있다면 네트워크에 캐시되어있을 수 있습니다.
자신은 언제까지도 전환되지 않는다! 라고 빠졌지만 캐시가 원인이었습니다.
테자 루나 wimax 사용해 보면 되어 확인해 주세요.
머신의 캐시라고도 의심하면 좋을까.
이런 느낌으로 Route 53 측으로 전환하면 온프레의 DNS는 멈추어도 괜찮다.
Reference
이 문제에 관하여([AWS] DNS 서버의 Route 53 마이그레이션 [Route53]), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다 https://qiita.com/Yuki_BB3/items/52dc529cf7a700933e59텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념 (Collection and Share based on the CC Protocol.)