так и оставьте ее в покое в таком случае
Глючит...
Вот Технический директор попросил пересмотреть переход на UNIX...
Да и мне самому интересно стало!
LinuxForum.Fans
Контроллер домена на базе Unix
Автор: ASM
75 сообщений
26128 просмотров
а вы сами то думали.... как вы будите разгребаться с групповыми политиками и прочей фигней... ??
Глючит...
Так разберитесь, почему глючит... Больше толку будет, да и поймете логику работы домена, поскольку прочитать придется много :)
И, в итоге, или выясните, в чем проблема и устаните ее (при возможности), или же появится нормальное обоснование для перехода
а вы сами то думали.... как вы будите разгребаться с групповыми политиками и прочей фигней... ??
Вот для этого я здесь, чтобы с вами посоветоватся, сейчас читаю везде добываю инфу
Тогда мой первый совет - попробуйте разобраться в причинах глюков контроллера домена
[quote=odin]а вы сами то думали.... как вы будите разгребаться с групповыми политиками и прочей фигней... ??
Вот для этого я здесь, чтобы с вами посоветоватся, сейчас читаю везде добываю инфу[/quote]
я просто хочу сказать что полноценного аналога Active Directory вы не получите... тем более что если он у вас уже есть то наверное все же стоит разобраться в причинах глюков, как и советует вам Hrafn
Наш бывший сисадмин сказал, если будешь новые компы подключать просто в сетку, то чтобы на компе отключили службу Обозреватель компьютеров. Потому что после этого сетка начинает глючит, если в сети на каком то компе служба запущена... ну это точно глюк, такого не должно быть... я сейчас вытащил ещё ошибки с сервера, которые были после установки домена...
Вот они:
DNS-серверу не удалось загрузить зону, поскольку не удалось завершить перечисление служб зоны intec.tns-intec.kz. Данный DNS-сервер настроен для получения и использования информации этой зоны из Active Directory. Проверьте, что Active Directory функционирует нормально и повторите перечисление зоны.
DNS-серверу обнаружил критическую ошибку Active Directory. Убедитесь, что Active Directory работает правильно.
Может у кого-то была такая ошибка?
Потому что после этого сетка начинает глючит, если в сети на каком то компе служба запущена... ну это точно глюк, такого не должно быть... я сейчас вытащил ещё ошибки с сервера, которые были после установки домена...
oO Омг, это не глюк, это кривые руки амдина, далее читаем:
Устранение неполадок в работе службы Обозреватель компьютеров
Вот они:
DNS-серверу не удалось загрузить зону, поскольку не удалось завершить перечисление служб зоны intec.tns-intec.kz. Данный DNS-сервер настроен для получения и использования информации этой зоны из Active Directory. Проверьте, что Active Directory функционирует нормально и повторите перечисление зоны.
DNS-серверу обнаружил критическую ошибку Active Directory. Убедитесь, что Active Directory работает правильно.
Может у кого-то была такая ошибка?
бегом в саппорт мелкомягких
У нас сейчас стоит лицензионные Win2003 на домене
вот и славно то что лицензия. Как уже пиали:
Тогда мой первый совет - попробуйте разобраться в причинах глюков контроллера домена
Вот Технический директор попросил пересмотреть переход на UNIX...
он адекватен ? так как:
а вы сами то думали.... как вы будите разгребаться с групповыми политиками и прочей фигней... ??
Все же перед тем как осуществлять переход на unix/linux необходимо разобраться в нынешнем огороде. smile
Весь вопрос в том насколько автор разбирается в *nix. Если хорошо, то все эти задачи легко на нем решаются, а некоторые так и вовсе именно на нем и надо решать.
Чинить AD задача малотривиальная, тем более обращаться в саппорт офтопика.
Поднять самбу, в зависимости от задач можно и с лдап.
При слове как же жить без групповых политик меня бросает в дрожь. А вы с ними чего постоянно делаете? Скрипты как давно отменили?
При слове как же жить без групповых политик меня бросает в дрожь. А вы с ними чего постоянно делаете? Скрипты как давно отменили?
И много Вы скриптами замените?
a-x, скрипты, это какие, привидите пример что ли. oO
[quote=a-x]При слове как же жить без групповых политик меня бросает в дрожь. А вы с ними чего постоянно делаете? Скрипты как давно отменили?
И много Вы скриптами замените?[/quote]
А Вы всерьез считаете, что групповые политики это некий уникальный инструмент офтопика?
Много это сколько? Я же не зря спросил, чего вы там постоянно творите на клиентских компах этой груповой политикой, я честно не пойму.
a-x, скрипты, это какие, привидите пример что ли. oO
Скриптами можно сделать все в рамках системы, групповой политикой только то, что заложил автор.
Сделайте мне групповой политикой так, чтобы у пользователя в его день рождения поменялась картинка рабочего стола, а на следующий день вернулась обратно старая.
a-x, вы не понимаете для чего надо GPO и отличие AD от подобных DS
a-x, вы не понимаете для чего надо GPO и отличие AD от подобных DS
Спасибо, что за меня все решили, а то я не знал.
a-x, i2ks прав. Скриптами невозможно поднять нормально всё и вся. Сильно хромать будет, ведь это не Unix.
У самого некоторые настройки на "десктопе" идут скриптами, так они либо шагают не в ногу, либо запинаются, путаясь с готовым ПО smile
a-x, i2ks прав. Скриптами невозможно поднять нормально всё и вся. Сильно хромать будет, ведь это не Unix.
У самого некоторые настройки на "десктопе" идут скриптами, так они либо шагают не в ногу, либо запинаются, путаясь с готовым ПО smile
А куда шагает GPO? Скриптом я не только могу что-то сделать, но и проверить результат, отменить повторное приминение (инсталяцию) и перенаправить только на неокученные станции. А применилось ли GPO я никогда не узнаю, кривизна там еще та, а логирование никакое, не говоря уже о том, что многих логичных вещей там просто нет и неудобно часто.
Второе, с чего все началось. Как же без GPO... а зачем? Чего ей делается постоянно, что без неё никак? Примеры то можно. Тем более автор говорит о 50 рабочих местах. У меня несколько сотен, GPO практически не используется, не надо просто, то что валится на весь домен или на OU давно настроенно, нужны точечные изменения, а тут GPO крайне неудобно.
Для i2ks, мы говорим о GPO, а не AD, все эти множественные контроллеры и многодоменные архитектуры при базе в 50 компьютеров выглядят не нужным примбамбасом.
мы говорим о GPO, а не AD, все эти множественные контроллеры и многодоменные архитектуры при базе в 50 компьютеров выглядят не нужным примбамбасом.
50 пк, может оно и не к чему AD то, но фирма то будет дальше развиваться, так что есть надд чем подумать. А вот говорим мы как раз об AD, а не об GPO, ТС задал вопрос, есть ли реальная альтернатива AD, здесь ответ однозначный - нет, пока что нету.
i2ks, я как раз про GPO, о чем и спор пошел.
А AD в плане мифического развития фирмы... через сколько лет и на какое количество, какие продукты хотя бы планируется использовать. Слишком много неясного, там уже и samba4 нарисуется к тому времени.
А сейчас. Чинить AD не просто, там все криво и запутанно, т.е. систему переподнимать фактически заново. Есть желание у руководства перейти на *nix. Не вижу никаких препятствий.
Так что с GPO? smile
ОФФ: Интересная тема, сразу ответы нашел на кучу вопросов в голове... жаль что дискуссия прекратилась :o
Войдите или зарегистрируйтесь, чтобы ответить.
