DNS запись ИСКАЖАЕТ, и различия в записи ANAME
Не ясно из Вашего вопроса, какова фактическая проблема. У Вас есть шесть доменов, один из которых требует SSL. У Вас есть выделенный IP-адрес того. Это должно работать просто великолепно (см. ответ BillThor).
Почему Вам нужен другой поддерживающий SSL домен? Cpanel требует SSL? Если Cpanel является единственным способом настроить Ваш хост, возможно, Ваш поставщик услуг хостинга должен заплатить за дополнительный IP и не Вас? Если Ваш поставщик услуг хостинга требует, чтобы у Вас были один IP-адрес для всех Ваших доменов HTTP и один IP-адрес для Вашего домена HTTPS, я предлагаю, чтобы Вы связались с ними и узнали почему. Это является ненужным, хотя я ни о чем не могу думать "неправильно", что это, кроме Вас должно заплатить за другой специализированный IP-адрес.
Похоже, ANAME - это просто стандартно звучащее имя, созданное DNS Made Easy , чтобы описать их сервисное предложение ] чрезвычайно похож на то, что делает псевдоним Route 53.
Я недавно описал различия между псевдонимом и CNAME на Stack Overflow , но резюмирую здесь:
DNS-сервер, снабженный CNAME для данного хоста, выдает ссылку, указывающую каноническое имя просматриваемого хоста, часто требуя второго запроса от преобразователя источника для поиска этого альтернативного имени; Псевдоним (и, судя по всему, ANAME ) использует внутреннюю информацию, известную DNS-серверу об "истинном" месте назначения, чтобы просто ответить непосредственно на запрос, без необходимости во втором поиске и без какой-либо видимости промежуточной информации в обменах по протоколу DNS.
Псевдоним предоставляет, в дополнение к этому, возможность использовать информацию, имеющуюся у Route 53, о действительной на данный момент IP-адреса для конечных точек веб-сайтов S3, ELB и Cloudfront, чтобы отвечать на запросы A-записи с достоверной информацией, которая является точной почти в реальном времени, что, если вы используете эти службы, не будет тем, что будет иметь в своем распоряжении какой-либо другой поставщик. ; конечно, верно и обратное: псевдоним Route 53 не может использоваться для поиска и возврата информации, которая изначально не доступна для Route 53. Вы не можете просто использовать «любую» цель для псевдонима - только конечные точки трех служб, упомянутых выше, или другие записи в той же зоне хостинга в Route 53.
В этом смысле ANAME и псевдоним не эквивалентны, в зависимости от того, какая служба предоставляет серверную часть ... если только ANAME указывает (внутренне) на статическую информацию.
Запись ANAME в службе другого хоста DNS не сможет обеспечить те же возможности, что и Route 53 , если местом назначения является S3, ELB или CloudFront, точно так же, как псевдоним на маршруте 53 не сможет возвращать ответы, указывающие на периферийные местоположения другого поставщика CDN, используя внутреннюю информацию, потому что информация не находится внутри доступны в инфраструктуре провайдера. В остальном функциональные возможности в основном те же.
ANAME и псевдоним не эквивалентны, в зависимости от того, какая служба предоставляет серверную часть ... если только ANAME не указывает (внутренне) на статическую информацию.
Запись ANAME в службе другого узла DNS не сможет предоставить те же возможности, что и Route 53 , если местом назначения является S3, ELB или CloudFront, так же, как и запись Псевдоним на Route 53 не сможет возвращать ответы, указывающие на периферийные местоположения другого провайдера CDN, используя внутреннюю информацию, потому что эта информация не доступна внутри инфраструктуры провайдера. В остальном функциональные возможности в основном те же.
ANAME и псевдоним не эквивалентны, в зависимости от того, какая служба предоставляет серверную часть ... если только ANAME не указывает (внутренне) на статическую информацию.
Запись ANAME в службе другого узла DNS не сможет предоставить те же возможности, что и Route 53 , если местом назначения является S3, ELB или CloudFront, так же, как и запись Псевдоним на Route 53 не сможет возвращать ответы, указывающие на периферийные местоположения другого провайдера CDN, используя внутреннюю информацию, потому что эта информация не доступна внутри инфраструктуры провайдера. В остальном функциональные возможности в основном те же. если ANAME не указывает (внутренне) на статическую информацию.
Запись ANAME в службе другого хоста DNS не сможет предоставить те же возможности, что и Route 53 , если местом назначения является S3, ELB или CloudFront, точно так же, как псевдоним на маршруте 53 не сможет возвращать ответы, указывающие на периферийные местоположения другого поставщика CDN, используя внутреннюю доступную информацию, потому что эта информация не внутренне недоступны для инфраструктуры провайдера. В остальном функциональные возможности в основном те же. если только ANAME не указывает (внутренне) на статическую информацию.
Запись ANAME в службе другого хоста DNS не сможет предоставить те же возможности, что и Route 53 , если местом назначения является S3, ELB или CloudFront, точно так же, как псевдоним на маршруте 53 не сможет возвращать ответы, указывающие на периферийные местоположения другого поставщика CDN, используя внутреннюю доступную информацию, потому что эта информация не внутренне недоступны для инфраструктуры провайдера. В остальном функциональные возможности в основном те же.
Начиная с прямо здесь в FAQ, он объясняет, что запись псевдонима является специфическим указателем Route53, похожим на запись CNAME, но не видимым для распознавателя.