Пользовательское имя поддомена для конечной точки CDN больших двоичных объектов вызывает ошибку 400

Я пытаюсь настроить собственное доменное имя для конечной точки CDN больших двоичных объектов, следуя эти инструкции, но не может получить доступ к моему контенту с помощью субдомена static.mydomain.com. Я создал следующую запись у своего регистратора:

Subdomain: static

Type: CNAME

TTL: 7200

Data: blobconatinername.blob.core.windows.net.

Например, я могу получить доступ к этому файлу (примечание https): https://blobcontanername.blob.core.windows.net/somefile.mp3

Но пытаясь получить доступ к этому файлу

http://static.mydomain.com/somefile.mp3

Я получаю неверную ошибку URI (ошибка 400):

This XML file does not appear to have any style information associated with it. The document tree is shown below.
<Error>
<Code>InvalidUri</Code>
<Message>
The requested URI does not represent any resource on the server. RequestId:c5ec4859-0001-0079-0bf8-961dfa000000 Time:2016-04-15T09:22:32.1317877Z
</Message>
<UriPath>
http://static.mydomain.com/somefile.mp3
</UriPath>
</Error>

Разрешение?


person Erik Martines Sanches    schedule 15.04.2016    source источник


Ответы (2)


Можете ли вы получить доступ к файлу через конечную точку CDN, yourcdnendpoint.azureedge.net/path/to/file?

Разве static.yourdomain.com не следует указывать на конечную точку CDN, а не на ваше хранилище больших двоичных объектов?

Subdomain: static

Type: CNAME

TTL: 7200

Data: yourcdnendpoint.azureedge.net.

Кроме того, необходимо подтвердить домен, который вы используете. Процесс описан на странице https://azure.microsoft.com/sv-se/documentation/articles/cdn-map-content-to-custom-domain/

person Anton    schedule 15.04.2016
comment
Да, это доступно через mycdnendpoint.azureedge.net/somefile.mp3! Я попробую настроить запись CNAME, как вы написали, и посмотрю, поможет ли это. Я не понимаю, в чем разница между хранилищем BLOB-объектов и конечной точкой CDN. - person Erik Martines Sanches; 15.04.2016
comment
Запись CNAME распространена (digwebinterface.com вывод ниже), но я все еще получаю ошибку 400 при переходе к static.mydomain.com/somefile.mp3. [email protected] (Default): static.mydomain.com. 7199 IN CNAME mycdnendpoint.azureedge.net. mycdnendpoint.azureedge.net. 1799 IN CNAME mycdnendpoint.ec.azureedge.net. mycdnendpoint.ec.azureedge.net. 3599 IN CNAME ---.wpc.v0cdn.net. ---.wpc.v0cdn.net. 3599 IN A xx.xx.xx.xxx - person Erik Martines Sanches; 15.04.2016
comment
Вы подтвердили свой домен, используя запись cdnverify? Это объясняется здесь: azure. microsoft.com/sv-se/documentation/articles/ - person Anton; 15.04.2016
comment
Да, я сделал это несколько дней назад с этой записью: Subdomain: cdnverify.static Type: CNAME TTL: 7200 Data: cdnverify.mycdnendpoint.azureedge.net. Я выполнил шаги 8 и 9 в инструкциях (Зарегистрируйте собственный домен для конечной точки Azure CDN, используя промежуточный субдомен cdnverify). (Между прочим, вход на старый портал Azure не обнаруживает ни CDN, ни служб хранения !?) - person Erik Martines Sanches; 15.04.2016
comment
CDN и хранилища различаются между новым и старым порталами. Их называют классическими. Куда вы попадете, если сделаете dig на static.mydomain.com сейчас? По-прежнему как раньше? 404 означает, что файл не найден, может быть проблема с вашим путем? - person Anton; 15.04.2016
comment
Сегодня работает! Может, это был вопрос времени. Наконец-то я могу получить доступ к своему файлу с помощью static.mydomain.com/path/to/file.mp3. (dig на static.mydomain.com результаты такие же, как и раньше.) Спасибо за вашу помощь! Аллилуйя. Эврика. Альт! - person Erik Martines Sanches; 16.04.2016

Эта ошибка 400 возникла и у нас - исправление заключалось в присвоении значения Заголовок хоста источника. Мы используем план Verizon Premium CDN в Azure - служба поддержки MS сообщила нам, что необходим заголовок узла, несмотря на то, что он указан как необязательный в пользовательском интерфейсе портала Azure .

Профиль CDN = ›Конечная точка CDN =› Origin = ›Заголовок хоста источника

введите описание изображения здесь

person SliverNinja - MSFT    schedule 10.04.2017