Usergate встановлення та налаштування. Налаштування Usergate - облік інтернет-трафіку в локальній мережі

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

Вступ

Сьогодні ми докладно розглянемо, як організувати спільний доступ до інтернету співробітників якоїсь гіпотетичної компанії. Припустимо, що їх кількість буде лежати в межах 50-100 осіб, а в локальній мережі розгорнуто всі звичайні для таких інформаційних систем послуги: домен Windows, власний поштовий сервер, FTP-сервер.

Для спільного доступу ми будемо використовувати рішення під назвою UserGate Proxy & Firewall. Він має кілька особливостей. По-перше, це суто російська технологія, на відміну багатьох локалізованих товарів. По-друге, вона має більш ніж десятирічну історію. Але найголовніше – це постійний розвиток продукту.

Перші версії цього рішення були відносно простими проксі-серверами, які могли тільки забезпечувати спільне використання одного підключення до інтернету і вести статистику його використання. Найбільшого поширення серед них набув білд 2.8, який досі ще можна зустріти у невеликих конторах. Останню ж шосту версію самі розробники вже не називають проксі-сервером. За їх словами, це повноцінне UTM-рішення, яке охоплює цілий спектр завдань, пов'язаних із безпекою та контролем дій користувачів. Давай подивимося, чи це так.

Розгортання UserGate Proxy & Firewall

У ході встановлення інтерес становлять два етапи (інші кроки стандартні для інсталяції будь-якого ПЗ). Перший - це вибір компонентів. Крім базових файлів, нам пропонується встановити ще чотири серверні компоненти - це VPN, два антивіруси (Panda та «Антивірус Касперського») та оглядач кешу.

Модуль VPN-сервера встановлюється за потребою, тобто коли в компанії планується використання віддаленого доступу співробітників або об'єднання кількох віддалених мереж. Антивіруси має сенс встановлювати лише в тому випадку, якщо у компанії придбано відповідні ліцензії. Їх наявність дозволить сканувати інтернет-трафік, локалізувати та блокувати шкідливе ПЗ безпосередньо на шлюзі. Оглядач кешу забезпечить перегляд закешованих проксі-сервером веб-сторінок.

Додаткові функції

Заборона небажаних сайтів

Рішення підтримує технологію Entensys URL Filtering. По суті, це хмарна база даних, що містить понад 500 мільйонів сайтів різними мовами, розбитими більш ніж за 70 категоріями. Основна її відмінність - постійний моніторинг, в ході якого веб-проекти постійно контролюються та змінюють вміст переносяться в іншу категорію. Це дозволяє з високою точністю заборонити всі небажані сайти, просто вибравши певні рубрики.

Застосування Entensys URL Filtering збільшує безпеку роботи в інтернеті, а також сприяє підвищенню ефективності праці співробітників (за рахунок заборони соціальних мереж, розважальних сайтів тощо). Проте її використання вимагає наявність платної підписки, яку необхідно продовжувати щороку.

Крім цього, до складу дистрибутива входить ще два компоненти. Перший з них – «Консоль адміністратора». Це окрема програма, призначена, як це видно з назви, для керування сервером UserGate Proxy & Firewall. Головна його особливість – можливість віддаленого підключення. Таким чином, адміністраторам або відповідальним за використання інтернету особам не потрібний прямий доступ до інтернет-шлюзу.

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

Другий етап, який варто звернути увагу під час інсталяції UserGate Proxy & Firewall, - вибір бази даних. У попередніх версіях UGPF міг працювати тільки з файлами MDB, що позначалося на продуктивності системи в цілому. Тепер є вибір між двома СУБД - Firebird і MySQL. Причому перша входить до складу дистрибутива, тому при її виборі ніяких додаткових маніпуляцій робити не потрібно. Якщо ж ти забажаєш використовувати MySQL, то попередньо її потрібно встановити та налаштувати. Після встановлення серверних компонентів необхідно підготувати робочі місця адміністраторів та інших відповідальних співробітників, які можуть керувати доступом користувачів. Зробити це дуже просто. Достатньо з того самого дистрибутива встановити на їх робочі комп'ютери консоль адміністрування.

Додаткові функції

Вбудований VPN-сервер

У версії 6.0 з'явився VPN-сервер. З його допомогою можна організувати захищений віддалений доступ співробітників компанії до локальної мережі або об'єднати віддалені мережі окремих філій організації в єдиний інформаційний простір. Даний VPN-сервер має всі необхідні функціональні можливості для створення тунелів «сервер - сервер» і «клієнт - сервер» та маршрутизації між підмережами.

Базове налаштування

Все налаштування UserGate Proxy & Firewall ведеться за допомогою консолі керування. За промовчанням після встановлення в ній вже створено підключення до локального сервера. Однак якщо ти використовуєш її віддалено, то з'єднання доведеться створити вручну, вказавши IP-адресу або ім'я хоста інтернет-шлюзу, мережевий порт (за замовчуванням 2345) та параметри авторизації.

Після підключення до сервера насамперед необхідно налаштувати мережеві інтерфейси. Це можна зробити на вкладці «Інтерфейси» розділу «Сервер UserGate». Мережевій карті, яка «дивиться» в локальну мережу, виставляємо тип LAN, а решті всіх підключень - WAN. Тимчасовим підключенням, таким як PPPoE, VPN, автоматично присвоюється тип PPP.

Якщо компанія має два або більше підключення до глобальної мережі, причому одне з них основне, а інші резервні, то можна налаштувати автоматичне резервування. Зробити це досить легко. Достатньо додати потрібні інтерфейси до списку резервних, вказати один або кілька контрольних ресурсів та час їхньої перевірки. Принцип роботи цієї системи такий. UserGate автоматично із зазначеним інтервалом перевіряє доступність контрольних сайтів. Як тільки вони перестають відповідати, продукт самостійно без втручання адміністратора перемикається на резервний канал. При цьому перевірка доступності контрольних ресурсів за основним інтерфейсом продовжується. І як тільки вона виявляється успішною, автоматично виконується перемикання назад. Єдине, на що потрібно звернути увагу під час налаштування, - це вибір контрольних ресурсів. Краще взяти кілька великих сайтів, стабільну роботу яких практично гарантовано.

Додаткові функції

Контроль мережевих програм

У UserGate Proxy & Firewall реалізовано таку цікаву можливість, як контроль мережевих додатків. Її мета – заборонити доступ до інтернету будь-якого несанкціонованого ПЗ. В рамках налаштування контролю створюються правила, які дозволяють або блокують мережеву роботу різних програм (з урахуванням версії або без нього). У них можна вказувати конкретні IP-адреси та порти призначення, що дозволяє гнучко налаштовувати доступ, дозволивши йому виконувати лише певні дії в інтернеті.

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

Після цього можна переходити безпосередньо до налаштування проксі-серверів. Усього в розглянутому рішенні їх реалізовано сім штук: для протоколів HTTP (включаючи HTTPs), FTP, SOCKS, POP3, SMTP, SIP та H323. Це практично все, що може знадобитись для роботи співробітників компанії в інтернеті. За промовчанням увімкнено лише HTTP-проксі, решту можна активувати за потреби.

Проксі-сервери в UserGate Proxy & Firewall можуть працювати у двох режимах – звичайному та прозорому. У першому випадку йдеться про традиційне проксі. Сервер отримує запити від користувачів та переправляє їх зовнішнім серверам, а отримані відповіді передає клієнтам. Це традиційне рішення, однак у ньому є свої незручності. Зокрема, необхідно налаштовувати кожну програму, яка використовується для роботи в інтернеті (інтернет-браузер, поштовий клієнт, ICQ та інше) на кожному комп'ютері в локальній мережі. Це, звісно, ​​велика робота. Тим паче періодично, у міру встановлення нового програмного забезпечення, вона повторюватиметься.

При виборі прозорого режиму використовується спеціальний NAT-драйвер, що входить до комплекту постачання рішення. Він прослуховує відповідні порти (80-й для HTTP, 21-й для FTP і так далі), детектує запити, що надходять на них, і передає їх проксі-серверу, звідки вони вирушають далі. Таке рішення вдало в тому плані, що налаштування програмного забезпечення на клієнтських машинах вже не потрібне. Єдине, що потрібно, - як основний шлюз у мережному підключенні всіх робочих станцій вказати IP-адресу інтернет-шлюзу.

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

Другий варіант - створення NAT-правила, яке прийматиме запити по 53-му (стандартний для DNS) порту і переправлятиме їх у зовнішню мережу. Однак у цьому випадку доведеться або на всіх комп'ютерах вручну прописувати DNS-сервери в налаштуваннях мережних підключень, або налаштувати надсилання DNS-запитів через інтернет-шлюз із сервера контролера домену.

Керування користувачами

Після завершення базового налаштування можна перейти до роботи з користувачами. Почати потрібно зі створення груп, в які згодом об'єднуватимуться облікові записи. Для чого це потрібно? По-перше, для подальшої інтеграції з Active Directory. А по-друге, групам можна надавати правила (про них ми поговоримо пізніше), таким чином керуючи доступом одразу великої кількості користувачів.

Наступним кроком буде внесення до системи користувачів. Зробити це можна трьома різними способами. Перший з них, ручне створення кожного облікового запису, ми зі зрозумілих причин навіть не розглядаємо. Цей варіант підходить лише для малих мереж із невеликою кількістю користувачів. Другий спосіб – сканування корпоративної мережі ARP-запитами, в ході якого система сама визначає список можливих облікових записів. Однак ми вибираємо третій, найбільш оптимальний з погляду простоти та зручності адміністрування варіант – інтеграцію з Active Directory. Виконується вона з урахуванням створених раніше груп. Спочатку потрібно заповнити загальні параметри інтеграції: вказати домен, адресу його контролера, логін та пароль користувача з необхідними правами доступу до нього, а також інтервал синхронізації. Після цього кожній створеній у UserGate групі потрібно присвоїти одну або кілька груп з Active Directory. Власне, налаштування на цьому і закінчується. Після збереження всіх параметрів синхронізація буде виконуватись в автоматичному режимі.

Користувачі, що створюються в ході авторизації, за замовчуванням будуть використовувати NTLM-авторизацію, тобто авторизацію за домінним логіном. Це дуже зручний варіант, оскільки правила та система обліку трафіку працюватимуть незалежно від того, за яким комп'ютером зараз сидить користувач.

Щоправда, використання цього методу авторизації необхідне додаткове програмне забезпечення - спеціальний клієнт. Ця програма працює на рівні Winsock та передає на інтернет-шлюз параметри авторизації користувачів. Її дистрибутив входить у комплект постачання UserGate Proxy & Firewall. Швидко встановити клієнт на всі робочі станції можна за допомогою групових політик Windows.

NTLM-авторизація далеко не єдиний метод авторизації співробітників компанії для роботи в інтернеті. Наприклад, якщо в організації практикується жорстка прив'язка працівників до робочих станцій, можна використовувати для ідентифікації користувачів IP-адресу, MAC-адресу або їх поєднання. За допомогою цих методів можна організувати доступ до глобальної мережі різних серверів.

Контроль користувачів

Однією з значних переваг UGPF є широкі можливості для контролю користувачів. Вони реалізуються за допомогою системи правил керування трафіком. Принцип її роботи дуже простий. Адміністратор (або інша відповідальна особа) створює набір правил, кожне з яких являє собою одну або кілька умов спрацьовування та виконувану при цьому дію. Ці правила надаються окремим користувачам або цілим їхнім групам і дозволяють в автоматичному режимі контролювати їхню роботу в інтернеті. Усього реалізовано чотири можливі дії. Перше з них – закрити з'єднання. Воно дозволяє, наприклад, заборонити завантаження певних файлів, запобігти відвідуванню небажаних сайтів та інше. Друга дія – змінити тариф. Воно використовується в системі тарифікації, яка інтегрована в продукт, що розглядається (ми її не розглядаємо, оскільки для корпоративних мереж вона не особливо актуальна). Наступна дія дозволяє вимкнути підрахунок трафіку, який отримується в рамках даного з'єднання. У цьому випадку інформація, що передається, не враховується при підведенні добового, тижневого та місячного споживання. Ну і нарешті, остання дія – обмеження швидкості до зазначеного значення. Його дуже зручно використовувати для запобігання забиванню каналу при завантаженні великих файлів і вирішенні інших подібних завдань.

Умов у правилах управління трафіком набагато більше – близько десяти. Деякі з них відносно прості, наприклад, максимальний розмір файлу. Таке правило спрацьовуватиме при спробі користувачів завантажити файл більше зазначеного розміру. Інші умови прив'язані до часу. Зокрема, серед них можна відзначити розклад (спрацювання за часом та днями тижня) та свята (спрацьовує у зазначені дні).

Однак найбільший інтерес становлять умови, пов'язані з сайтами та контентом. Зокрема, з їх допомогою можна блокувати або встановлювати інші дії на певні види контенту (наприклад, відео, аудіо, файли, текст, картинки та інше), конкретні веб-проекти або цілі їх категорії (для цього використовується технологія Entensys URL Filtering, див. врізання).

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

Налаштування міжмережевого екрану

Невід'ємна частина драйвера NAT UserGate – міжмережевий екран, з його допомогою вирішуються різні завдання, пов'язані з обробкою мережного трафіку. Для налаштування використовуються спеціальні правила, які можуть бути одного з трьох типів: трансляції мережевої адреси, маршрутизації та файрвола. Правил у системі може бути довільна кількість. У цьому застосовуються вони у порядку, у якому перелічені у загальному списку. Тому якщо трафік, що надходить, підходить під кілька правил, він буде оброблений тим з них, яке розташоване вище інших.

Кожне правило характеризується трьома основними параметрами. Перший – джерело трафіку. Це може бути один або кілька певних хостів, WAN або LAN-інтерфейс інтернет-шлюзу. Другий параметр – призначення інформації. Тут може бути вказаний LAN або WAN-інтерфейс або dial-up з'єднання. Остання основна характеристика правила - це чи кілька сервісів, куди воно поширюється. Під сервісом у UserGate Proxy & Firewall розуміється пара із сімейства протоколів (TCP, UDP, ICMP, довільний протокол) та мережного порту (або діапазону мережевих портів). За замовчуванням у системі вже є значний набір встановлених сервісів, починаючи з загальнопоширених (HTTP, HTTPs, DNS, ICQ) і закінчуючи специфічними (WebMoney, RAdmin, різні онлайн-ігри і так далі). Однак при необхідності адміністратор може створювати і свої сервіси, наприклад, що описують роботу з онлайн-банком.

Також у кожного правила є дія, яку воно виконує з підходящим під умови трафіком. Їх лише два: дозволити чи заборонити. У першому випадку трафік безперешкодно проходить вказаним маршрутом, а в другому блокується.

Правила трансляції мережевої адреси використовують технологію NAT. З їх допомогою можна налаштувати доступ до Інтернету робочих станцій з локальними адресами. Для цього необхідно створити правило, вказавши як джерело LAN-інтерфейс, а як приймач - WAN-інтерфейс. Правила маршрутизації застосовуються в тому випадку, якщо розглянуте рішення використовуватиметься як роутер між двома локальними мережами (в ньому реалізована така можливість). У цьому випадку маршрутизацію можна налаштувати для двоспрямованої прозорої передачі трафіку.

Правила файрвола використовуються для обробки трафіку, що надходить не на проксі-сервер, а безпосередньо на інтернет-шлюз. Відразу після установки в системі є одне таке правило, яке дозволяє всі пакети мережі. У принципі, якщо створюваний інтернет-шлюз не використовуватиметься як робоча станція, то дію правила можна змінити з «Дозволити» на «Заборонити». У цьому випадку на комп'ютері буде блоковано будь-яку мережну активність, крім транзитних NAT-пакетів, що передаються з локальної мережі в інтернет і назад.

Правила файрволу дозволяють публікувати в глобальній мережі будь-які локальні послуги: веб-сервери, FTP-сервери, поштові сервери та інше. При цьому віддалені користувачі мають можливість підключення до них через інтернет. Як приклад, можна розглянути публікацію корпоративного FTP-сервера. Для цього адмін повинен створити правило, в якому як джерело вибрати пункт «Будь-який», як призначення вказати потрібний WAN-інтерфейс, а як сервіс - FTP. Після цього вибрати дію «Дозволити», увімкнути трансляцію трафіку і в полі «Адреса призначення» вказати IP-адресу локального FTP-сервера та його мережевий порт.

Після такого налаштування всі з'єднання по 21-му порту, що надходять на мережеві карти інтернет-шлюзу, будуть автоматично перенаправлятися на FTP-сервер. До речі, в процесі налаштування можна вибрати не лише «рідний», а й будь-який інший сервіс (або створити власний). У цьому випадку зовнішні користувачі повинні звертатися не на 21-й, а на інший порт. Такий підхід дуже зручний у тих випадках, коли в інформаційній системі є два або більше однотипних сервісів. Наприклад, можна організувати доступ ззовні до корпоративного порталу стандартного для HTTP порту 80, а доступ до веб-статистики UserGate - порту 81.

Аналогічно налаштовується зовнішній доступ до внутрішнього поштового сервера.

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

Підбиваємо підсумки

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

Сьогодні керівництво, напевно, вже всіх компаній гідно оцінило ті можливості, які надає Інтернет для ведення бізнесу. Йдеться, звичайно ж, не про інтернет-магазини та електронну торгівлю, які, як не крути, сьогодні є більше маркетинговими інструментами, ніж реальним способом збільшення обороту товарів чи послуг. Глобальна мережа є чудовим інформаційним середовищем, практично невичерпним джерелом найрізноманітніших даних. Крім того, вона забезпечує швидкий та дешевий зв'язок як з клієнтами, так і з партнерами фірми. Не можна скидати з рахунків та можливості Інтернету для маркетингу. Таким чином, виходить, що Глобальну мережу загалом можна вважати багатофункціональним бізнес-інструментом, який може підвищити ефективність виконання співробітниками компанії своїх обов'язків.

Втім, спочатку необхідно надати цим співробітникам доступ до Інтернету. Просто підключити один комп'ютер до Глобальної мережі сьогодні не є проблемою. Існує багато способів, як це можна зробити. Також знайдеться чимало компаній, які пропонують практичне вирішення цього завдання. Ось тільки навряд чи Інтернет на одному комп'ютері зможе принести помітну користь фірмі. Доступ до Мережі повинен мати кожен співробітник з його робочого місця. І тут нам не обійтися без спеціального програмного забезпечення так званого проксі-сервера. У принципі, можливості операційних систем сімейства Windows дозволяють зробити будь-яке з'єднання з Інтернетом спільним. У цьому випадку доступ до нього отримають інші комп'ютери з локальної мережі. Втім, це рішення навряд чи варто розглядати хоч трохи серйозно. Справа в тому, що при його виборі доведеться забути про контроль за використанням Глобальної мережі співробітниками компанії. Тобто будь-яка людина з будь-якого корпоративного комп'ютера може вийти в Інтернет і робити там що завгодно. А чим це загрожує, мабуть, нікому пояснювати не треба.

Таким чином, єдиний прийнятний для компанії спосіб організації підключення всіх комп'ютерів, що входять до корпоративної локальної мережі, – це проксі-сервер. Сьогодні на ринку є чимало програм цього класу. Але ми говоритимемо лише про одну розробку. Вона називається UserGate, а створили її спеціалісти компанії eSafeLine. Головними особливостями цієї програми є широкі функціональні можливості та дуже зручний російськомовний інтерфейс. Крім того, слід зазначити, що вона постійно розвивається. Нещодавно на суд громадськості було представлено нову, вже четверту версію цього продукту.

Отже, UserGate. Цей програмний продукт складається з кількох окремих модулів. Перший - безпосередньо сам сервер. Він повинен бути встановлений на комп'ютері, що безпосередньо підключений до Інтернету (інтернет-шлюзу). Саме сервер реалізує доступ користувачів до Глобальної мережі, здійснює підрахунок використаного трафіку, веде статистику роботи тощо. Другий модуль призначений для адміністрування системи. З його допомогою відповідальний співробітник здійснює налаштування проксі-сервера. Головною особливістю UserGate у цьому плані є те, що модуль адміністрування не обов'язково має бути розміщений на інтернет-шлюзі. Таким чином, йдеться про віддалене управління проксі-сервером. Це дуже добре, оскільки системний адміністратор отримує можливість керувати доступом до Інтернету безпосередньо зі свого робочого місця.

Крім цього до складу UserGate входять ще два окремі програмні модулі. Перший з них потрібен для зручного перегляду статистики використання Інтернету та побудови звітів на її основі, а другий – для авторизації користувачів у деяких випадках. Такий підхід чудово поєднується з російськомовним та інтуїтивно зрозумілим інтерфейсом усіх модулів. Все це дозволяє швидко і без будь-яких проблем налаштувати загальний доступ до Глобальної мережі в будь-якому офісі.

Але давайте все-таки перейдемо до аналізу функціональних можливостей проксі-сервера UserGate. Почати потрібно з того, що в цій програмі реалізовано відразу два різні способи налаштування DNS (найважливіше завдання при реалізації загального доступу). Перший - NAT (Network Address Translation - перетворення мережевих адрес). Він забезпечує дуже точний облік спожитого трафіку та дозволяє користувачам застосовувати будь-які дозволені адміністратором протоколи. Щоправда, варто зазначити, що деякі мережеві програми у цьому випадку працюватимуть некоректно. Другий варіант – DNS-форвардинг. Він має великі обмеження в порівнянні з NAT, але може використовуватися на комп'ютерах зі застарілими операційними сімействами (Windows 95, 98 і NT).

Дозволи на роботу в Інтернеті налаштовуються за допомогою понять "користувач" та "група користувачів". Причому, що цікаво, у проксі-сервері UserGate користувач - це не обов'язково людина. Його роль може виконувати комп'ютер. Тобто в першому випадку доступ до Інтернету дозволяється певним співробітникам, а в другому – всім людям, які сіли за якийсь ПК. Звичайно, при цьому використовуються різні способи авторизації користувачів. Якщо йдеться про комп'ютери, то їх можна визначати за IP-адресою, зв'язкою IP-і MAC-адрес, діапазоном IP-адрес. Для авторизації ж співробітників можуть використовуватись спеціальні пари логін/пароль, дані з Active Directory, ім'я та пароль, що збігаються з авторизаційною інформацією Windows, і т. д. Користувачів для зручності налаштування можна об'єднувати в групи. Такий підхід дозволяє керувати доступом відразу всіх співробітників з однаковими правами (які перебувають на однакових посадах), а не налаштовувати кожен обліковий запис окремо.

Є в проксі-сервері UserGate та власна білінгова система. Адміністратор може задавати будь-яку кількість тарифів, що описують скільки коштує одна одиниця вхідного або вихідного трафіку або часу підключення. Це дозволяє вести точний облік усіх витрат на Інтернет із прив'язкою до користувачів. Тобто керівництво компанії завжди знатиме, хто скільки витратив. До речі, тарифи можна зробити залежними від поточного часу, що дозволяє точно відтворити цінову політику провайдера.

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

Іншим прикладом використання правил є обмеження на доступ до тих чи інших IP-адрес або їх діапазонів, до цілих доменних імен або адрес, що містять певні рядки, і т. д. Тобто фактично йдеться про фільтрацію сайтів, за допомогою якої можна виключити відвідування співробітниками небажаних веб-проектів. Але, звичайно, це далеко не всі приклади застосування правил. З їх допомогою можна, наприклад, реалізувати перемикання тарифів залежно від сайту, що завантажується в даний момент (необхідно для обліку пільгового трафіку, що існує у деяких провайдерів), налаштувати вирізування рекламних банерів і т.п.

До речі, ми вже говорили, що проксі-сервер UserGate має окремий модуль для роботи зі статистикою. З його допомогою адміністратор може будь-якої миті переглянути спожитий трафік (загальний, по кожному з користувачів, по групах користувачів, по сайтам, по IP-адресах серверів тощо). Причому це робиться дуже швидко за допомогою зручної системи фільтрів. Крім того, в даному модулі реалізовано генератор звітів, за допомогою якого адміністратор може складати будь-яку звітність та експортувати її до формату MS Excel.

Дуже цікавим рішенням розробників є вбудовування у файрвол антивірусного модуля, який контролює весь вхідний та вихідний трафік. Причому вони не винаходили велосипед, а інтегрували розробку "Лабораторії Касперського". Таке рішення гарантує, по-перше, справді надійний захист від усіх шкідливих програм, а по-друге, регулярне оновлення баз даних сигнатур. Іншою важливою у плані інформаційної безпеки можливістю є вбудований файрвол. І ось він був створений розробниками UserGate самостійно. На жаль, варто відзначити, що інтегрований у проксі-сервер файрвол досить серйозно відрізняється за своїми можливостями від провідних продуктів у цій галузі. Власне кажучи, йдеться про модуль, що здійснює просте блокування трафіку, що йде за вказаними адміністратором портами та протоколами до комп'ютерів із заданими IP-адресами та від них. У ньому немає ні режиму невидимості, ні деяких інших обов'язкових для файрволів функцій.

На жаль, одна стаття не може включити докладний аналіз усіх функцій проксі-сервера UserGate. Тому давайте хоча б просто перерахуємо найцікавіші з них, які не увійшли до нашого огляду. По-перше, це кешування завантажених з Інтернету файлів, що дозволяє заощаджувати гроші на послугах провайдера. По-друге, варто відзначити функцію Port mapping, яка дозволяє прив'язати будь-який вибраний порт одного з локальних Ethernet-інтерфейсів до потрібного порту віддаленого хоста (ця функція необхідна для роботи мережевих додатків: системи типу банк – клієнт, різні ігри тощо) . Крім цього в проксі-сервері UserGate реалізовані такі можливості, як доступ до внутрішніх корпоративних ресурсів, планувальник завдань, підключення до каскаду проксі, моніторинг трафіку та IP-адрес активних користувачів, їх логінів, відвіданих URL-адрес в режимі реального часу і багато, багато інше.

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

У цій статті розповім Вам про новий продукт компанії Entensys, партнерами якої ми є за трьома напрямками, UserGate Proxy & Firewall 6.2.1.

Доброго часу доби шановний відвідувач. Позаду 2013, для когось він був важкий, для когось легкий, але час біжить, а якщо врахувати, що одна наносекунда це 10 −9 с. то воно просто летить. У цій статті розповім Вам про новий продукт компанії Entensys, партнерами якої ми є за трьома напрямками UserGate Proxy & Firewall 6.2.1.

З точки зору адміністрування версії 6.2 від UserGate Proxy & Firewall 5.2F, впровадження якої ми успішно практикуємо в нашій практиці ІТ аусорсингу практично немає. Як лабораторне середовище будемо використовувати Hyper-V, а саме дві віртуальні машини першого покоління, серверну частину на Windows Server 2008 R2 SP1, клієнтську Windows 7 SP1. З якихось невідомих причин UserGate версії 6 не встановлюється на Windows Server 2012 і Windows Server 2012 R2.

Отже, що таке проксі сервер?

Проксі-сервер(від англ. proxy – «представник, уповноважений») – служба (комплекс програм) у комп'ютерних мережах, що дозволяє клієнтам виконувати непрямі запити до інших мережних служб. Спочатку клієнт підключається до проксі-сервера та запитує якийсь ресурс (наприклад, e-mail), розташований на іншому сервері. Потім проксі-сервер або підключається до вказаного сервера і отримує ресурс у нього, або повертає ресурс із власного кеша (у разі, якщо проксі має кеш). У деяких випадках запит клієнта або відповідь сервера може бути змінений проксі-сервером у певних цілях. Також проксі-сервер дозволяє захищати комп'ютер клієнта від деяких мережевих атак та допомагає зберігати анонімність клієнта.

ЩотакеUserGate Proxy & Firewall?

UserGate Proxy & Firewall– це комплексне рішення для підключення користувачів до мережі Інтернет, що забезпечує повноцінний облік трафіку, розмежування доступу та надає вбудовані засоби мережного захисту.

З визначення розглянемо, які рішення надає Entensys у своєму продукті, як обліковується трафік, чим розмежовується доступ, а також які засоби захисту надає UserGate Proxy & Firewall.

З чого складаєтьсяUserGate?

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

Консоль адміністрування UserGate – це програма, призначена для керування сервером UserGate. Консоль адміністрування UserGate зв'язується із серверною частиною за спеціальним захищеним протоколом поверх TCP/IP, що дозволяє виконувати віддалене адміністрування сервера.

UserGate включає три додаткові модулі: «Веб-статистика», «Клієнт авторизації UserGate» та модуль «Контроль додатків».

Сервер

Установка серверної частини UserGate дуже проста, єдина відмінність - це вибір бази даних у процесі встановлення. Доступ до бази здійснюється безпосередньо (для вбудованої БД Firebird) або через ODBC-драйвер, що дозволяє серверу UserGate працювати з базами практично будь-якого формату (MSAccess, MSSQL, MySQL). За промовчанням використовується база Firebird. Якщо ви вирішили оновити UserGate з попередніх версій, вам доведеться розпрощатися з базою статистики, тому що: Для файлу статистики підтримується тільки перенесення поточних балансів користувачів, сама статистика по трафіку не буде перенесена. Зміни бази даних були викликані проблемами у продуктивності старої та лімітами на її розмір. Нова база даних Firebird не має таких недоліків.

Запуск адміністрування консолі.

Консоль встановлена ​​на серверній ВМ. При першому запуску консоль адміністрування відкривається на сторінці "З'єднання", на якій є єдине з'єднання з сервером localhost для користувача Administrator. Пароль на підключення не встановлено. Підключити консоль адміністрування до сервера можна двічі клацнувши на рядку localhost-administrator або натиснувши кнопку підключитися на панелі керування. У консолі адміністрування UserGate можна створити кілька з'єднань.

У налаштуваннях підключень вказуються такі параметри:

• Назва сервера – це назва підключення;
• Ім'я користувача – логін для підключення до сервера;
• Адреса сервера – доменне ім'я або IP-адреса сервера UserGate;
• Порт – TCP-порт, який використовується для підключення до сервера (за замовчуванням використовується порт 2345);
• Пароль – пароль для підключення;
• Запитувати пароль під час підключення – опція дозволяє відображати діалог введення імені користувача та пароля при підключенні до сервера;
• Автоматично підключатися до цього сервера – консоль адміністрування під час запуску підключатиметься до цього сервера автоматично.

При першому запуску сервера система пропонує майстра установки, від якого ми відмовляємося. Установки консолі адміністрування зберігаються у файлі console.xml, розташованому в директорії %UserGate%\Administrator.

Налаштування з'єднань за NAT. Пункт «Загальні налаштування NAT»дозволяє задати величину таймауту для з'єднань NAT за протоколами TCP, UDP чи ICMP. Величина таймууту визначає час життя з'єднання користувача через NAT, коли передача даних по з'єднанню завершена. Залишимо за промовчанням це налаштування.

Детектор атак– це спеціальна опція, яка дозволяє вам задіяти внутрішній механізм відстеження та блокування сканера портів або спроби зайняти всі порти сервера.

Заблокувати по рядку браузера– Список User-Agent's браузерів, які можуть бути заблоковані проксі-сервером. Тобто. можна, наприклад, заборонити виходити в інтернет старим браузерам таким як IE 6.0 або Firefox 3.x.

Інтерфейси

Розділ Інтерфейси є головним у налаштуваннях сервера UserGate, оскільки визначає такі моменти, як правильність підрахунку трафіку, можливість створення правил для міжмережевого екрану, обмеження ширини Інтернет-каналу для трафіку певного типу, встановлення відносин між мережами та порядок обробки пакетів драйвером NAT. Вкладка «Інтерфейси» вибираємо потрібний тип для інтерфейсів. Так, для адаптера, підключеного до Інтернету, слід вибрати тип WAN, для адаптера, підключеного до локальної мережі – тип LAN. Доступ до інтернету для ВМ розшарений, відповідно інтерфейс з адресою 192.168.137.118 буде WAN-адаптер, вибираємо потрібний тип і тиснемо "Застосувати". Після цього перезавантажуємо сервер.

Користувачі та групи

Доступ до Інтернету надається лише користувачам, які успішно пройшли авторизацію на сервері UserGate. Програма підтримує такі методи авторизації користувачів:

• За IP-адресою
• За діапазоном IP-адрес
• За IP+MAC-адресою
• За MAC-адресою
• Авторизація засобами HTTP (HTTP-basic, NTLM)
• Авторизація через логін та пароль (Клієнт авторизації)
• Спрощений варіант авторизації через Active Directory

Для використання трьох останніх методів авторизації на робочу станцію користувача необхідно встановити спеціальну програму - клієнт авторизації UserGate. Відповідний пакет MSI (AuthClientInstall.msi) розташований у директорії %UserGate%\tools і може бути використаний для автоматичної установки засобами групової політики в Active Directory.

Для термінальних користувачів надано можливість лише «Авторизація засобами HTTP». Відповідна опція включається в пункті Загальні налаштування консолі адміністрування.

Створити нового користувача можна через пункт Додати нового користувачаабо натиснувши кнопку Додатина панелі керування на сторінці Користувачі та групи.

Існує ще один спосіб додавання користувачів – сканування мережі ARP-запитів. Потрібно натиснути на порожньому місці в консолі адміністратора на сторінці користувачіта вибрати пункт сканувати локальну мережу. Далі встановити параметри локальної мережі і дочекатися результатів сканування. У результаті ви побачите список користувачів, яких можна додати до UserGate. Ну що ж, перевіримо, тиснемо "Сканувати локальну мережу"

Задаємо параметри:

Працює!

Додаємо користувача

У UserGate є пріоритет автентифікації, спочатку фізична потім логічна. Цей метод перестав бути надійним, т.к. користувач може змінити IP-адресу. Нам підійде імпорт облікових записів Active Directory, які ми можемо імпортувати легко, натиснувши кнопку «Імпортувати», далі «Вибрати» та ім'я нашого облікового запису, «Ок», «Ок».

Вибираємо "Групу", залишаємо за замовчуванням "default"

Тиснемо «Ок» і зберігаємо зміни.

Наш користувач доданий без проблем. Також існує можливість синхронізації груп AD на вкладці «Групи».

Налаштування сервісів проксі у UserGate

У сервері UserGate інтегровані такі проксі-сервери: HTTP- (з підтримкою режиму “FTP поверх HTTP” і HTTPS, - метод Connect), FTP, SOCKS4, SOCKS5, POP3 та SMTP, SIP та H323. Установки проксі-серверів можна знайти в розділі Сервіс → Налаштування проксі в консолі адміністрування. До основних параметрів проксі-сервера відносяться: інтерфейс та номер порту, на якому працює проксі. Так, наприклад, увімкнемо прозорий HTTP проксі на нашому інтерфейсі LAN. Перейдемо "Параметри проксі", виберемо HTTP.

Виберемо наш інтерфейс, залишимо все за замовчуванням і тиснемо "Ок"

Використання прозорого режиму

Функція «Прозорий режим» у налаштуваннях проксі-серверів доступна, якщо сервер UserGate встановлено разом із драйвером NAT. У прозорому режимі драйвер NAT UserGate прослуховує стандартні для сервісів порти: 80 TCP для HTTP, 21 TCP для FTP, 110 та 25 TCP для POP3 та SMTP на мережевих інтерфейсах комп'ютера з UserGate. За наявності запитів передає їх на проксі-сервер UserGate. При використанні прозорого режиму в мережних програмах користувачів не потрібно вказувати адресу та порт проксі-сервера, що суттєво зменшує роботу адміністратора в плані надання доступу локальної мережі до Інтернету. Однак, у мережних налаштуваннях робочих станцій сервер UserGate повинен бути вказаний як шлюз, і потрібно вказати адресу DNS-сервера.

Поштові проксі у UserGate

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

Якщо POP3-проксі UserGate використовується в непрозорому режимі, то в налаштуваннях поштового клієнта на робочій станції користувача в якості адреси POP3-сервера потрібно вказувати IP-адресу комп'ютера з UserGate та порт, який відповідає POP3-проксі UserGate. Крім того, логін для авторизації на віддаленому POP3-сервері вказується в наступному форматі: адреса електронної пошти@адреса POP3_сервера. Наприклад, якщо користувач має поштову скриньку [email protected], то як Логін на POP3-проксі UserGate у поштовому клієнті потрібно буде вказати: use [email protected]@pop.mail123.com. Такий формат необхідний для того, щоб сервер UserGate міг визначити адресу віддаленого сервера POP3.

Якщо SMTP-проксі UserGate використовується в непрозорому режимі, то в налаштуваннях проксі потрібно вказати IP-адресу та порт SMTP-сервера, який UserGate буде використовувати для надсилання листів. У такому разі в установках поштового клієнта на робочій станції користувача в якості адреси SMTP-сервера потрібно вказувати IP-адресу сервера UserGate та порт, що відповідає SMTP-проксі UserGate. Якщо для надсилання потрібна авторизація, то в налаштуваннях поштового клієнта потрібно вказати логін та пароль, що відповідає SMTP-серверу, який вказаний у налаштуваннях SMTP-проксі в UserGate.

Ну що, звучить круто, перевіримо за допомогою mail.ru.

Насамперед включимо POP3 і SMTP проксі на нашому сервері. При включенні POP3 вкажемо стандартний порт 110 інтерфейсу LAN.

А також переконаємося у відсутності галочки на «Прозорому проксі» і тиснемо «Ок» та «Застосувати»

Забираємо галочку «Прозорий режим» та пишемо «Параметри віддаленого сервера», у нашому випадку smtp.mail.ru. А чому лише один сервер вказується? А ось відповідь: передбачається, що організація використовує єдиний сервер smtp, саме він і вказується в налаштуваннях SMTP проксі.

Перше правило для POP3 має виглядати так.

Друге, як сказав би Олександр Невський "Ось так ось"

Не забуваємо про кнопку «Застосувати» і переходимо до налаштування клієнта. Як ми пам'ятаємо «Якщо POP3-проксі UserGate використовується в непрозорому режимі, то в налаштуваннях поштового клієнта на робочій станції користувача як адреса POP3-сервера потрібно вказувати IP-адресу комп'ютера з UserGate та порт, який відповідає POP3-проксі UserGate. Крім того, логін для авторизації на віддаленому POP3-сервері вказується в наступному форматі: адреса електронної пошти@адреса POP3_сервера». Діємо.

Спочатку авторизуємося в клієнті авторизації, далі відкриваємо Outlook звичайний, у нашому прикладі я створив тестову поштову скриньку [email protected], і виконуємо налаштування, вказуючи нашу скриньку у форматі зрозумілому для UserGate [email protected]@pop.mail.ru, а також POP та SMTP сервери адресу нашого проксі.

Тиснемо «Перевірка облікового запису ...»

Призначення портів

У UserGate реалізовано підтримку функції Перенаправлення портів. За наявності правил призначення портів сервер UserGate перенаправляє запити користувача, що надходять на певний порт заданого мережного інтерфейсу комп'ютера з UserGate, на іншу вказану адресу і порт, наприклад, на інший комп'ютер у локальній мережі. Функція Перенаправлення портів доступна для протоколів TCP та UDP.

Якщо призначення портів використовується для надання доступу з мережі Інтернет до внутрішнього ресурсу компанії, в якості параметра Авторизація слід вибрати Вказаний користувач, інакше перенаправлення порту не працюватиме. Не забуваймо включити «Віддалений робочий стіл».

Налаштування кешу

Одним із призначень проксі-сервера є кешування мережевих ресурсів. Кешування знижує навантаження на підключення до мережі Інтернет та прискорює доступ до часто відвідуваних ресурсів. Проксі-сервер UserGate виконує кешування HTTP та FTP-трафіку. Кешовані документи розміщуються в локальній папці %UserGate_data%\Cache. У налаштуваннях кешу вказується: граничний розмір кешу та час зберігання кешованих документів.

Антивірусна перевірка

У сервер UserGate інтегровані три антивірусні модулі: антивірус Kaspersky Lab, Panda Security та Avira. Усі антивірусні модулі призначені для перевірки вхідного трафіку через HTTP, FTP та поштові проксі-сервери UserGate, а також вихідного трафіку через SMTP-проксі.

Параметри антивірусних модулів можна знайти в розділі Сервіс → Антивіруси консолі адміністрування. Для кожного антивірусу можна вказати, які протоколи він повинен перевіряти, встановити періодичність оновлення антивірусних баз, а також вказати URL-адреси, які перевіряти не потрібно (опція Фільтр URL). Додатково в налаштуваннях можна вказати групу користувачів, трафік яких не потрібно антивірусною перевіркою.

Перед включенням антивірусу необхідно спочатку оновити його основи.

Після перерахованих вище функцій перейдемо до часто використовуваних, це – «Управління трафіком» і «Контроль додатків».

Система правил керування трафіком

У сервері UserGate передбачена можливість керування доступом користувачів до Інтернету за допомогою правил керування трафіком. Правила керування трафіком призначені для заборони доступу до певних мережевих ресурсів, для встановлення обмежень споживання трафіку, створення розкладу роботи користувачів в мережі Інтернет, а також для стеження за станом рахунку користувачів.

У нашому прикладі обмежимо доступ користувачеві, який до будь-якого ресурсу має у своєму запиті згадки vk.com. Для цього переходимо до «Управління трафіком – Правила»

Даємо назву правилу та дію «Закрити з'єднання»

Після додавання сайту, переходимо до наступного параметра, вибір групи або користувача, правило можна встановити як для користувача, так і для групи, в нашому випадку користувач «User».

Контроль додатків

Політика управління доступом до Інтернету отримала логічне продовження у вигляді модуля «Контроль додатків» (Application Firewall). Адміністратор UserGate може дозволяти або забороняти доступ до Інтернету не тільки для користувачів, але й для мережних програм на робочій станції користувача. Для цього на робочі станції користувачів потрібно встановити спеціальну програму App.FirewallService. Установка пакета можлива як через файл, що виконується, так і через відповідний MSI-пакет (AuthFwInstall.msi), розташовані в директорії %Usergate%\tools.

Перейдемо в модуль «Контроль додатків – Правила» і створимо забороняюче правило, наприклад, на заборону запуску IE. Тиснемо додати групу, даємо їй назву і вже групі задаємо правило.

Вибираємо нашу створену групу правил, можемо поставити галочку «Правило за замовчуванням», у цьому випадку правила додадуться до групи «Default_Rules»

Застосовуємо правило до користувача у властивостях користувача

Тепер встановлюємо Auth.Client та App.Firewall на клієнтську станцію, після встановлення IE має заблокуватися створеними раніше правилами.

Як ми бачимо, правило спрацювало, тепер відключимо правила для користувача, щоб переглянути відпрацювання правила для сайту vk.com. Після вимкнення правила на сервері usergate потрібно почекати 10 хвилин (час синхронізації з сервером). Пробуємо зайти за прямим посиланням

Пробуємо через пошукову систему google.com

Як бачимо правила спрацьовують без жодних проблем.

Отже, у цій статті розглянуто лише невелику частину функцій. Опущено можливі налаштування міжмережевого екрану, правил маршрутизації, правил NAT. UserGate Proxy & Firewall надає великий вибір рішень, навіть трохи більше. Продукт показав себе дуже добре, а найголовніше простий у налаштуванні. Ми й надалі використовуватимемо його в обслуговуванні ІТ інфраструктур клієнтів для вирішення типових завдань!

З попереднім налаштуванням статичних IP-адрес.

У цій частині статті ми створюємо класичний локальний проксі-сервер для доступу до мережі Інтернет комп'ютера підключеного до локальної мережі (інтернет-шлюз у локальній мережі), за винятком того, що наша мережа та комп'ютери роздають інтернет віртуальні. Інструкція є універсальною і буде корисна тим, хто хоче привласнити адаптерам для будь-якої локальної мережі статичні IP-адреси і налаштувати інтернет-шлюз в локальній мережі для роздачі інтернету за допомогою проксі-сервера.

Спочатку ми повинні призначити нашим адаптерам статичні IP-адреси.

Почнемо з налаштування комп'ютера, який підключатиметься до віртуальної ОС із проксі-сервером. Якщо у Вас Windows 7 – Windows 10, заходимо через:

Перед нами відкрилося вікно "Мережеві підключення" зі списком усіх адаптерів, включаючи наші віртуальні. Вибираємо адаптер, у нашому випадку це VMware Network Adapter VMnet з потрібним порядковим номером, натискаємо правою кнопкою і вибираємо в контекстному меню пункт Властивості. Перед нами відкрилося вікно «властивості» нашого адаптера, виділяємо пункт «Протокол Інтернету версії 4 (TCP/IPv4)» та натискаємо кнопку Властивості. На додатковій вкладці, що відкрилася, перемикаємо радіокнопку на пункт «Використовувати наступну IP-адресу».

Тепер, щоб ввести нову IP-адресу, дивимося адресу підмережі для даного адаптера з «Редактор віртуальної мережі…» VMware Worstation (або переходимо до значка нашого адаптера і в меню, що відкриває правою кнопкою, вибираємо пункт «Стан», далі Відомості та дивимося значення рядки "Адреса IPv4"). Перед очима у нас щось на зразок 192.168.65.хх. У вашій подібній адресі ми змінюємо цифри після останньої точки на 1. Було 192.168.65.хх, замість хх стало 2. Вводимо його в поле IP-адреса. Це також адреса нашого комп'ютера, який ми повинні буде ввести в UserGate, тому записуємо його десь як IP користувача цього адаптера. Тепер клацаємо по полю "Маска підмережі:" і воно автоматично (або вами) заповниться значенням "255.255.255.0" натискаємо OK. Налаштування цього комп'ютера завершено, ми записали або запам'ятали де подивитися цю адресу.

Тепер переходимо до настроювання мережного адаптера віртуального комп'ютера, який роздаватиме інтернет.

У Windows XP натискаємо Пуск – Панель керування – Мережеві підключення.

Перед нами відкрилося вікно "Мережеві підключення". Вибираємо адаптер «підключення по локальній мережі», клацаємо правою кнопкою та вибираємо в контекстному меню пункт Властивості. Перед нами відкрилося вікно "Властивості" нашого адаптера, виділяємо пункт "Протокол Інтернету версії 4 (TCP)" і тиснемо кнопку Властивості. Далі, аналогічно Windows 7, на додатковій вкладці, що відкрилася, перемикаємо радіокнопку на пункт «Використовувати наступну IP-адресу».

Згадуємо, як дивитися IP-адресу мережі з попереднього пункту і при введенні в поле IP-адреса змінюємо цифри після останньої точки на «2» або будь-яку іншу цифру відмінну від тих, що ми вказали на інших комп'ютерах цієї підмережі. Отже, було щось на кшталт 192.168.65.хх, тепер замість.хх ​​стало.2. Ця адреса є адресою нашого проксі-сервера, нам залишиться лише вказати порт у UserGate. Тепер клацаємо по полю "Маска підмережі:" і воно автоматично (або вами) заповниться значенням "255.255.255.0", натискаємо кнопку [ОК].

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

Налаштування UserGate 2.8

Коли ми маємо віртуальне локальне з'єднання, ми можемо розпочати налаштування програми проксі-сервера.

Перетягуємо папку із програмою UserGate 2.8 на робочий стіл віртуальної машини.

Встановлюємо через setup.exe та запускаємо програму. У верхньому меню програми вибираємо «Налаштування», далі в лівому меню двічі клацаємо на вкладку «користувачі», з'явиться підрядок «Default» (група користувачів, що підключаються за замовчуванням), натискаємо на неї і в інтерфейсі «Редагуємо групу “Default”», натискаємо кнопку [Додати].

У вікні, що відкрилося, в області «Авторизація» вибираємо радіокнопку «ПО IP-адресу» і в полі «Логін (IP)» вводимо IP-адресу вказану нами в адаптері комп'ютера, який буде підключатися через проксі сервер (тобто IP того комп'ютера, що ні з UserGate). Після введення адреси типу 192.168.16.1, натискаємо на зелену піктограму мережної плати праворуч від поля «Пароль (MAC)», згенерується числове значення. Тиснемо [Застосувати].

Якщо ви використовуєте 3G або Dial-UP модемЗаключним етапом налаштування програми User Gate є налаштування автодозвону в пункті бокового меню «Автодозвон».
В інтерфейсі вкладки ставимо галочку навпроти «Дозволити автодозвон». У спливаючому списку вибираємо назву з'єднання вже підключеного та настроєного модему. Якщо список порожній, вам потрібно забезпечити автозапуск вашого з'єднання за допомогою утиліти провайдера. У полі "Ім'я" та "Пароль", вводимо значення, які можна переглянути на сайті оператора. Далі ставимо галочку навпроти «Перевіряти необхідність DialUp з'єднання», вказуємо затримку перед повторним з'єднанням рівну нулю, а час розриву після простою щонайменше 300 секунд. (щоб з'єднання завершувалося лише після завершення парсингу, а не при короткочасних паузах та збоях).

Насамкінець закриваємо вікно програми (вона залишиться в треї) і утримуючи ярлик програми переносимо його в папку «Автозавантаження» через ПУСК – Всі програми, щоб програма стартувала разом із системою.

Повторюємо ці дії для кожного віртуального проксі-сервера.

На цьому налаштування нашого локального проксі-сервера для парсингу закінчено! Тепер, знаючи адресу нашого проксі (вказану нами IP-адресу в налаштуваннях адаптера віртуального комп'ютера з UserGate) та адресу його порту: 8080 (для HTTP) ми можемо ввести ці значення в будь-якій програмі, де можна вказати проксі-сервер та насолоджуватися додатковим потоком!

Якщо планується активно використовувати проксі-сервер кілька днів поспіль або ресурси комп'ютера дуже обмежені, є сенс відключати логування в UserGate, для цього на вкладці «Монітор» натискаємо значок з червоним хрестиком. На жаль, відключити цю функцію відразу й назавжди не можна.

Для Key Collector також необхідно виконати додаткові дії, підключивши основне з'єднання через проксі-сервер UserGate, т.к. зі складних причин KC може почати працювати в два потоки з основного з'єднання, що призводить до збільшення запитів до ПС по одному потоку та появи капчів. Ця ж поведінка помічена в інших ситуаціях, тому цей прийом буде не зайвим у будь-якому випадку. Додатковою перевагою є те, що ми отримуємо контроль за трафіком через монітор UserGate. Процес установки схожий на те, що вже було описано вище: встановлюємо UserGate на основній системі, відразу додаємо в автозавантаження, вільно створюємо користувача і вказуємо йому в полі «логін (IP)» «127.0.0.1» (так званий, «локальний хост» ). Вибираємо пункт «HTTP» у бічному меню та вказуємо у текстовому полі «порти клієнтів» - 8081 , ті ж дані вказуємо в KC, аналогічно до того, як вказуємо для інших проксі-серверів.
На завершення в налаштуваннях KC відключаємо опцію «використовувати основний IP» у всіх видах парсингу.

FAQ: вирішення проблем:

Якщо проксі-сервер не запрацює:
• Насамперед, важливо розуміти, що перед початком парсингу потрібно дочекатися ініціалізації нашої відносно повільної віртуальної машини, а також утиліт, що забезпечують зв'язок та їх підключення до мережі Інтернет, інакше наш проксі може бути виключений зі списку активних проксі серверів як неробочий (Key Collector).
• Перевірте Інтернет-з'єднання на віртуальній машині, зайшовши на будь-який сайт через Internet Explorer. У разі потреби увімкніть Інтернет-з'єднання вручну, перевірте дані автодозвону. Якщо сторінки відкриваються, зайдіть на цільову сторінку, щоб переконатися у відсутності бана за IP-адресою.
• Якщо інтернет відсутній, перевірте локальну мережу, зробивши ping. Для цього, у полі «знайти» (або «Виконати» для Windows XP) введіть «cmd» і у вікні терміналу введіть команду «ping 192.168.xx.xx», де 192.168.xx.xx це IP-адреса адаптера на тому , інший комп'ютер. Якщо пакети отримані з обох "комп'ютерів", це означає, що налаштування адаптерів вірні і проблема в іншому (наприклад, немає з'єднання з мережею Інтернет).
• Перевірте правильність введених у парсерах даних проксі-сервера, переконайтеся, що вибрано тип проксі HTTP, а якщо вказано SOCKS5 поміняйте його на HTTP або увімкніть у User Gate підтримку SOCKS5, вказавши порт, який буде вказаний у UserGate на вкладці SOCKS5.
• У разі використання SIM-проксі переконайтеся, що на віртуальній машині відкрита (або в треї) його утиліта, т.к. вона тримає порт модему відкритим і дозволяє працювати автодозвону. У будь-якому випадку, увімкніть модем через утиліту і перевірте чи немає проблем з автодозвоном і чи є взагалі доступ в Інтернет у віртуальній машині.

Примітка:Ця стаття була відредагована, доповнена актуальними даними та додатковими посиланнями.

UserGate Proxy & Firewallявляє собою інтернет-шлюз класу UTM (Unified Threat Management), що дозволяє забезпечувати та контролювати загальний доступ співробітників до інтернет-ресурсів, фільтрувати шкідливі, небезпечні та небажані сайти, захищати мережу компанії від зовнішніх вторгнень та атак, створювати віртуальні мережі та організовувати безпечний VPN. доступ до ресурсів мережі ззовні, а також керувати шириною каналу та інтернет-додатками.

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

Усю додаткову інформацію про продукт ви зможете знайти.

У програмі є додаткові платні модулі:

• Kaspersky Antivirus
• Panda Antivirus
• Avira Antivirus
• Entensys URL Filtering

Ліцензія на кожен із модулів надається на один календарний рік. Випробувати роботу всіх модулів можна в тріальному ключі, який може бути наданий терміном від 1 до 3 місяців на необмежену кількість користувачів.

Детально про правила ліцензування можна прочитати.

З усіх питань, пов'язаних із покупкою рішень Entensys, звертайтесь за адресою: sal [email protected]або за телефоном безкоштовної лінії: 8-800-500-4032.

Системні вимоги

Для організації шлюзу необхідний комп'ютер або сервер, який має відповідати наступним системним вимогам:

• Частота CPU: від 1,2 ГГц
• Об'єм RAM: від 1024 Gb
• Об'єм HDD: від 80 Гб
• Кількість мережевих адаптерів: 2 і більше

Чим більша кількість користувачів (відносно 75 користувачів), тим більші характеристики сервера мають бути.

Ми рекомендуємо встановлювати наш продукт на комп'ютер з "чистою" серверною операційною системою, операційною системою, що рекомендується, є Windows 2008/2012.
Ми не гарантуємо коректної роботи UserGate Proxy&Firewall та/або спільної роботи сторонніх служб та не рекомендуємо його спільне використанняз сервісами на шлюзі, який виконує такі ролі:

• Є контролером домену
• Є гіпервізором віртуальних машин
• Є сервером терміналів
• Виконує роль високонавантаженого сервера СУБД/DNS/HTTP та ін.
• Виконує роль SIP сервера
• Виконує критичні для бізнес-процесів послуги чи служби
• Все вищезазначене

UserGate Proxy&Firewall на даний момент може конфліктувати з такими типами програмного забезпечення:

• Все без винятку сторонніБрандмауер/Firewall рішення
• Антивірусні продукти компанії BitDefender
• Антивірусні модулі виконують функцію Firewall або "Антихакер", більшості антивірусних продуктів. Рекомендується вимкнути ці модулі
• Антивірусні модулі, що забезпечують перевірку даних, що передаються за протоколами HTTP/SMTP/POP3, це може викликати затримку при активній роботі через проксі
• Сторонні програмні продукти, здатні перехоплювати дані мережевих адаптерів - "вимірники швидкості", "шейпери" тощо.
• Активна роль Windows Server "Маршрутизація та віддалений доступ" у режимі NAT/Internet Connection Sharing (ICS)

Увага!При установці рекомендується вимкнути підтримку протоколу IPv6 на шлюзі, за умови, що не використовуються програми, які використовують IPv6. У поточній реалізації UserGate Proxy&Firewall немає підтримки протоколу IPv6 і відповідно фільтрація цього протоколу не здійснюється. Таким чином, хост може бути доступний ззовні за протоколом IPv6 навіть за активованих заборонних правил файрволла.

При коректному налаштуванні UserGate Proxy&Firewall сумісний з наступними сервісами та службами:

Ролі Microsoft Windows Server:

• DNS сервер
• DHCP сервер
• Print сервер
• Файловий (SMB) сервер
• Сервер додатків
• WSUS сервер
• WEB сервер
• WINS сервер
• VPN сервер

І зі сторонніми продуктами:

• FTP/SFTP сервери
• Сервери обміну повідомленнями - IRC/XMPP

Під час встановлення UserGate Proxy&Firewall переконайтеся, що інше програмне забезпечення не використовує порт або порти, які може використовувати UserGate Proxy&Firewall. За замовчуванням UserGate використовує такі порти:

• 25 - SMTP-проксі
• 80 - прозорий HTTP-проксі
• 110 - POP3-проксі
• 2345 - консоль адміністратора UserGate
• 5455 - VPN-сервер UserGate
• 5456 - клієнт авторизації UserGate
• 5458 - DNS-форвардинг
• 8080 - HTTP-проксі
• 8081 - веб-статистика UserGate

Усі порти можна змінювати за допомогою консолі адміністратора UserGate.

Встановлення програми та вибір бази даних для роботи

Майстер налаштування UserGate Proxy & Firewall

Більш детальний опис налаштування правил NAT описаний у цій статті:

Агент UserGate

Після встановлення UserGate Proxy&Firewall обов'язковоздійсніть перезавантаження шлюзу. Після авторизації в системі, в панелі завдань Windows поруч із годинником іконка UserGate агент має стати зеленою. Якщо іконка сіра, то в процесі установки відбулася помилка і служба сервера UserGate Proxy&Firewall не запущена, у цьому випадку зверніться до відповідного розділу бази знань Entensys або технічної підтримки компанії Entensys.

Конфігурування продукту здійснюється за допомогою консолі адміністрування UserGate Proxy&Firewall, яку можна викликати як подвійним клацанням по іконці агента UserGate, так і по ярлику меню "Пуск".
При запуску консолі адміністрування першим кроком є ​​реєстрація продукту.

Загальні налаштування

У розділі "Загальні налаштування" консолі адміністратора введіть пароль користувача Administrator. Важливо!Не використовуйте юнікод-спецісмоли або PIN-код продукту як пароль для доступу до консолі адміністрування.

У продукті UserGate Proxy&Firewall є механізм захисту від атак, активувати його можна також у меню "Загальні настройки". Механізм захисту від атак є активним механізмом свого роду "червона кнопка", який працює на всіх інтерфейсах. Рекомендується використовувати цю функцію у разі DDoS атак або масового зараження шкідливим програмним забезпеченням (віруси/хробаки/ботнет-додатки) комп'ютерів усередині локальної мережі. Механізм захисту від атак може блокувати користувачів, які використовують файлобмінні клієнти - торенти, direct connect, деякі типи VoIP клієнтів/серверів, які здійснюють активний обмін трафіком. Щоб отримати ip адреси заблокованих комп'ютерів, відкрийте файл ProgramData\Entensys\Usergate6\logging\fw.logабо Documents and Settings\All users\Application data\Entensys\Usergate6\logging\fw.log.

Увага!Параметри, описані нижче, рекомендується змінювати лише за великої кількості клієнтів/високих вимог до пропускної спроможності шлюзу.

У цьому розділі також наведено такі параметри: "Максимальна кількість з'єднань" - максимальна кількість всіх з'єднань через NAT і через проксі UserGate Proxy&Firewall.

"Максимальне число NAT з'єднань" - максимальна кількість з'єднань, які UserGate Proxy&Firewall може пропускати через драйвер NAT.

Якщо кількість клієнтів не більше 200-300, то налаштування "Максимальне число з'єднань" та "Максимальне число NAT з'єднань" змінювати не рекомендується. Збільшення цих параметрів може спричинити суттєве навантаження на обладнання шлюзу і рекомендується лише у разі оптимізації налаштувань при великій кількості клієнтів.

Інтерфейси

Увага!Перед цим обов'язково перевірте налаштування мережевих адаптерів у Windows! Інтерфейс, підключений до локальної мережі (LAN), не повинен містити адреси шлюзу! DNS-сервери в налаштуваннях LAN-адаптера вказувати не обов'язково, IP-адреса повинна бути призначена вручну, не рекомендуємо її отримувати за допомогою DHCP.

IP-адреса LAN-адаптера повинна мати приватну IP-адресу. допустимо використовувати IP-адресу з наступних діапазонів:

10.0.0.0 - 10.255.255.255 (10/8 prefix) 172.16.0.0 - 172.31.255.255 (172.16/12 prefix) 192.168.0.0 - 192.165.65

Розподіл адрес приватних мереж описано в RFC 1918 .

Використання інших діапазонів як адреси локальної мережі призведе до помилок у роботі UserGate Proxy&Firewall.

Інтерфейс, підключений до Інтернету (WAN), повинен містити IP-адресу, маску мережі, адресу шлюзу, адреси DNS-серверів.
Не рекомендується використовувати більше трьох DNS-серверів у налаштуваннях WAN-адаптера, це може призвести до помилок у роботі мережі. Попередньо перевірте працездатність кожного сервера DNS за допомогою команди nslookup в консолі cmd.exe, приклад:

nslookup usergate.ru 8.8.8.8

де 8.8.8.8 – адреса DNS-сервера. Відповідь має містити IP-адресу запитаного сервера. Якщо відповіді немає, то DNS-сервер не валідний або DNS-трафік блокується.

Потрібно визначити тип інтерфейсів. Інтерфейс з IP-адресою, яка підключена до внутрішньої мережі, повинен мати тип LAN; інтерфейс, який підключений до мережі Інтернет – WAN.

Якщо WAN-інтерфейсів кілька, то необхідно вибрати основний WAN-інтерфейс, через який ходитиме весь трафік, клікнувши правою кнопкою миші по ньому і вибравши "Встановити основним з'єднанням". Якщо планується використовувати інший WAN-інтерфейс як резервний канал, рекомендуємо скористатися "Майстром налаштування" .

Увага!При налаштуванні резервного підключення рекомендується вказати не DNS-ім'я хоста, а IP-адресу для того, щоб UserGate Proxy&Firewall періодично опитував його за допомогою icmp(ping) запитів і за відсутності відповіді включав резервне підключення. Переконайтеся, що DNS-сервери в налаштуваннях мережного резервного адаптера Windows працюють.

Користувачі та групи

Для того, щоб клієнтський комп'ютер міг авторизуватися на шлюзі та отримувати доступ до служб UserGate Proxy&Firewall та NAT, необхідно додати користувачів. Для спрощення виконання цієї процедури скористайтеся функцією сканування - "Сканувати локальну мережу". UserGate Proxy&Firewall самостійно просканує локальну мережу та надасть список хостів, які можна додати до списку користувачів. Далі, можна створити групи та включити до них користувачів.

Якщо у Вас розгорнуто контролер домену, то Ви можете налаштувати синхронізацію груп з групами в Active Directory або зробити імпорт користувачів з Active Directory без постійної синхронізації з Active Directory.

Створюємо групу, яка буде синхронізована із групою або групами з AD, вводимо необхідні дані в меню "Синхронізація з AD", перезапускаємо службу UserGate за допомогою агента UserGate. Через 300 сік. Користувачі автоматично імпортуються до групи. У цих користувачів буде виставлений спосіб авторизації – AD.

Міжмережевий екран

Для коректної та безпечної роботи шлюзу необхідно обов'язковоналаштувати міжмережевий екран.

Рекомендується наступний алгоритм роботи міжмережевого екрану: заборонити весь трафік, а потім додавати роздільні правила за необхідними напрямками. Для цього правило #NONUSER# треба перевести в режим "Заборонити" (це заборонить весь локальний трафік на шлюзі). Обережно!Якщо ви конфігуруєте UserGate Proxy&Firewall віддалено, відключення від сервера. Потім необхідно створити дозвільні правила.

Дозволяємо весь локальний трафік, по всіх портах від шлюзу до локальної мережі та з локальної мережі до шлюзу, створивши правила з наступними параметрами:

Джерело - "LAN", призначення - "Будь-який", сервіси - ANY:FULL, дія - "Дозволити"
Джерело - "Будь-який", призначення - "LAN", сервіси - ANY:FULL, дія - "Дозволити"

Потім створюємо правило, яке відкриє доступ до Інтернету для шлюзу:

Джерело – "WAN"; призначення - "Будь-який"; послуги - ANY:FULL; дія - "Дозволити"

Якщо Вам необхідно дозволити доступ вхідних підключень по всіх портах до шлюзу, правило буде виглядати так:

Джерело - "Будь-який"; призначення – "WAN"; послуги - ANY:FULL; дія - "Дозволити"

І якщо Вам необхідно, щоб шлюз приймав вхідні підключення, наприклад, тільки за RDP (TCP:3389), і його можна було пінгувати зовні, то необхідно створити таке правило:

Джерело - "Будь-який"; призначення – "WAN"; сервіси – Any ICMP, RDP; дія - "Дозволити"

В інших випадках, з міркувань безпеки, створення правила для вхідних підключень не потрібно.

Щоб дати доступ клієнтським комп'ютерам до Інтернету, необхідно створити правило трансляції мережевих адрес (NAT).

Джерело – "LAN"; призначення – "WAN"; послуги - ANY:FULL; дія - "Дозволити"; вибираєте користувачів чи групи, яким необхідно надати доступ.

Можливе налаштування правил міжмережевого екрану - дозволяти те, що явно заборонено та навпаки, забороняти те, що явно дозволено залежно від того, як Ви налаштуєте правило #NON_USER# і яка у Вас політика в компанії. Усі правила мають пріоритет - правила працюють у порядку зверху донизу.

Варіанти різних налаштувань та приклади правил міжмережевого екрану можна переглянути.

Інші налаштування

Далі, в розділі сервіси - проксі можете включити проксі-сервери - HTTP, FTP, SMTP, POP3, SOCKS. Виберіть потрібні інтерфейси, включення опції "прослуховувати всіх інтерфейсах" бути небезпечною, т.к. проксі в такому випадку буде доступний як на інтерфейсах LAN так і на зовнішніх інтерфейсах. Режим "прозорого" проксі, що маршрутизує весь трафік по вибраному порту на порт проксі, в такому випадку на клієнтських комп'ютерах, вказувати проксі не потрібно. Проксі залишається також доступним і по порту, вказаному в налаштуваннях самого проксі-сервера.

Якщо на сервері увімкнено прозорий режим проксі (Сервіси - Налаштування проксі), то достатньо вказати в налаштуваннях мережі на клієнтській машині сервер UserGate як основний шлюз. Як DNS-сервер також можна вказати сервер UserGate, у цьому випадку має бути увімкнено .

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

Якщо у вашій мережі є налаштований DNS сервер, то можете вказати його в налаштуваннях DNS форвардингу UserGate та налаштуваннях WAN адаптера UserGate. У такому випадку і в режимі NAT і в режимі проксі всі запити DNS будуть направлені на цей сервер.