Мій досвід роботи з Zentyal

Вітаю всіх, давно я не писав DesdeLinux з робочих причин, і сьогодні я хочу поділитися досвідом, який дещо відрізняється від опубліковано для моєї веб-розробки та потрапити в адміністрацію.

Через деякий час управління мережею компанії, в якій я працюю, виникла потреба перенести існуючу конфігурацію для управління доменом та базових служб нашої інтрамережі.

Існуюча конфігурація базувалася на Debian + Samba 3 + LDAP, BIND9 + постфікси і все інше, що зависає для створення PDC в Linux і яке забезпечує послуги ПК з системою Windows XP і новіших версій. Цей сценарій спричинив труднощі в обслуговуванні та зробив процес управління користувачами та відновлення від можливої ​​несправності громіздким.

Проаналізувавши існуючі можливості та шукаючи майже ідеальний баланс, ми зупинили вибір на використанні Зенталь, рішення, яке відображає всі потрібні нам послуги.

Зенталь (колишня назва eBox) - це рішення для малих та середніх компаній, яке використовує найкраще з вільного програмного забезпечення та об’єднує всі або майже всі потреби в мережі ділового чи не комерційного характеру. Серед рішень, які він пропонує, можна назвати: управління мережевою інфраструктурою, шлюзом, офісом або сервером зв'язку, щоб згадати основні.

Багато елементів, які аналізуються при виборі системи, зокрема при виборі Zentyal, документації, підтримці спільноти, базі системи (що, хоча це Ubuntu Server LTS, хоча я віддаю перевагу Debian), Те, як це управляється, і те, що в одному компакт-диску ми маємо все необхідне, були чинниками, які зробили це наш вибір.

Поки що мені здається, що було показано, що для нас Zentyal - це рішення, тому ми повинні вступити у справу, але щось, якщо я хочу пояснити, я не маю наміру перетворювати цю публікацію на підручник про те, як розгортати Zentyal, а, скоріше, говорити про ті деталі, які зазвичай перешкоджають прийняттю платформи або системи, і я пояснюю, чому не говорити про встановлення.

На веб-сайті документації Zentyal він детально та найкраще викладає на нашій мові весь процес, стаючи обов’язковою точкою відліку.

Після завершення інсталяції та вибору служб, що розгортаються, багато користувачів зіткнулися з проблемою, що при додаванні нової служби в інший час це неможливо, оскільки вони не можуть використовувати компакт-диск з нашою інсталяцією, чому це відбувається? менеджер пакетів просто ігнорує це.

Переглядаючи файли конфігурації apt, зверніть увагу, що на них не було посилань у джерело.список на інсталяційний компакт-диск і так до різних сховищ Ubuntu та Zentyal. Рішення дуже просте, і вам потрібно лише скористатися командою:

$ sudo apt-cdrom add

Він додає наш інсталяційний компакт-диск до source.list, що ми раніше коментували всі існуючі в ньому рядки, і на даний момент ми можемо додати скільки завгодно послуг із тих, що надаються Zentyal.

На даний момент я встановив свій Zentyal з необхідними послугами в нашій компанії, і тут виникає друга перешкода.

Поштова служба в Zentyal використовує Postfix та Dovecot, її конфігурація досить проста, що дозволяє здійснювати пряму доставку у випадку компаній чи установ, що стикаються з Інтернетом або використовують smarthost, і це мій випадок, але доставка сервера, яка робить ретрансляцію в нашій мережі, була неможливою .

Провівши кілька годин, ламаючи голови, та кілька дзвінків нашому другу Елаву, який має досвід роботи в Зенталі, ми зрозуміли, що в параметрі мої мережі в main.cf від Postfix ip нашого ретранслятора не оголошено, і магія була зроблена, і наш сервер вже приймав і відправляв наше реле.

Але щастя ніколи не буває повним при скиданні налаштувань main.cf postfix змінився до свого попереднього стану, і це тому, що, ну, філософія Zentyal заснована на керуванні файлами конфігурації системи за допомогою шаблонів, які знаходяться в / usr / share / zentyal / stubs / і вони згруповані за різними службами, тому бажані параметри модифікуються або додаються, і при перезапуску служби або того самого сервера зміни будуть постійними у файлах конфігурації.

В офіційній документації розділ "Розширене налаштування послуг" детально пояснює, як внести корективи в шаблони конфігурації, та рекомендовану практику модифікації шаблонів конфігурації - варіант, який я зараз використовую.

Мій новенький сервер із Zentyal вже на цей момент надавав усі послуги в моїй мережі без проблем, навпаки, що свого часу було одісеєю, це не було. Комп’ютери з Microsoft Windows XP та новішими версіями приєдналися до домену безперешкодно, і це одна з найбільших змін у Zentyal 3 за допомогою Samba 4.

У нашій мережі вже були доступні такі послуги:

• Веб-пошта з дивовижним інтерфейсом Roundcube.
• Проксі та його конфігурація у браузерах за допомогою автоматичної конфігурації (мій внесок).
• Сервер часу через ntp.
• Повний PDC для станцій в Microsoft Windows.
• Служба брандмауера для мережевої мережі та контролю доступу.
• Служба обміну повідомленнями.
• Моніторинг послуг.
• Інтерфейс адміністрування користувачів та послуг.

Що до цього моменту залишалося робити? Ну, щоб користувачі певних груп отримали доступ до доменів через дозволений проксі-сервер, і правда, що Zentyal спрощує цей процес, але, як я вже говорив раніше, щастя - це не повний. Багато сайтів дозволених доменів містять посилання на інші домени, тому він почав нав’язливим чином пропускати діалогове вікно автентифікації для користувачів.

Знову я знову перевірив конфігурацію служби, у цьому випадку SQUID3, і на мій подив, це був рядок, який заборонив цим користувачам безпосередньо перед http_access заборонити всімЯкби я дозволив йому переглядати лише певні домени, бо Зентяль додав рядок, щоб заборонити групу, до якої належали ці користувачі? Гарне запитання, але я справді не знаю відповіді, і мене на хвилину розчарувало те, що шаблонна система Zentyal мені не допомогла.

І де було рішення? Де ще, у тій же документації Zentyal. У розділі "Розширена настройка сервісів" пояснюється, як виконувати сценарії в процесі застосування змін у конфігурації служб.

Існує 6 точок входу для виконання цих сценаріїв, також відомих як хуки. Два з них є загальними, а решта чотири - на модуль: Перед збереженням змін, після збереження змін, перед збереженням конфігурації модуля, після збереження конфігурації модуля, перед перезапуском служби та після перезапуску служби.

Zentyal пропонує групу шаблонів для створення цих гачків, які в основному є скриптами bash. Ну за допомогою команди АЛЕ а використання гачків перед запуском служби навігації усуває непотрібний рядок, а потім запускає службу, зникаючи вторгнення діалогового вікна автентифікації у користувачів, де їх навігація обмежена групою доменів.

Ну, тепер у мене більше не було невдач, і були лише незначні корективи, які через інтерфейс адміністрування - це питання кількох клацань, і все зроблено. Мої висновки та рекомендації будуть не такими обширними, навпаки, я хочу торкнутися моментів, які зазвичай не торкаються.

1. Перш за все, Zentyal як рішення є зрілим і стабільним у всіх сенсах і в постійному розвитку, саме тому він життєздатний у наших компаніях та установах.
2. Великою перевагою є те, що на одному компакт-диску у нас є все необхідне, і того, чого не вистачає відповідно до наших потреб, буде достатньо для додавання сховища Ubuntu і все.
3. Система шаблонів не є недоліком, навпаки, якщо ми використовуємо її разом із хуками, у нас є повна комбінація, і вона не генерує брудні конфігураційні файли, навпаки, їх можна використовувати як посилання в інших системах.
4. Робота адміністратора значно спрощена, що дозволяє сконцентруватися на більш конкретних завданнях.
5. Це зовсім не позбавляє вас знань та використання консолі при використанні адміністративного інтерфейсу, це просто чергова утиліта системи, що має можливість повністю використовувати можливості консолі (власний досвід).

Поки що мій досвід, хоча і короткий у часі, був корисним, тому я хотів поділитися ним з вами. Незабаром невеликі поради щодо розгортання інших програм та служб у Zentyal.