![]() |
Показаны 7 сообщений на этой странице |
Форум сетевых администраторов (http://netadmin.ws/forum/index.php)
- Windows (http://netadmin.ws/forum/forumdisplay.php?forumid=43)
-- Новый домен в лесу Active Directory (http://netadmin.ws/forum/showthread.php?threadid=10256)
Новый домен в лесу Active Directory
Приветствую коллеги!
Совершенно неожиданно у меня возник вопрос, которого я как-то меньше всего ожидал.
Текущая ситуация: есть лес AD, в нём - один домен (скажем dominus.com). это- HQ организации.
Потребность: нужно в одной из удалённых точек (канал ~ 2 мегабита) создать собственный домен (не child-домен, а именно новый домен в общем лесе доменов)
на удалённой точке своя подсеть, связь между центральным офисом и точкой осуществляется по VPN
и я как бы умом понимаю, что для этого нужно
1. поставить в удалённой точке сервер DNS
2. на него же установить контроллер AD
3. при создании контроллера указать ему, что он - контроллер нового домена в существующем лесу AD
НО у меня возникло непонимание следующего характера:
1. если я поставлю на новый контроллер DNS-сервер и создам на нём новый DNS-домен (например domini.com), то какой DNS я должен указывать удалённому контроллеру как primary? локальный или центральный?
2. если я указываю новому контроллеру домена AD центральный DNS, то при создании домена AD всё проходит нормально, но потом начинаются чудовищные глюки на самом контроллере и на всех станциях домена domini.com (проблемы репликации и недоступность Logon-сервера). а если я указываю новому серверу что он сам себе DNS, то он не может заджойниться в лес AD. он просто не может обнаружить его контроллеры и сервер GC. и это понятно, ведь никаких сведений о главном домене в локальном сервере DNS просто нет!
3. я пытался экспериментировать с сайтами и отделил новый доменг в новый сайт, но результат был очень странный: после выполнения dcpromo на новом контроллере нового домена я получил информационные сообщения в логах как на самом сервере так и на центральном контроллере, в которых говорилось что для нового сайта всеми серверами ролей были выбраны сервера из основного сайта! но как мне кажется это же не правильно! а как же оптимизация траффика?
я попробовал сделать из нового сервера сервер GC. но тут начались ошибки репликации и всё начало наглазах рассыпаться =(((((((.
и сейчас я озабочен проблемой очистки AD нашей конторы от записей этого неудавшегося домена... буду чистить вручную, уже нашёл как и что делать для этого...
суть моего вопроса:
не могли бы вы подсказать КАК я долже размещать и настраивать новый DNS-сервер в новом удалённом домене, находящемся за глобальным каналом связи и имеющем другую подсеть или по крайней мере указать на ресурс, где можно было бы почитать о добавлени нового домена в лес доменов AD?
есть ли вообще инет-ресурсы по доменоводству?
спасибо!
я делал так:
1. до установки АД подсосал зону существующего домена
2. поднял АД
3. создал новую ДНС зону интегрированную в АД для вновь созданного домена
__________________
Глаза не видят, а руки делают
О! здесь были люди! =)
спасибо...
ты используешь сайты?
Да
__________________
Глаза не видят, а руки делают
тогда ещё такой вопросец:
по идее при разделении сети на сайты каждый из сайтов должен быть самодостаточной еденицей, т.е. его контроллер домена должен выполнять все 5 ролей контроллера...
+ можно ему сказать что он сервер GC
верно?
AD сама определяет какие из ролей должен держать этот контроллер в другом сайте или их нужно назначать в ручную.
для того, что бы минимизировать обращения клиентов из удалённой сети к серверам в центральную.
Насколько я понял они вовсе не обязательно должны быть самодостаточными еденицами...
покрайней мере роль "глобал каталог" я ему ручками назначал
__________________
Глаза не видят, а руки делают
ну вроде у мя всё устаканилось, правда я так и не могу побороть иногда всплывающие на отдельном контроллере ошибки типа SPNEGO.
но похоже что на полную картину он не влияют и проявляются только при перезагрузке контроллера.
| Формат времени GMT. Текущее время 18:58. | Показаны 7 сообщений на этой странице |
Powered by: vBulletin Version 2.2.4
Copyright © Jelsoft Enterprises Limited 2000, 2001.