Как настроить перенаправление статического веб-сайта Azure с голого домена на www
У меня есть статический веб-сайт Azure, сопоставленный с личным доменом, размещенным в GoDaddy. Я использую Azure CDN дляhttpsсогласно инструкциям Майкрософт.
Это все работает нормально, если я наберуwww.example.com. Но если я опускаю субдомен, я получаюNET::ERR_CERT_COMMON_NAME_INVALIDошибка.
Как я могу перенаправить с голого домена на ?
Я попытался использовать «механизм правил» Azure CDN, чтобы добавить постоянное перенаправление, но, похоже, это не работает. Я также попытался добавить переадресацию с голого наwwwподдомен в конфигурации GoDaddy DNS, но это тоже не работает. Все еще получаю ошибки.
Кто-то предложил создать сертификат, который распространяется как на голые субдомены, так и на субдомены www, но не уверен, что это возможно в Azure CDN.
Кто-нибудь знает, как это можно сделать в Azure?
1 ответ
• Сообщение об ошибке, с которым вы сталкиваетесь при просмотре «голого» домена, например: — «example.com» — это « NET::ERR_CERT_COMMON_NAME_INVALID », что явно напоминает отсутствие существующей записи «A» для DNS-записи «голого» домена, т. е. в данном случае «example.com» . Хотя может существовать запись «A» для «www.example.com», «mail.example.com» или «app.example.com», из-за которой, когда вы пытаетесь просмотреть их, они легко доступны, но то же самое невозможно для вашего голого пользовательского домена.
Таким образом, чтобы решить эту проблему, вам придетсяcreate an ‘A’ record in your public DNS registrar, i.e., GoDaddy for your naked domain, i.e., ‘example.com’ or for a wildcard entry ‘*.example.com’ so that when you are trying to directly access your custom domain name, you will be redirected to the original Azure static website.
• Но для того, чтобы то же самое выше было доступно через HTTPS , вам нужно будетupload an SSL/TLS certificate in Azure keyvault and integrate it with Azure CDN as described in the Microsoft documentationниже. Кроме того, вам необходимо убедиться, что в этот сертификат уже включены общие имена, такие как «*.example.com», «example.com» и другие необходимые. Чтобы быть более точным, подстановочный сертификат, если он запрошен и сгенерирован, будет лучше всего работать в этих сценариях и использоваться при любых обстоятельствах.