Расположить по приоритетам C-имя по подстановочной A-записи на GoDaddy?
Чтобы начать понимать определение объема, необходимо запустить путем знания, каковы локальные для ссылки и локальные для сайта адреса. После того как они разрешены затем, другие встанут на свое место. Заключение в кавычки некоторых отрывков из документов IPv6.
Ссылка
Локальный для ссылки адрес, как предполагается, используется для обращения к узлам на единственной ссылке. Пакеты, происходящие из или предназначенный к локальному для ссылки адресу, не будут переданы маршрутизатором.
Примером этого является диапазон 169.254/16. Который Вы, возможно, видели прежде, когда устройства не могут получить допустимый адрес из DHCP.
Сайт
Локальный для сайта адрес, как предполагается, используется на сайте. Маршрутизаторы не передадут пакета с локальным для сайта источником или адресом назначения вне сайта.
Это только относится к IPv6. Нет никакого понятия локальных для сайта адресов в IPv4.
Хост
Адрес узла - что-то, что будет только существовать в самой хост-машине. Например, 127.0.0.1 адрес узла, обычно присваиваемый петлевому интерфейсу. Петлевой интерфейс не имеет никакой внешней возможности соединения и таким образом, это - объем, ограничен в той из хост-машины.
Глобальный
Глобальный адрес - то, что Вы могли бы в настоящее время рассматривать "нормальным" адресом. Таким образом, индивидуальный адрес, который видим на и routable через внешнюю сеть.
Если SSL_IP и HOSTING_IP являются двумя различными IP-адресами, все, что необходимо сделать, создают запись SSL_IP перед записью HOSTING_IP. Если сервис DNS godaddy не позволяет Вам делать это, смотрит на что-то как everydns.net, который является бесплатным и IMO лучше.
Путем подстановочные записи, как предполагается, работают, определенная запись, переопределит все возможные подстановочные знаки.
Например, (взятый от RFC 1034):
*.exmaple.com MX 10 a.x.COM
a.x.com IN A 1.2.3.4
a.x.com MX 10 a.x.com
Запись MX должна была быть явно указана для a.x.com, потому что "эффект подстановочного знака в *.X.COM запрещается в поддереве A.X.COM явными данными для A.X.COM. Обратите внимание также, что явные данные MX at...A.X.COM требуются".
Теперь, Вы объяснили свою ситуацию с прозой, а не просто и ясно список Вашей установки. В особенности: "Я создал CName на GoDaddy и указал, что к определенному серверу, на котором я настроил SSL, т.е. точки secure.mydomain.com в SSL_IP" не имеют никакого смысла. Точка CNAME RRs к именам, не дюйм/с.
Корректная конфигурация:
*.example.com IN A 1.2.3.4 ; HOSTING_IP
secure.example.com IN A 2.3.4.5 ; SSL_IP
Никакие CNAMEs не используются. Это должно работать.
Править: Кроме того, порядок, когда предпочитание подстановочных знаков по определенному RRs не имеет значения. Подстановочный знак мог быть на первом месте, и определенный RR будет все еще выбран.