Мы собираемся установить SBS 2011 в моей небольшой компании с числом пользователей менее 10. Мой соавтор хочет назвать домен SBS «example.local». Я считаю, что мы должны назвать домен SBS «corp.example.com» и настроить DNS так, чтобы запись «corp» была записью NS для частного IP-адреса сервера SBS.
К вашему сведению: «Example.com» не является настоящим доменным именем, и хотя веб-сайт размещен за пределами нашего офиса, электронная почта будет храниться на сервере SBS в нашем офисе после прохождения через интеллектуальный хост для фильтрации спама, размещенный также в другом месте.
Мы используем соглашение corp.example.com для наших небольших доменов. Не используйте .local tld для своего домена, так как это tld для Zeroconf / Bonjour, поэтому любые клиенты MacOS X не смогут легко подключиться. Кроме того, использование реального домена, который зарегистрирован на вас, упростит жизнь вам и вашим пользователям, особенно когда они находятся за пределами вашего офиса.
Я бы рекомендовал использовать example.corp. Обычно администраторы настраивают свое внутреннее доменное имя так же, как и их общедоступное доменное имя, и такие простые вещи, как переход на example.com, могут быть проблематичными, когда это также внутренний домен. В малом бизнесе, возможно, это также может быть предпочтительным, если он также размещает веб-сайт компании и т. Д.
При использовании example.corp у вас есть внутреннее разрешение, и вы можете легко настроить записи для example.com для разрешения по мере необходимости, что может дать вам дополнительную гибкость между внутренним и внешним разрешением.
Лично я бы выбрал example.local, который, согласно Википедия - это рекомендованное Microsoft соглашение об именах.
Я не могу найти никакой информации, подтверждающей это, однако у Microsoft есть статья относительно наименования домена, которое должно быть вам полезно.
Я сделал много установок, используя это соглашение об именах, и это дает вам гибкость, позволяющую при необходимости назначать внутренние и внешние DNS-имена любой системе в сети. (например, test.example.local будет указывать на внутренний IP-адрес, а test.example.com будет указывать на его внешний IP-адрес - конечно, при условии, что он доступен для внешнего мира).
Обратите внимание, что вы можете обнаружить, что при попытке использовать test.example.com внутренне он не будет работать по умолчанию, но вы можете добавить еще одну внутреннюю зону DNS (test.example.com) с записью по умолчанию, которая указывает на IP, используемый test.example.local, таким образом, test.example.com работает внутренне и внешне.
Я также обслуживаю системы для клиентов, которые используют домен .com внутри и снаружи, и я постоянно борюсь с дублированием пространств имен DNS.
Изменить: также обратите внимание, что .local не является действительным TLD в соответствии с RFC2606