나는 내 웹 서버와 내가 호스팅하는 소수의 웹 사이트에 대해 더 나은 DNS 업데이트를 허용하는 보다 우아한 솔루션을 찾으려고 노력해 왔습니다.
예를 들어 VPS 제공업체에 도메인 이름이 있는 웹 서버가 있습니다 apache1.vpshost.com
. 도메인 이름이 있는 웹사이트를 www.example.com
해당 웹서버에서 호스팅 하려면 www.example.com
is라는 CNAME 레코드를 넣으면 됩니다 apache1.vpshost.com
. 이는 웹서버의 IP 주소가 변경된 경우 한 곳에서만 업데이트하면 되며 그곳에서 호스팅되는 모든 웹사이트는 문제가 없을 것이라는 장점이 있습니다.
웹 주소에서 해당 항목을 삭제하려는 움직임이 늘어나고 있지만 , 제가 아는 유일한 방법은 루트 DNS를 CNAME으로 만들 수 없기 때문에 www.
루트 A 레코드를 동일한 IP 주소로 설정하는 것입니다 . apache1.vpshost.com
내가 본 이 작업의 주요 단점은 웹 서버의 IP 주소가 변경되면 호스팅된 모든 웹 주소의 모든 DNS 설정을 업데이트해야 한다는 것입니다.
나는 이것에 대해 여러 번 인터넷 검색을 시도했지만 이것에 대한 더 나은 해결책이 있다면 내 검색어가 매우 일반적이기 때문에 잡초 속에서 길을 잃을 것입니다.
답변1
현재 "CNAME at apex" 사용 사례에 대한 좋은 솔루션은 없습니다. 웹 브라우저가 DNS 레코드를 지원했다면 문제가 되지 않았을 것입니다. SRV
그러나 결코 지원하지 않았고 앞으로도 지원하지 않을 것입니다.
다양한 DNS 제공업체는 때때로 ANAME
또는 APEXCNAME
또는 ALIAS
무엇이든 호출되는 다양한 클러지를 제공합니다. 중요한 점은 여기에 표준이 없다는 것입니다. UI/API에 어떤 방식으로든 표시되며 다른 공급자에 있는 그대로 복사할 수 없으며(변경하는 경우) 물론 DNS 확인 측면에는 전혀 표시되지 않습니다. 요청이 들어올 때 동적으로 또는 미리 채워진 일부 캐시를 통해) 구성을 기반으로 정점을 생성 A
하고 응답합니다.AAAA
기술적으로는 기본적으로 권한 있는 네임서버를 약간 재귀적으로 사용하는 것과 관련이 있습니다. 왜냐하면 어떤 지점에서는 "가짜"에 사용한 이름을 CNAME
일부 IP 주소로 확인해야 하기 때문입니다.
이것이 미래의 DNS 레코드가 호출되거나 마침내 이를 해결할 이유 SVCB
입니다 HTTPS
. IETF RFC가 아직 작성 중이기 때문에 아직 완전히 표준화되지는 않았지만 리소스 레코드 유형이 할당된 DNS에 이미 존재하며 다양한 회사(예: Apple, Google, CloudFlare)가 이미 이를 사용하고 있습니다.
어쨌든, 나는 이 미래의 완벽한 표준 솔루션에만 시간을 투자하고(따라서 이를 지원하는 DNS 공급자를 찾고 브라우저가 이를 언제/어떻게 사용할지 관찰하면서 "모두" 그렇게 할 것이라고 말했습니다) 현재의 문제에 시간을 투자하지 않는 것이 좋습니다. 표준이 아닌 열등하며 위의 새로운 DNS 레코드가 나타나면 사라질 수밖에 없습니다.