https://www.opennet.ru/openforum/vsluhforumID1/89379.html Всем привет, нужен совет такого плана,,,<br>Сейчас мы используем Windows server 2003 + AD(Здесь только хранятся юзеры и права доступа и контроллер домена) + DNS + DHCP и Шара,<br>Серверу уже 6 лет, винты посыпались, система уже еле дышит и тд...<br>Купили новый сервак и у меня встал вопрос что ставить Win 2003 или Centos 5, я больше все же склоняюсь к Linux. так как один раз настроить все хорошо и больше к нему можно не подходить(это мое мнение может я и ошибаюсь),,<br>Прочитав кучу инфы я наткнулся на RH Directory server - служба каталогов (я так понял это на подобие AD только намного урезаней),,,<br>Как вы думаете возможно ли все будет настроить (Windows server 2003 + AD(Здесь только хранятся юзеры и права доступа и контроллер домена) + DNS + DHCP и Шара) на CentOS 5 который будет выступать в роли контроллера домена и работать с WIn XP машинами без геморроя...<br>и как нужно будет настраивать контроллер домена через RH Directory server или же через Samby...<br>Если кто пользовался отпишитесь что представляет собой RH Dir https://www.opennet.ru/openforum/vsluhforumID1/89379.html#45 Tue, 20 Jul 2010 08:01:19 GMT &gt;&gt;&gt;&gt;Аналога АД нет, дальше делайте выводы сами <br>&gt;&gt;&gt;<br>&gt;&gt;&gt;eDir ? <br>&gt;&gt;<br>&gt;&gt;вы его пробовали?! ;) <br>&gt;<br>&gt;пробовал ! Даже переносил большие конторы с eDir NetWare на eDir SLES10 <br><br>Не стоит сравнивать NetWare с AD ;)<br><br> https://www.opennet.ru/openforum/vsluhforumID1/89379.html#44 Tue, 20 Jul 2010 07:13:27 GMT бодрое время сутков :) значит что, подкинем аргументов инициатору для принятия решения<br>.<br>по поводу контроллера домена - так ли он нужен ? Вот немного аргументов для принятия решения в сторону samba (причём ldap поначалу был замещён на скриптовую синхронизацию - работало) http://www.ourorbits.org/itview/articles/nwtolinux.shtml<br>.<br>даже для контор в несколькими тысячами пользователей использование контроллера домена от микрософта спорно<br>.<br>по поводу групповой работы вам ответили. Однако можно и просто опубликовать календари для Sunbird (календарь от Mozilla) - смотря что нужно<br>.<br>по поводу "развернём за вечер". Кошка :) своё типовое решение я разверну за час - http://www.ourorbits.org/compumaster/tikser4/tikser4.shtml. На самом деле без расширяющих функционал надстроек это всё можно поднять и руками, и всё есть в дистрибутиве CentOS, время на заточку тратится один раз<br>.<br>я бы однозначно рекомендовал инициатору посмотреть в сторону Linux.<br>удачи <br><br> https://www.opennet.ru/openforum/vsluhforumID1/89379.html#43 Sat, 17 Jul 2010 09:45:52 GMT &gt;&gt;&gt;Аналога АД нет, дальше делайте выводы сами <br>&gt;&gt;<br>&gt;&gt;eDir ? <br>&gt;<br>&gt;вы его пробовали?! ;) <br><br>пробовал ! Даже переносил большие конторы с eDir NetWare на eDir SLES10<br> https://www.opennet.ru/openforum/vsluhforumID1/89379.html#42 Sat, 17 Jul 2010 07:28:15 GMT &gt;&gt;Пользователи меняют рабочие станции? Может быть, просто авторизация по связке MAC & <br>&gt;&gt;IP для каждой рабочей станции? <br>&gt;<br>&gt;А как красиво рассуждала о высоких материях ... а потом грубо и <br>&gt;пошло $^%$#!!!, даже поручик и то покраснел :) <br><br>А чем Вам это решение не нравится как решение для SOHO? Так ли нужен LDAP/NTLM? Подразумевается, что административных прав(перебить мак или отключить DHCP на интерфейсе они не могут) на станциях у юзеров нет.<br><br>Естественно, если станция не закреплена за каждым юзером, такой вариант не подойдет, но в других случаях тем же puppet можно очень удобно генерить конфиг для Squid/HAVP/подставить нужное, описывая нового юзера простыми директивами...<br><br>Заодно сразу же не нужен DDNS, можно использовать обычный DNS. <br><br>Всегда ли "проще" значит "хуже"? <br><br>Заодно, что бы повысить безопасность, можно использовать на свитчах port-security (что бы ничего "левого" не втыкали), и изолировать станции на L2 в отдельные VLAN-ы с аплинком на интерфейсы серверов(имхо, файл-шары непосредств https://www.opennet.ru/openforum/vsluhforumID1/89379.html#41 Sat, 17 Jul 2010 02:25:49 GMT &gt;Пользователи меняют рабочие станции? Может быть, просто авторизация по связке MAC & <br>&gt;IP для каждой рабочей станции? <br><br>А как красиво рассуждала о высоких материях ... а потом грубо и пошло $^%$#!!!, даже поручик и то покраснел :)<br><br>Рассейские IT ыксперты ... быстрее бы уж вас всех в сколково собрали :) Шоу будет - БогленОс отдыхает! :)<br> https://www.opennet.ru/openforum/vsluhforumID1/89379.html#40 Sat, 17 Jul 2010 02:03:14 GMT &gt;&gt;&gt;Аналога АД нет, дальше делайте выводы сами <br>&gt;&gt;eDir ? <br>&gt;вы его пробовали?! ;) <br><br>Да. А ты?<br> https://www.opennet.ru/openforum/vsluhforumID1/89379.html#39 Fri, 16 Jul 2010 16:45:17 GMT &gt;&gt; что бы можно было проводить "профилактику" <br>&gt;&gt; железки, и отвязать (виртуальные) серверы от железа <br>&gt;<br>&gt;что Вы имели в виду? <br><br>Сработал триггер мониторинга (узнавать о таком можно, например, через IMPI) о том, что отказал куллер, или об этом же высветилась индикация на самом сервере.<br><br>Кроме того, low-end серверы, и PC-ки в роли "серверов" часто без hotswap дисков, и что бы заменить диск в рейде, нужно бы погасить железку.<br>Если это происходит в разгар рабочего дня, live migration будет очень к месту, что бы:<br><br>а) не молиться, что это вот-вот свалится до конца рабочего дня<br>б) Не ночевать/дневать выходные на работе/у клиента<br><br>Да и вообще, при увеличении нагрузки на какой-нибудь сервис (например, бухгалтерия проводит отчеты), можно "лишние" виртуалки убрать на другую ноду (уменьшив им там, например, количество ресурсов)<br><br>Что касается "отвязки от железа" это вообще еще один генетический недостаток (который MS даже не думает исправлять, так как существование OEM рынка выгодно им, и, в меньшей степени https://www.opennet.ru/openforum/vsluhforumID1/89379.html#38 Fri, 16 Jul 2010 16:24:42 GMT &gt; что бы можно было проводить "профилактику" <br>&gt; железки, и отвязать (виртуальные) серверы от железа <br><br>что Вы имели в виду?<br> https://www.opennet.ru/openforum/vsluhforumID1/89379.html#37 Fri, 16 Jul 2010 15:38:51 GMT &gt;Можно по-подробнее? <br><br>А что Вы хотите узнать? Предлагаю почитать про KVM и Xen (входят в CentOS) и OpenVZ(апстрим OpenVZ прежде всего на CentOS/RHEL и ориентируется, соотвественно, все поднимается за минуты сверху CentOS по официальному OpenVZ ману).<br><br>Xen/KVM гипервизоры, и, если виртуальная винда среди серверов появится, может быть более удобными. Кроме того, там "настоящие" виртуалки, с более прозрачной, например, настройкой сети (маршрутизация в OpenVZ, особенно при использовании venet и veth та еще головомойка)<br><br>В OpenVZ Вы не получите возможности использовать в гостевых ОС что-то кроме Linux-систем, но получите, как бонус, возможность использовать более простое оборудование (плюс перед KVM): устаревшие серверы без VT, и живую миграцию без необходимости покупки SAN или городить drbd между нодами, просто между локальными рейд-массивами<br><br><br>*UPDATED* подумала, что Вы топикстартер. Вы, вероятно, все это сами знаете.<br><br>