Настоятельно просим вас при общении соблюдать Правила форума и законы РФ. Наша тематика вне политики, поэтому воздержитесь от обсуждения ситуации на Украине и связанных с ней событий, независимо от того, какую сторону вы поддерживаете.
Также напоминаем, что наш форум находится в доменной зоне .ru, физически расположен на российских серверах и мы соблюдаем действующее законодательство России. Любые сообщения о политике будут удаляться.
Linux Forum → Разговоры о Linux и не только → Дистриб для офисного сервера
Чтобы отправить ответ, вы должны войти или зарегистрироваться
ну эт ubuntu мой совет поставьте нормальный дистрибутив Ubuntu 10.04 отстройте чтоб всё запускалось.
А дальше через репы поставьте zentyal.
ну эт ubuntu мой совет поставьте нормальный дистрибутив Ubuntu 10.04 отстройте чтоб всё запускалось.
А дальше через репы поставьте zentyal.
легко ска3ать...буду пробывать.
Дальнейшая для вас ветка http://linuxforum.ru/viewforum.php?id=7.
лог по3же немного....
ну без лога и говорить не о чем. у меня всё работает. такая жестокая аббревиатура УМВР.
а человек просил готовое решение типа http://abbris.ru/?p=prod
Чтоб не ковыряться, только надо иметь ввиду, что все равно залезеш по самые локти туда со временем, а так не первое время хватит
нужен совет специалистов.
а человек просил готовое решение типа
ну всегда можно дать задачу другим. но, как я понял, ТС хотел сам разобраться, ему не решение, а совет нужен...
Господа немного оживлю тему...не было времени...
Установил Zentyal 2.0.3, после установки основных пакетов - запустил веб-интерфейс...попробывал установить нужные пакеты {почти все} , 100% FAILED, попробывал с терминала - встало все...интерфейс на русском кстати.
ПОдскажите в какой последовательности лучше настраивать систему? = то есть сперва файр, потом прокс, или как лучше...?
Вставлю свои 5 коп.
http://forum.altlinux.org/index.php/topic,5569.0.html
может для начинающего заводчика пингвинов это будет понятнее на первых порах
хотя скажу, что сам долго мучался с дистром на офисный сервак и остановился на Деб`яне
логика была проста - наиболее чистый и стабильный и массовый дистр., на втором месте Бубуна ЛТС
ПОдскажите в какой последовательности лучше настраивать систему? = то есть сперва файр, потом прокс, или как лучше...?
0) eth
1) dhcp-client
2) dhcp-server
3) sshd
----------теперь удалённо -----------------
4) rc.firewal (man iptables)
5) всё остальное. наверное дальше не важно как 
----------теперь удалённо -----------------
4) rc.firewal (man iptables)
удаленно фаервол настраиваеть? 
:lol:
Есть примета, Удаленная настройка фаервала - к дороге =)
удаленно фаервол настраиваеть? big_smile laugh
Есть примета, Удаленная настройка фаервала - к дороге
я имею ввиду, в случае если компы рядышком. В пределах помещения например. Да и сложно там ВСЁ стереть. Так, по мелочи, порты прокинуть, и т.д. Что-то закрыть, что-то открыть. rm -rf /* тоже можно набрать удалённо...
Есть примета, Удаленная настройка фаервала - к дороге =)
А чем плохо-то? Или надо каждый раз для настройки МЭ в серверную к консоли бегать? Может лучше настроить правильно sshd и управлять сервером ремутно, со специально предназначенной административной управляющей станции? Но, это уже - удаленная настройка файервола... К дороге, что-ли?
Почему все конфиги можно трогать ремутно, а конфиг с правилами МЭ трогать ремутно не моги?
По моему - к дороге это кривая настройка, минимум, sshd.
Или изначально речь идет про информзащитые Континенты, которые иначе чем с консоли и не настроишь?
А чем плохо-то? Или надо каждый раз для настройки МЭ в серверную к консоли бегать? Может лучше настроить правильно sshd и управлять сервером ремутно, со специально предназначенной административной управляющей станции? Но, это уже - удаленная настройка файервола... К дороге, что-ли?
Почему все конфиги можно трогать ремутно, а конфиг с правилами МЭ трогать ремутно не моги?По моему - к дороге это кривая настройка, минимум, sshd.
Или изначально речь идет про информзащитые Континенты, которые иначе чем с консоли и не настроишь?
причем здесь это? если серверная под рукой, то проблема легко решаема, к примеру если есть ЦОД или какой офис, и надо там настроить удаленно что либо, или систему поднять с 0.
На нормальных серверах есть RSC, SC, IPKVM с помощью которых так же можно удаленно рулить сервером, самое главное что бы ваша cisco firewall или иной FW дал доступ к этим консолям, а если еще и сервера в dmz, то придеться опять же с бубном повозиться =)
причем здесь это? ... cisco firewall или иной FW дал доступ к этим консолям...
При том, что изначально благородный оппонет заявил тезис о недопустимости ремутного управления межсетевым экраном. То есть ими можно управлять только с локальной консоли. Я знаю такие экраны, и даже назвал один из них. Но...
Те же самые циски, насколько я помню управляются в рабочем режиме не с локальной консоли, а ремутно. Не помню только, через telnet или ssh. Но сие не важно, всё равно это не локальное, а ремутное, удаленное, управление.
Я же заявляю иной тезис - нет ничего плохого в защищенном ремутном управлении межсетевыми экранами. Более того, я прекрасно представляю себе условия, когда невозможно в корпоративной сети около каждого МЭ с локальным управлением посадить по оператору. И весь вопрос в том, как обеспечить надежную защиту канала управления межсетевым экраном. Безусловно, открывать управляющие порты во внешний мир плохо. Но держать их на стороне локальной сети и повесить там соответствующие ACL на коннект - почему бы и нет? Тем более, что это может быть единственной возможностью управления очень ремтуными МЭ в очень удаленных филиалах.
Cruiser78, +1
Чтобы отправить ответ, вы должны войти или зарегистрироваться
Linux Forum → Разговоры о Linux и не только → Дистриб для офисного сервера
Форум работает на PunBB, при поддержке Informer Technologies, Inc
