Сопоставление пользовательского субдомена ТОЛЬКО с управляемыми сертификатами в App Engine - PullRequest
0 голосов
/ 06 апреля 2020

Я запутался в процессе добавления пользовательского субдомена только для App Engine, где App Engine управляет сертификатами. Я следую инструкциям в документации Google, но это портит отображение моего root домена. Я хочу, чтобы api.mydomain.com указывал на мой экземпляр механизма приложений, но на root моего домена и www. указать на сайт, размещенный на другом сервисе. Обратите внимание, что когда я начал этот процесс, у меня уже были следующие записи DNS:

  • @ - A - <an IP address where I'm serving my root domain>
  • www - CNAME - mydomain.com

Выполнение процесса в приложении на консоли двигателя мне было предложено добавить 4 A и 4 записи AAAA в root (то есть @), а затем CNAME для моего субдомена, например, после этого у меня было

  • @ - A - <an IP address where I'm serving my root domain>
  • @ - A - 216.239.32.21
  • @ - A - 216.239.34.21
  • @ - A - 216.239.36.21
  • @ - A - 216.239.38.21
  • @ - AAAA - 2001:4860:4802:32::15
  • @ - AAAA - 2001:4860:4802:34::15
  • @ - AAAA - 2001:4860:4802:36::15
  • @ - AAAA - 2001:4860:4802:38::15
  • www - CNAME - mydomain.com.
  • api - CNAME - ghs.googlehosted.com.

Проблема теперь в том, что некоторые пользователи, когда они go на mydomain.com или www.mydomain.com, получают страницу 404 App Engine. Казалось бы, это имеет смысл, потому что записи A и AAAA, которые я добавил для App Engine, находятся на уровне «@».

Кто-нибудь знает, что не так с этой настройкой? Разве нельзя использовать управляемые сертификаты на поддомене только в App Engine?

1 Ответ

0 голосов
/ 07 апреля 2020

Если вы просто связываете поддомен с App Engine, вам не следует добавлять записи A и AAAA для базового домена @

Если вы удаляете записи Google A и AAAA, ваши настройки должны работать должным образом .

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...