LINUX.ORG.RU

История изменений

Исправление DALDON, (текущая версия) :

Да, у меня было подозрение на:

Потому что контроллеров домена может быть несколько. И каждый из них должен иметь A запись для @.

Но блиннн... Когда, я спрашивал, тут, чем мне грозит: a domainname DC as a domainname of my company, мне сказали, что нет никаких проблем...

То есть у меня имя домена = имени внешнего сайта компании.

Собственно, чего можно придумать в моём случае чтобы не переименовывать домен? И люди могли войти изнутри сети на сайт по-адресу: http://company.ru

Приходит в голову: redirect 301 c http://company.ru на http://www.company.ru , а на www повесить А запись с внешним ip адресом. Но в таком случае мне ssl сертификат придётся покупать на http://www.company.ru. - Это кошерно?

Для прокси сервера настроить split view, и чтобы он возвращал мне внешний ip, при запросе через него.

Может есть более правильные решения?

Исходная версия DALDON, :

Да, у меня было подозрение на:

Потому что контроллеров домена может быть несколько. И каждый из них должен иметь A запись для @.

Но блиннн... Когда, я спрашивал, тут, чем мне грозит: a domainname DC as a domainname of my company, мне сказали, что нет никаких проблем...

То есть у меня имя домена = имени внешнего сайта компании.

Собственно, чего можно придумать в моём случае чтобы не переименовывать домен? И люди могли войти на сайт по-адресу: http://company.ru

Приходит в голову: redirect 301 c http://company.ru на http://www.company.ru , а на www повесить А запись с внешним ip адресом. Но в таком случае мне ssl сертификат придётся покупать на http://www.company.ru. - Это кошерно?

Для прокси сервера настроить split view, и чтобы он возвращал мне внешний ip, при запросе через него.

Может есть более правильные решения?