Использовать основной домен (в вашем случае `company.ru`) в качестве имени для локального контроллера домена (DC) следует с осторожностью. Хотя использование поддомена (например, `dc1.regionname.company.ru`) довольно распространено, важно учитывать несколько факторов.
### Плюсы и минусы использования поддомена:
**Плюсы:**
1. **Логическая структура**: Использование поддомена может создать более понятную и логически организованную структуру для вашей инфраструктуры.
2. **Упрощение администрирования**: Администраторам может быть проще управлять локальным DC, зная, что он связан с определенным регионом или задачами.
**Минусы:**
1. **Конфликты имен**: Если в будущем головной офис решит интегрировать вашу локальную инфраструктуру, может возникнуть конфликт имен, особенно если они используют тот же домен для других целей.
2. **Усложнение миграции**: При переходе на новую инфраструктуру может потребоваться значительная работа по перенастройке и миграции, если выбор имени приведёт к конфликтам.
3. **Проблемы с сертификатами**: Если вам когда-нибудь потребуется получить сертификаты для защищённого общения между различными компонентами вашей сети, это может привести к проблемам, если имена не будут согласованы или конфликтовать с внешними сертификатами.
### Рекомендации:
1. **Добавьте уровень**: Рассмотрите возможность добавления другого уровня к имени вашего DC, например, `dc1.region.company.ru`, чтобы избежать потенциальных конфликтов и упростить идентификацию.
2. **Будьте готовы к изменениям в будущем**: Если в будущем потребуется связать вашу локальную инфраструктуру с головным офисом, используйте имена, которые не будут конфликтовать с возможными будущими требованиями.
3. **Документация и стандарты**: Разработайте внутренние документы по именованию и управляющим стандартам для будущих добавлений к инфраструктуре.
В целом, использование поддомена для локального контроллера домена — это приемлемый и логичный подход, но важно заранее предусмотреть возможные сценарии развития и избегать конфликтов имен.