ShriEkeR Moderator Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Часть 1 | Часть 2 | Часть 3 | Часть 4 | Часть 5 | Часть 6 | Cмежная тема в варезнике Kerio Control (ex Kerio WinRoute Firewall) ™ Kerio Control™ является межсетевым экраном (МСЭ) корпоративного уровня, созданным специально для малого и среднего бизнеса. Надежная защита от хакерских атак, клиент-серверная VPN-технология, интегрированный Sophos Antivirus, мощные инструменты для управления доступом в Интернет на базе Kerio Control Web Filter, гибкие настройки и удобное управление: эти и многие другие уникальные особенности делают Kerio Control aka Kerio WinRoute Firewall идеальным решением для защиты Вашей сети от враждебного Интернет-окружения. Удостоенный высоких отраслевых наград Kerio Control, разработан специально для защиты компаний от полного спектра сетевых угроз. Автоматически обновляющийся модуль защиты в Kerio Control обнаруживает и предотвращает возникающие угрозы, одновременно давая администратору сети гибкие инструменты для управления политиками доступа пользователей, полного управления полосой пропускания и QoS, детального мониторинга сети, и возможность VPN подключения с IPSec для настольных компьютеров, мобильных устройств и удаленных серверов.Kerio Control обеспечивает превосходную защиту сети, является стабильным, безопасным и, что немаловажно, простым в управлении. Последняя версия: Kerio Control 8.3.1 Build 2108, Released on: May 20, 2014 Release history Последняя проверенная версия (лекарство смотрим ниже): Kerio Control 7.0.1 Build 1098, Released on: August 04, 2010 Предыдущие, полностью рабочие версии: Kerio Control 7.4.2 Build 5136, Released on: March 12, 2013 Скачать с оффсайта -> win32 | win64 Kerio Control 7.0.0 Build 896, Released on: June 01, 2010 Скачать с оффсайта -> win32 | win64 KWF 6 Kerio WinRoute Firewall 6.7.1 Patch 2 Build 6544, Released on: March 09, 2010 Скачать с оффсайта -> win32 | win64 Информация по KControl 8.x.x Руководство по переходу с платформы Windows на Kerio Control Appliance Официальная документация на Английском языке Официальная база знаний на Русском языке Создание VPN туннеля между KControl 8.1 и MikroTIK Router OS 6.1   Информация по KWF 6.x.x C 30.04.2007 старые библиотеки внутреннего сканера McAfee не поддерживаются и автоматически не обновляются...   Бета версии Manual Eng (PDF) Step-by-Step installation guide Eng (PDF) Kerio VPN Client Manual (PDF) Сброс пароля администратора   Настройка, русификация, полный русский мануал Ключи для Kerio WinRoute Firewall   Использование VPN server IPsec Kerio Control 8 с IPsec клиентом - от 7KirOV7   F.A.Q. На Winroute.ru - ПРАВИЛЬНАЯ настройка DNS и сетевых интерфейсов!!!   FAQ составлен по материалам форумов "Windows FAQ" - Форум - "KWR 5.0 (Kerio Winroute 5.0)" (стр.1-93 вопр. 1-122) и "XBT Hardware BBS » Системное   администрирование, безопасность » Winroute FAQ" - "Просьба все вопросы по Winroute задавать в этой ветке?" (стр. 1-18 вопр. 123-171) _http://12kms.fatal.ru/_kwf.html   Тут одна компания полностью на русский язык перевела хелп   Kerio WinRoute Firewall 6.0. Руководство Администратора   Может кому надо: _http://www.internetaccessmonitor.com/rus/support/docs/winroute/ Офлайновая версия этого перевода: http://fronik.narod.ru/kwf/ (1.5Мб)   также много полезной информации по настройке на сайтах: ввв.xerio.kiev.ua и kerio-rus.ru WinRoute Spy – программа анализа файлов логов популярного прокси-сервера и Internet-шлюза Winroute (версии 4.Х) и Kerio Winroute Firewall 5.Х. Internet Access Monitor for Kerio WinRoute - программа анализа логов, составления отчётов по использованию интернет-ресурсов.   Внимание, KWF является корпоративным сетевым фаерволом, поэтому, в его функционал не входит и не может входить контроль приложений. Для этого пользуйтесь персональными фаерами, и не нагружайте топик лишними вопросами.   Kerio Control 8.6.1 решение проблемы с часовыми поясами // текущий бэкап шапки.. Всего записей: 6382 | Зарегистр. 27-09-2004 | Отправлено: 23:49 06-10-2012 | Исправлено: dimonprodigy, 16:52 05-03-2018

ssi Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору YuraseK Цитата: Для физической изоляции интерфейсы лучше разнести по виртуальным коммутаторам. Если есть коммутатор L2 уровня с VLAN, то можно пустить всех провайдеров по одному проводу. Если керио не видит сетевой интерфейс, то можно попробовать другой. Я проверил, у меня налету добавляется интерфейс E1000. ставить еще один коммутатор между провайдерскими и керио как то не очень.   Я разнес по разным коммутаторам все физ. интерфейсы как и писал. Керио же видит только те два что были подсунуты при разворачивании OVF образа.  Как вы его заставили после установки увидеть другие интерфейсы?   И второе, контрол предлагает сопоставить с ESXi 6 два типа интерфейсов - Hostonly и Bridget.  Первый для WAN второй для локалки или нет? Всего записей: 687 | Зарегистр. 19-11-2002 | Отправлено: 16:30 23-03-2017 | Исправлено: ssi, 20:04 23-03-2017

ssi Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Цитата: Так добавьте ему еще виртуальных сетевух, и подключите их в ESXI к вашим виртуальным свичам... блин спасибо. С виртуализацией только начал разбираться, кое что не понятно     Пробовал сопоставлять интерфейсы Bridget - LAN, Hostonly - WAN  и наоборот. И каждый раз LAN присваивается статика 10.10.10.1, а WAN как то хватает IP адрес от DHCP находящегося в локальной сети.  Вот как это получается если WAN интерфейс висит на отдельном виртуальном коммутаторе который физически никуда не подцеплен? Всего записей: 687 | Зарегистр. 19-11-2002 | Отправлено: 22:15 23-03-2017 | Исправлено: ssi, 23:24 23-03-2017

Diamond69 Junior Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору Кто-нибудь подскажет, какой порядок(какие промежуточные версии) апгрейда с версии 7.2.0 до 9.2.1? Заранее благодарен за ответ. Всего записей: 113 | Зарегистр. 08-06-2004 | Отправлено: 08:08 24-03-2017 | Исправлено: Diamond69, 09:33 24-03-2017

Master_of_puppets Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Приветствую! Есть проблема со скайпом, внутри сети предприятия с прокси-сервером(старенький Winroute 6.6.0.5729). Собственно, все последние версии Skype 7.1x+ демонстрируют какую-то частичную работоспособность - мессенджер подключается, контакты зеленые и снаружи нас видят онлайн, чаты работают с большего без проблем, но: 1) статус постоянно "подключение", крутятся стрелки 2) на старте вылазит оранжевая панелька "Подключение к интернету отсутствует" 3) звонки в большинстве своем не работают - тишина + ругательство вроде "нет интернета". С более старыми версиями Skype(6.хх, 7.0) проблемы №1-2 не существовали, №3 беспокоила иногда. Но теперь, понятно, использование новых стало безальтернативным. Настройки прокси-сервера прописаны в IE, в скайпе - автомат. обнаружение. Выставление вручную адрес-порт-имя-пароль, галки "использование портов 80 и 443", "UPnP" - картину не меняет. По команде /dumpmsnp скайп выдает примерно следующее:   MSNP: Connection Data (MSNP24):  * Status: NetStateConnected  * Server Current: s.gateway.messenger.live.com  * Server Saved: s.gateway.messenger.live.com  * Login: cid-(3626485025669352611)@outlook.com (Token)  * Skypename: --- [linked]  * EPID: af0833d6-870c-ee36-7b3e-5edc072fa554  * ClientVersion: 0/7.33.66.104//  * OSVersion: Windows 6.1 Service    * Time: TZ: UTC+3, Server: 1489143086, Local: 1489143247  * Connection: IF: 0 DC: 0 RC: HTTPS  * B:0 CS:[B:1 S:1] MO:yes CWB:1 Q:0[F:0 I:0] PMN:1  * Recent connect: s.gateway.messenger.live.com @ 2017-03-10T09:58:21Z  * Recent connect: s.gateway.messenger.live.com @ 2017-03-10T08:02:49Z  * Recent connect: s.gateway.messenger.live.com @ 2017-03-09T04:48:35Z  * Recent connect: s.gateway.messenger.live.com @ 2017-03-09T04:26:52Z  * Recent connect: s.gateway.messenger.live.com @ 2017-03-08T19:59:29Z  * Push: None (Unregistered)   Т.е как бы коннектед, но чего-то стало не хватать Делаю на компьютере прямое подключение(ручной IP и без прокси) - статус уже зеленый и входящий звонок идет. Порт 443, 1024+ в прокси открыты издавна. На днях прочитал всю ветку https://community.skype.com/t5/Windows-desktop-client/Skype-new-version-not-woking-with-proxy-environment/td-p/4498984 - проблема, похоже достаточно распространенная, скайп соединяется непонятно как, стал игнорировать настройки прокси, и из версии в версию это поведение не меняется... Добавил в Winroute порты UDP 3478-3480 - ничего не меняется. В общем, какое-то абы что   Но я все же подозреваю, что у кого-то оно должно работать В какую сторону копать? Всего записей: 91 | Зарегистр. 13-01-2003 | Отправлено: 10:52 24-03-2017

ipmanyak Platinum Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Master_of_puppets Официально список поддоменов и сетей  в том числе IPV6 опубликован здесь в конце: Set up your network for Skype Meeting Broadcast https://support.office.com/en-us/article/Set-up-your-network-for-Skype-Meeting-Broadcast-dfa736b9-4920-4f48-b8c0-b5487ec6086f Насколько инфа актуальна  - неизвестно, дата в ссылке нигде не указана.   Код:  The following URLs and domains must be excluded from any content filtering by your organizations proxy servers. These URLs are accessed by both the Presenters and Attendees of a Skype Meeting Broadcast event. These users must be allowed to access them and they must be considered non-proxied destinations.     Короче, нужно в твоем Керио натить скайп на указанные хосты и домены.   У меня прокси squid, скайп та еще зараза, она всегда тычется и напрямую и через прокси. Поскольку мне надо не всех пускать в Инет , потому  в проксе включена доменная авторизация, и скайп должен хотя бы частично переть через проксю. Что и было сделано. Часть хостов скайпа занатили на цисках, остальные прописали в проксе.     Эти сети разрешил в проксе для скайпа Код:     65.52.0.0/14 # Netrange 40.74.0.0 - 40.125.127.255 40.76.0.0/14 40.112.0.0/13 40.80.0.0/12 40.120.0.0/14 40.96.0.0/12 40.125.0.0/17 40.74.0.0/15 40.124.0.0/16 # Netrange 52.145.0.0 - 52.191.255.255 52.145.0.0/16 52.160.0.0/11 52.148.0.0/14 52.146.0.0/15 52.152.0.0/13 # NetRange: 64.0.0.0 - 64.3.255.255 64.0.0.0/14 # NetRange: 65.52.0.0 - 65.55.255.255 65.52.0.0/14 66.119.157.192/26 66.119.158.0/25 # Netrange 91.190.218.0 - 91.190.218.255 SKYPE-DU5 91.190.218.0/24 # Netrange: 104.40.0.0 - 104.47.255.255 104.40.0.0/13 # Netgange: 131.253.21.0 - 131.253.47.255 131.253.22.0/23 131.253.21.0/24 131.253.32.0/20 131.253.24.0/21     Также разрешил в проксе эти домены:   .aka.ms .microsoft.com .microsoftonline.com .skypeassets.com .lync.com .aria.microsoft.com .aspnetcdn.com .msecnd.net .azure.net .skype.com .windows.net .msads.net .adnxs.com .trouter.io .globalsign.com     Что NAT-ится сообщу чуть позже.  Для начала занать те сети, что указаны в статье. 40-е сети если  влом много писать сделай  40.0.0.0/10 и 40.64.0.0/13  , с другими можно поступить также, а не писать по 1 хосту   Разборками занимались в октябре 2016 года, когда скайп после очередного обновления перестал звонить и показывать видео. С того времени ничего не меняли. Обновлялся ли сам  скайп у юзеров сказать не могу.     Список сетей с NAT, по словам цискаря через них идет звук и видео:   40.80.0.0 255.240.0.0  40.76.0.0 255.252.0.0  40.120.0.0 255.252.0.0  40.96.0.0 255.240.0.0  40.74.0.0 255.254.0.0  40.125.0.0 255.255.128.0  40.112.0.0 255.248.0.0  40.124.0.0 255.255.0.0  52.145.0.0 255.255.0.0  52.152.0.0 255.248.0.0  52.160.0.0 255.224.0.0  52.148.0.0 255.252.0.0  52.146.0.0 255.254.0.0  104.40.0.0 255.248.0.0  131.253.22.0 255.255.254.0  131.253.21.0 255.255.255.0  131.253.32.0 255.255.240.0  131.253.24.0 255.255.248.0  65.52.0.0 255.252.0.0   Всего записей: 11735 | Зарегистр. 10-12-2003 | Отправлено: 12:58 24-03-2017 | Исправлено: ipmanyak, 14:26 24-03-2017

xDFCx Newbie Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Уважаемые, а кто-нибудь пробовал прикручивать к Kerio Control Software Appliance (в частности, 9.1.4) OpenVPN? OpenVPN я уже поставил, служба запускается, удаленный клиент подключается, но трафик через виртуальный интерфейс не идет. В логах опенвпн все нормально - подключение проходит успешно. По всей видимости, фаервол блокирует трафик через tun интерфейс. Проблема в том, что виртуальный интерфейс не отображается в веб-морде керио, соответственно, не могу назначить его локальным\доверенным. Пробовал в файерволе разрешить трафик между всеми локальными подсетями - не помогает. Пока ничего не могу больше придумать, ковыряю системные файлы. P.S. Сервер OpenVPN за Kerio не предлагать. Перейти на IPsec\KerioVPN не предлагать. Хочу именно так. Всего записей: 3 | Зарегистр. 30-11-2011 | Отправлено: 13:40 24-03-2017

ipmanyak Platinum Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору xDFCx  У вас скорее всего трабла с маршрутизацией  на стороне  клиента OPENVPN. Покажите или сами посмотрите таблицу рутинга до поднятия VPN и после. И схему подсетей нарисуйте. ---------- В сортире лучше быть юзером, чем админом... Всего записей: 11735 | Зарегистр. 10-12-2003 | Отправлено: 14:54 24-03-2017

xDFCx Newbie Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору ipmanyak Проще показать кусок конфига: Код:   mode server port 1194 proto udp dev tun ca ca.crt cert flx.crt key flx.key dh dh1024.pem   tun-mtu 1500 mssfix 1460   server 192.168.19.0 255.255.255.0   push "route 192.168.0.0 255.255.252.0" client-config-dir ccd <...routes...> route 192.168.112.0 255.255.255.0 192.168.19.112 <...routes...>   topology subnet client-to-client   cipher aes-256-cbc push "cipher AES-256-CBC" comp-lzo keepalive 3 60 max-clients 50 persist-key persist-tun verb 1 mute 5 log /var/log/openvpn.log status /var/log/openvpn-status.log   Этот конфиг работает на виндовом шлюзе. Т.е. сервер имеет 192.168.19.1, клиент из ccd получает 192.168.19.112 и через него маршрутизируется подсеть 192.168.112.0. Проблема в том, что пинги не ходят даже между виртуальными IP. Например, на Керио Код:   # ifconfig tun0 tun0      Link encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00           inet addr:192.168.19.1  P-t-P:192.168.19.1  Mask:255.255.255.0           UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1           RX packets:43 errors:0 dropped:0 overruns:0 frame:0           TX packets:0 errors:0 dropped:0 overruns:0 carrier:0           collisions:0 txqueuelen:100           RX bytes:3720 (3.6 KiB)  TX bytes:0 (0.0 B)   # ping -c 3 192.168.19.112 PING 192.168.19.112 (192.168.19.112) 56(84) bytes of data.   --- 192.168.19.112 ping statistics --- 3 packets transmitted, 0 received, 100% packet loss, time 1999ms   По всей видимости, режется трафик внутри тоннеля. Всего записей: 3 | Зарегистр. 30-11-2011 | Отправлено: 15:10 24-03-2017

platon1707 Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Цитата: Кто-нибудь подскажет, какой порядок(какие промежуточные версии) апгрейда с версии 7.2.0 до 9.2.1?   Заранее благодарен за ответ.   я с 7.4 вин переходил на последнюю версию апланса следующим образом     7.4 вин импорт конфигов в 7.4 апланс вместе с файликами статистики - 8.0 - 8.6 - 9.0 - 9.х     по крайней мере тут писалось об именно этих мажорных (переходных) версиях, в которых изменялась структура баз данных и конфигурационных файлов.     я делал процесс обновления на виртуалке, а потом конфиг с виртуалки заливал уже на последнюю на рабочую машинку Всего записей: 87 | Зарегистр. 01-02-2008 | Отправлено: 02:50 27-03-2017

ipmanyak Platinum Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору xDFCx Админ гадать не должен, повторяю еще раз, смотрите таблицы маршрутизации, снимайте трассы. ---------- В сортире лучше быть юзером, чем админом... Всего записей: 11735 | Зарегистр. 10-12-2003 | Отправлено: 14:27 27-03-2017

xDFCx Newbie Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору ipmanyak А я и не гадаю - я уверен. Повторю - нет пинга внутри туннеля. До маршрутизации дело еще не дошло. Всего записей: 3 | Зарегистр. 30-11-2011 | Отправлено: 16:05 27-03-2017

ssi Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору поставил на тест Control Software Appliance на отдельный комп. Проц E7400, память 2Гб, встроенная сеть LAN - Realtek, внешняя WAN - Intel. Подключил провайдера к нему и обычный ноут к LAN. Все правила по дефолту.Ну разве что DHCP встроенный и антиспуфинг отключил, все...   Захожу с этого ноута в инет и наблюдаются какие-то затыки - хром открывает страницу, но сначала выдает на полсекунды страница недоступна. В IE "страница недоступна" может так и висеть пока не нажмешь F5.     В логах керио ничего окромя разве что [27/Mar/2017 17:21:05] RAM size is 2002MB. For better IPS performance, please, consider expansion to at least 2096MB. Пробовал IPS отключать - не помогло. Чего ему не хватает? Всего записей: 687 | Зарегистр. 19-11-2002 | Отправлено: 17:06 27-03-2017

ssi Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору testerkk Цитата: xDFCx попробуйте повключать логи, которые могут хоть как-то быть с этим связаны, может в них что-то увидите.   похоже дело было в DNS провайдера, сменил а другой затыки эти вроде пропали. Хотя все равно странички с какой то задержкой открываются. Всего записей: 687 | Зарегистр. 19-11-2002 | Отправлено: 21:38 27-03-2017 | Исправлено: ssi, 21:38 27-03-2017

goddamnlb Newbie Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Привет ребята. В прошлой версии (9.2.1) была проблема с l2tp туннелем (у меня провайдер предоставляет инет по l2tp, beeline), он спустя какое-то время просто повисал со статусом connecting и как следствие инет не работал. Откатился на 9.1.4 и ждал следующего релиза. Не в курсе, в 9.2.2 поправили? Всего записей: 21 | Зарегистр. 25-03-2014 | Отправлено: 14:56 28-03-2017

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300

Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » Kerio Control (ex Kerio WinRoute Firewall)

articlebot (18-06-2020 07:17): Kerio Control (ex Kerio WinRoute Firewall)

Переход по форумам  Закладки   » Компьютеры Цифровое изображение Программы Microsoft Windows UNIX Другие OS Hardware В помощь сисадмину Прикладное программирование Игры Форумные игры   » Интернет Web-программирование В помощь вебмастеру Графика Хостинг Зацените-ка!   » Тематические Ikonboard v.2 Ikonboard v.3 Invision Board Другие форумы PHP-Nuke и другие порталы Мобила   » Общие Спорт Флейм Темы по региональным встречам Музыка и Кино Юмор Литература и Живопись   » Ru.Board Новости Помощь по форуму   » Андеграунд eBookz Варезник Раздачи и акции Мобильный варезник Андеграунд Игры и фильмы   » Специальные Тестирование