У цього поста є продовження. Будь ласка, перейдіть за цим посиланням
Якщо ви займаєтеся адмініструванням, велика ймовірність що рано чи пізно постане питання - «На клієнтських машинах варто антивірус Nod32, треба б створити для них єдине дзеркало оновлень». І тут можливі кілька шляхів розвитку сюжету:
- «Сервер на Windows, грошей достатньо». Тут все досить просто - купуємо ліцензію, ставимо потрібний дистрибутив NOD32 на сервер, налаштовуємо, радіємо. Варіант більш міфічний, так як вкрай рідко, коли на IT «грошей вистачає».
- «Сервер на Windows, грошей мало». Тут можливі варіанти. Починаючи від використання варезних ліцензій, до ручного скриптинга і використання Linux-рішень (cygwin в допомогу).
- «Сервер на Linux». Гроші в цьому випадку особливого значення просто не мають. У нас є руки, є голова, і є бажання зробити все досить якісно і надійно.
Ось третій варіант ми зараз і розглянемо.
- Викачуємо крайню версію і розпаковуємо:
- Переносимо набір скриптів в директорію недоступну "ззовні", але доступну для користувача, який буде його запускати:
- Переходимо до нового розташування скриптів і виконуємо їх налаштування:
- Даємо права на запуск скриптів:
- Перевіряємо наявність unrar, якщо плануємо оновлюватися з офіційних дзеркал Eset NOD32:
- Виконуємо пробний запуск:
Актуальні параметри налаштування дивіться в README.md файлі репозітрія. Оновлювати дані в декількох місцях - делл не вдячна, тому - просто уважніше читай readme файл.
Особливості
- Якщо сталася помилка при оновленні з сервера, який вказаний, наприклад, в updServer0 - проводиться спроба оновитися з сервера, зазначеного в updServer1. updServer2. updServer10;
- Завантажує лише оновлені файли оновлень (перевірка виконується за допомогою wget --timestamping);
- Вміє підтримувати в актуальному стані тільки файл update.ver, без скачування самі файли оновлень (при цьому дзеркало працює, але завантаження відбувається не з вашого сервера, а з сервера-джерела оновлень);
- У комплекті йде заготівля для веб-інтерфейсу дзеркала оновлення (директорія ./webface).