CNAME для общего IP в кластере

1032
puredevotion

Я пытаюсь установить запись CNAME (www) на ISP-A для переадресации на поддомен на ISP-B.

домен / сайт на ISP-A работает безупречно на ISP-A, сайт на поддомене на ISP-B также работает хорошо. но CNAME (www) нет. Это показывает (автоматическую) страницу от ISP-B, что они не могут найти домен.

ISP-B заявляет, что он не работает, потому что сайт расположен в кластере, который использует общий IP-адрес. Я не DNS-гуру, но DNS перенаправляет на поддомен, а не на IP-адрес. Так что иметь общий IP или нет не имеет значения.

Правильно ли я сказал, что ISP-B пытается заставить меня передать свой домен им (со значительной прибавкой, которую я должен добавить.)? Или это совершенно справедливо, что они говорят, и я просто глуп?

0
CNAME будет указывать субдомен (в данном случае ваш www) на другое доменное имя. Он не имеет ничего общего с IP-адресом этого доменного имени, что является отдельным разрешением в процессе DNS (предположительно, запись A). Запись CNAME отвечает только за то, чтобы вы перешли к другой записи. MaQleod 9 лет назад 0

2 ответа на вопрос

2
Mikuz

ISP-B использует виртуальный хостинг для маршрутизации запросов.

Ваш IP и порт являются общими, поэтому ваш хост может разделять запросы только к разным сайтам, используя URL-адрес, отправленный клиентом. Они обслуживают ваш сайт только тогда, когда клиент запрашивает домен, который вы им зарегистрировали.

Ваш браузер запросит URL, который вы ввели в адресной строке, независимо от CNAME. Этот URL не зарегистрирован в ISP-B, поэтому они не будут перенаправлять запрос на ваш сайт.

Конечно, ISP-B может обслуживать любой запрос, который отправляется на их сервер. Однако пользователи, запрашивающие произвольные виртуальные доменные имена, могут не иметь большого смысла для хоста. Я не думаю, что этот вид услуг доступен где-либо.

таким образом, браузер запрашивает URL-адрес, который не размещен на ISP-B и, следовательно, отсутствует на их виртуальном хосте, поэтому запрос / URL-адрес не может быть правильно перенаправлен. Спасибо! puredevotion 9 лет назад 1
Правильно. Я приложил заключение к ответу :) Mikuz 9 лет назад 1
@puredevotion Я также хотел бы добавить, что хост, конечно, может маршрутизировать любые входящие запросы. Они просто не будут этого делать (по вполне законным причинам). Mikuz 9 лет назад 0
1
driz

Представьте, что DNS выглядит так:

isp-a.domain.com. A 10.10.10.10 www.isp-a.domain.com. CNAME isp-a.domain.com. isp-b.domain.com. A 20.20.20.20  www.isp-b.domain.com. CNAME ipa-b.domain.com.

Предполагая, что isp-b.domain.com разрешается на ВАШЕМ веб-сайте, cname будет работать независимо от IP-адреса.

возможно, проблема в том, что используется порт 80/443, и в этом случае вы можете запустить свой сайт на 8080 или что-то в этом роде. Затем вы используете ту же настройку DNS и указываете порт, когда вы просматриваете его.

Если вы ограничены DNS хоста, можете ли вы разместить свой DNS вне сайта, чтобы контролировать его самостоятельно? Есть несколько вариантов бесплатного хостинга DNS и платного хостинга DNS.

да, хотя у меня нет доступа к этому на ISP-B (SaaS-подобный сервис). но обе A-записи разрешаются, и кажется, что записи CNAME отлавливаются, чтобы обмануть бизнес puredevotion 9 лет назад 0

Похожие вопросы