TLDR: 이 DNS 레코드를 만들 때:
whatever.mydomain.com. IN CNAME biglongjibberstring.r89.cf2.rackcdn.com.
Rackspace는 내가 선택한 임의의 호스트 이름이 다른 고객이 아닌 내 Cloud Files 컨테이너/계정으로 이동해야 한다는 것을 어떻게 알 수 있습니까?
방금 Rackspace에서 Cloud Files를 사용하는 간단한 예를 테스트했습니다. Cloud Files "컨테이너"를 만들고 "정적 웹 사이트" 옵션을 활성화했습니다. 예시 이미지와 예시 index.html 파일을 업로드했습니다. 이 컨테이너에 있는 파일은 이제 이 엄청나게 긴 URL에서 사용할 수 있습니다. UI에서는 이 URL을 내 도메인의 CNAME으로 사용할 수 있다고 알려줍니다.
그리고 다음과 같은 CNAME 레코드를 추가하면 됩니다.
everything.mydomain.com. CNAME biglongjibberstring.r89.cf2.rackcdn.com.
찾아보기http://whatever.mydomain.com/작동합니다(홈 페이지와 이미지를 테스트했습니다). 하지만 "whatever.mydomain.com"(HTTP 호스트 헤더에 있음)에 대한 요청을 볼 때 그것이 내 특정 클라우드 파일 컨테이너를 의미한다는 것을 어떻게 알 수 있습니까?
이는 DNS와 관련이 있는 것 같습니다. biglongjibberstring.r89.cf2.rackcdn.com이라는 IP 주소를 사용하여 호스트 파일에 "blah.example.com"을 넣으면 됩니다. 작동하지 않음(잘못된 URL에 대한 오류 발생 - Akamai에서 오는 것으로 나타남)으로 해결됩니다. 이 작업을 확인할 수 있는 유일한 방법은 어떤 식으로든 everything.mydomain.com에 대한 DNS 조회가 "whatever.mydomain.com"과 "biglongjibberstring.r89.cf2.rackcdn 사이의 관계를 Rackspace/Akamai DNS 서버로 다시 전송하는 것입니다. .com.". 하지만 저는 이 접근 방식을 본 적이 없으며 Rackspace/Akamai로 돌아가는 DNS 조회에 실제로 이에 필요한 정보가 포함되어 있다고 생각하지도 않습니다(비록 제가 틀렸을 수도 있지만).
여기서 어떤 종류의 흑마술이 일어나고 있는지 아는 사람 있나요?
답변1
행동을 관찰한 후 그들이 합리적으로 무엇을 할 수 있는지에 대한 최선의 추측은 다음과 같습니다.
HTTP 요청이 CDN 노드 중 하나에 도착하고 요청에 알 수 없는 Host헤더가 있는 경우 자체적으로 헤더에서 이름을 조회합니다 Host.
CNAME이 이름이 알려진 이름(양식에서)을 참조하는 것으로 밝혀지면 헤더 <identifyinginformation>.rackcdn.com.의 이름을 Host적절한 리소스와 연결하고, 그렇지 않으면 오류를 반환합니다.
이것은 추측에 불과하지만 관찰된 동작뿐만 아니라 기술적으로 실행 가능한 것에 적합하다고 제가 생각할 수 있는 것입니다. 그만큼Rackspace의 문서실제로 어떻게 작동하는지 지정하지는 않지만 지원이 도움이 되기를 바랍니다.
누구든지 스스로 더 많은 실험을 하고 싶다면 Rackspace 직원이 해당 URL을 언급합니다.http://124f4d373d9886355285-0dddf6f52a326dca397d3ae1202a22fd.r49.cf2.rackcdn.com/1_logs_dir.png위에 링크된 문서 페이지의 주석에 있는 예입니다. 해당 URL의 호스트 부분에 를 추가하고 CNAME그에 따라 URL을 수정하여 사용해 보세요.
