Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » Jetico Personal Firewall

Модерирует : gyra, Maz

Widok (30-03-2009 18:36): Лимит страниц. Продолжаем здесь.  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 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

   

lapi



Junior Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Jetico Personal Firewall
http://www.jetico.com/jpfirewall.htm
В настоящее время это один из наиболее перспективных и динамично развивающихся персональных брандмауэров. Гигантское количество настроек при правильном и вдумчивом подходе обеспечит потрясающую защиту вашего компьютера.
Однако не надейтесь на лёгкую жизнь - в большинстве случаев Jetico оставит вас один на один с тонкостями сетевых протоколов...
 
Upd: В последнее время новых версий JPF freeware v1.0 не выходит, благо все (или почти все) баги в нем вычистили.
 
Upd2: Внимание! К сожалению, вторая версия программы (JPF2) позиционируется как коммерческая, т.е. не бесплатная.
Тема в варезнике посвящённая второй верии
 
Upd3: Если JPF оказался для вас слишком сложным, попробуйте посмотреть Comodo Firewall.
 
Последняя версия 1.x: 1.0.1.61 (19 июля 2005)
http://www.jetico.com/jpfwall.exe
 
Текущая версия 2.x: 2.0.2.9 (23 марта 2009)
http://www.jetico.com/jpf2setup.exe
 
Русификация версии 1.0.1.61 с установщиком (19 июля 2005):
http://artlonger.narod.ru/jetico.zip (35 кб)
Если что, качать браузером. При обновлении версий ссылка не изменяется.
 
PS: В русской версии прикручено выравнивание столбцов по F12.
 
Базовые настройки брандмауэров.
Правила JPF v1
Обзорная статья+принцип по которому фильтруются пакеты/соединения в таблицах Jetico Personal Firewall v1

Jetico 2: типовые правила для VPN-PPTP и VPN-L2TP...
JPF v2 Правила для сервиса svchost.exe

Всего записей: 166 | Зарегистр. 28-09-2001 | Отправлено: 02:49 06-03-2004 | Исправлено: Dimitr1s, 17:52 23-03-2009
zye



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Desmont
Я уже писал выше, у меня после стандартного удаления и зачистки "Totall Uninstall"om, вообще перестала работать "таблица IP" и перестал показывать что-либо "Сетевой траффик". "Totall..." показывал что не все драйвера удалены. Установка версии 2.0.2.8 удалась только без зачистки! Видимо штатный uninstaller не совсем корректно работает.

Всего записей: 257 | Зарегистр. 19-12-2005 | Отправлено: 15:01 04-01-2009
Desmont



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Помогло:
Сброс настроек протокола TCP/IP
http://support.microsoft.com/kb/299357/ru

Всего записей: 171 | Зарегистр. 04-07-2006 | Отправлено: 16:09 04-01-2009 | Исправлено: Desmont, 21:15 04-01-2009
zet1

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Вопросы знатокам, поставил Jetico на Висту х64, создал группы программ и игр, добавил их в таблицу /Приложение/, эти группы должны выходить в сеть без ограничения. Создал еще группу, которая может выходить только во внутрение ресурсы провайдера и добавил ее в таблицы, /Сетевая активность/ и /Доступ в сеть/, указав разрешеный диапазон адресов. Вопрос 1, правильно ли, добавлять всю группу в таблицу, /Приложение/ или нужно сделать как с группой для внутрених ресурсов, не ограничивая диапазон. Вопрос 2, можно ли добавить группу довереных приложений в таблицу /Контроль процессов/ или лучше вносить каждое приложение отдельно.

Всего записей: 146 | Зарегистр. 28-09-2005 | Отправлено: 09:11 20-01-2009
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
zet1
 
По одному возни больше, да спокойнее. Мне JPFP2 с дурной подачи Anvir Task Manager 5.4.х - 5.5.х не будь он к ночи помянут, не раз наглухо вешал gcc а с ним вместе и машину. Причина проста с SVN обновилась как-то из утилит в исходниках и Jetico выдаёт запрос, а дурак Anvir блокирует и его и всю машину. Так, вот, просмотр логов, ведущихся не на группу, а по каждому приложению это позволил поймать, и Anvir был отключён, а вот как ты с группой будешь разбираться, выяснив кто именно сбоит? Представил себе картинку - группа программ эдак на 500 - 600, одна сбоит, удалил всю группу (по одной не выйдет), и заново всё писать.

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti

Всего записей: 34360 | Зарегистр. 31-07-2002 | Отправлено: 09:25 20-01-2009
zet1

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Да програм 15-20 штук, да 3-4 игрушки. Еще Jpf.exe хочет че-то в сеть послать, визард создал правило для Jpsrv.exe, выпускать ли ее, один раз на ВПН сервер просилась, и еще куда-то, не успел глянуть, и разрешать ли широковещательные входящие, правило было по умолчанию.

Всего записей: 146 | Зарегистр. 28-09-2005 | Отправлено: 09:35 20-01-2009 | Исправлено: zet1, 10:43 20-01-2009
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
zet1
 
Сделай всем по одному набору правил, не ошибёшься.

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti

Всего записей: 34360 | Зарегистр. 31-07-2002 | Отправлено: 11:00 20-01-2009
Dimitr1s



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
zet1
 
На счёт создания групп: можешь поступить как нравится, если не задашь напрямую разрешения/запрещения в какой-нибудь таблице для группы, то приложения из неё будут создавать запросы стандартным образом. Проверяй только, что бы правила не пересекались и не перекрывали друг-друга.
Цитата:
Создал еще группу, которая может выходить только во внутрение ресурсы провайдера и добавил ее в таблицы, /Сетевая активность/ и /Доступ в сеть/, указав разрешеный диапазон адресов.
Если только на внутренние, то не забудь снизу подкрепить правилом, запрещающим всё остальное, а то вопросы по прежнему будут идти.
Цитата:
Еще Jpf.exe хочет че-то в сеть послать, визард создал правило для Jpsrv.exe, выпускать ли ее, один раз на ВПН сервер просилась, и еще куда-то, не успел глянуть
Ни jpf.exe, ни jpfsrv.exe, ни куда не просятся и ни куда не "ходят" во вне, для внутренней работы им нужны правила во всех таблицах, кроме сетевой.
Цитата:
...и разрешать ли широковещательные входящие, правило было по умолчанию.
Тут тебе видней, нужно или нет (ip TV и тому подобное).
Victor_VG
Цитата:
Так, вот, просмотр логов, ведущихся не на группу, а по каждому приложению это позволил поймать, и Anvir был отключён, а вот как ты с группой будешь разбираться, выяснив кто именно сбоит?  
Так логи и так ведутся по приложениям, независимо в группах они или нет.
 

Всего записей: 1919 | Зарегистр. 02-07-2006 | Отправлено: 12:14 20-01-2009
zet1

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Dimitr1s
Смотрел ваши правила, вопрос по таблице /Приложение/ у Вас там нет правила, Разрешаем слушать порты, действие которого, TCP/IP откр. порт для соединений, откр. порт для пакетов (UDP), без этого правила svhost сыпет запросы Вид активности: откр. порт для пакетов (UDP) (откр. порт для пакетов (UDP)

Всего записей: 146 | Зарегистр. 28-09-2005 | Отправлено: 13:21 20-01-2009 | Исправлено: zet1, 17:58 20-01-2009
Dimitr1s



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
zet1

Цитата:
Смотрел ваши правила...
Если вопрос про эти правила, то есть оба правила, я их обозвал: Allow to Listen TCP Ports и Allow to Listen UDP Ports. Находятся в таблице: Сетевая активность, в ней у меня сосредоточены все сетевые правила и ссылки. Выше них расположена только ссылка на сетевую таблицу, в которую помещаются приложения которым запрещено всё, в том числе и "слушать" порты.

Всего записей: 1919 | Зарегистр. 02-07-2006 | Отправлено: 18:52 20-01-2009
zet1

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Спасибо, разобрался, проглядел просто, еще бы выяснить каким системным приложениям, чего разрешать, в ХР проще было, а в Висте столько всего проситься.

Всего записей: 146 | Зарегистр. 28-09-2005 | Отправлено: 11:31 21-01-2009
zet1

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Не мог сменить разрешение, черный экран и все, пока не глянул в лог, 2009-01-23 02:16:48    спросить    Контроль процессов    внедрение кода в процесс    C:\Windows\System32\rundll32.exe    C:\Windows\System32\csrss.exe    PID: 572; Attacker PID: 180    
фаервол в режиме обучения, может разрешать все системе?

Всего записей: 146 | Зарегистр. 28-09-2005 | Отправлено: 12:16 23-01-2009
Dimitr1s



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
zet1
Для работы rundll32.exe нужны практически все разрешения, но на внедрение кода в процесс лучше обратить пристальное внимание. По сути, оба указанных сервиса только прослойки (rundll32 для запуска исполняемых файлов, csrss контролит потоки и в основном отвечает за консольные проги и 16'и битную среду "обитания"). По сути нужно отследить, что за этим стоит, скорее всего, судя по описанию, драйвер видеоподсистемы. Лучше на всякий случай, всех участников проверить. Вообще на: "внедрение кода в процесс" и "модификация дочернего процесса" стоит обращать самое пристальное внимание.
Цитата:
...может разрешать все системе?
Если машина одиночная, ни чего не раздаёшь (ftp, шары и прочее), то по большому счёту кроме svchost.exe (для DNS-клиента и раз в месяц для обновлений) в сети делать больше никому нечего. С проактивкой проще - если система "заводская", ограничивать запросы системных сервисов, для внутренней работы смысла не вижу.
Цитата:
...еще бы выяснить каким системным приложениям, чего разрешать, в ХР проще было, а в Висте столько всего проситься.
Наилучший вариант, не слушать "советчиков", а зарегистрироваться на MSDN и получить информацию из первоисточника так сказать, если ещё есть знание английского, процесс получения оной упростится в разы .

Всего записей: 1919 | Зарегистр. 02-07-2006 | Отправлено: 14:05 23-01-2009
ZEQUALITY

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Приветствую всех!
 
Обнаружил не очень приятное свойство Jetico 2.0.2.6 - при выключенном (Shutdown) firewall под сильной нагрузкой на TCP - 500 одновременных попыток соединения к localhost, причем к разным процессам - практически все из них терпят неудачу с connection rejected by remote interface. При удаленном Jetico все соединения устанавливаются успешно, и сам процесс выполняется раз в 5 быстрее.
Понятно, что Jetico - персональный firewall и для такой нагрузки не предназначен, плохо, что полностью выгрузить его нельзя.  
В драйверах устройств не Plug and Play целых 7(!) драйверов BC*, являющихся составной частью Jetico. Видимо, и в shutdown-mode они все же дают небольшую задержку при TCP-подключении, и на 500 одновременных попытках это становится заметным.

Всего записей: 19 | Зарегистр. 30-11-2008 | Отправлено: 23:05 26-01-2009
Dimitr1s



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ZEQUALITY

Цитата:
Обнаружил не очень приятное свойство Jetico 2.0.2.6...

Это свойство обнаруживается с момента появления реестра и его имеют все драйвера загружающиеся с правами системы (из ключа: HKLM\SYSTEM\CurrentControlSet\Enum\Root, к примеру), а не только Джетики. Остановка сервиса, через Shutdown, ни чего не даст, все установленные драйверами хуки (на функции, потоки и т.д.) по прежнему "в деле". Тут только: или полное удаление программы, или отдельно (без удаления, но с выгрузкой из авторана), временное удаление  ключей драйверов из реестра с ребутом (с последующим восстановлением, с помощью бэкапа), последнее, при ошибке, грозит невозможностью загрузки . Можно ещё попробовать остановить через Диспетчер устройств, тоже чревато не предсказуемыми последствиями.
Цитата:
...практически все из них терпят неудачу с connection rejected by remote interface.
По видимому речь идёт о проблеме с доступом к БД, при нагрузке, тут персональный фаерволл вряд ли какой подойдёт, обратить внимание на серверные или на "железку".

Всего записей: 1919 | Зарегистр. 02-07-2006 | Отправлено: 03:42 27-01-2009
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ZEQUALITY
 
Dimitr1s уже ответил Вам на этот вопрос. От себя добавлю только, что даже на мощных серверах приложений при выгрузке брандмауера его низкоуровневые драйвера обычно остаются активными. И единственное, что может в такой ситуации решить задачу это только исключительно аппаратный брандмауер. Никакой программный комплекс на рабочей станции серверные задачи не решит. И вдобавок могу предположить что у Вас используется не серверная ОС, а модифицированная рабочая станция. И в такой ситуации могу Вас только отослать почитать теорию операционных систем для того, что бы Вы представили себе разницу между сервером приложений, сетевым шлюзом, сервером ресурсов и рабочей станцией. Поверьте, она есть и никакими изменениями внутренних настроек ОС нивелировать принципиальную разницу в их архитектуре физически не удастся. И если Вы применяете не подходящую ОС для решения не свойственных ей задач, то будьте готовы к любым последствиям своего не продуманного решения. Для каждой задачи есть свои инструменты, а забивать железнодорожный костыль в шпалу чайной ложкой... х-м-м... а Вы каким временем на эту работу располагаете?  
 
Описанная Вами ситуация характерна для серверной архитектуры ядра, и пусть Микрософт для увеличения объёма продаж серверов и снизила волевым решением в варианте для рабочей станции число одновременных сетевых подключений до 10, так её TCP/IP стек в принципе рассчитан на предел в 120 - 130 одновременных подключений, а дальше уже наступает его перегрузка и время ответа ядра системы нелинейно возрастает с ростом нагрузки.  
 
Нужна экономичная по ресурсам система с большой нагрузочной способностью для серверных задач? Тогда обратите внимание на семейство BSD UNIX - FreeBSD/NetBSD/OpenBSD/True 64 UNIX и SUN Solaris. LINUX для такой работы не подойдёт - у этой системы своя, иная область применения, и она рассчитана на в только неё, хотя её и пытаются использовать и где можно, и где нельзя и даже вредно - модно, и работает инстинкт толпы - "Так все делают!", а мозги выключаются. Лучший в такой ситуации для Вас вариант - FreeBSD/OpenBSD в режиме без графического интерфейса для экономии ресурсов сервера. Оптимально использование FreeBSD 7.1, но, этот вопрос не для данного раздела, более того, этот вопрос вообще-то не для этого форума, и даже не для форумов вообще, а для прямой консультации с экспертами по серверам приложений и базам данных и системными аналитиками. Но, будьте готовы если Вы так поступите, платить и хорошие деньги за труд тех экспертов высшей квалификации, которые будут в этом случае решать именно Вашу задачу.


----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti

Всего записей: 34360 | Зарегистр. 31-07-2002 | Отправлено: 08:44 27-01-2009 | Исправлено: Victor_VG, 08:52 27-01-2009
GQ



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
[offtopic]
*нервно посмотрел на свои сервера. бедные, они и не знают, что у них должна быть своя, иная область применения*
[/offtopic]
 
ZEQUALITY
А, кстати, на включенном в режиме AllowAll ? Не получше?

----------
But temporary gearbox gremlins on lap eight were.

Всего записей: 1875 | Зарегистр. 10-12-2001 | Отправлено: 12:21 27-01-2009 | Исправлено: GQ, 12:26 27-01-2009
ZEQUALITY

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Доброго времени суток!
 
Dimitr1s

Цитата:
Это свойство обнаруживается с момента появления реестра и его имеют все драйвера загружающиеся с правами системы (из ключа: HKLM\SYSTEM\CurrentControlSet\Enum\Root, к примеру), а не только Джетики.

Почему я удивился - Outpost 3.5 можно отключить подобным образом, и тест в Shutdown-mode он так не замедляет (хотя драйверов поболе, чем у Jetiсo, будет). У меня еще HIPS (RTD) была установлена (уже удалил), так вот, удаление ее из системы практически не оказало влияние на тест по сравнению с ее остановкой. Так что вопрос все равно остается.  
Jetico уже переставлял, не помогло - во время теста ПК занимается непонятно чем, при загрузке в 40-60% (причем, практически вся активность - ядра).
 

Цитата:
Остановка сервиса, через Shutdown, ни чего не даст, все установленные драйверами хуки (на функции, потоки и т.д.) по прежнему "в деле".

Хм, но хуки разве выгрузить нельзя?
 

Цитата:
Можно ещё попробовать остановить через Диспетчер устройств, тоже чревато не предсказуемыми последствиями.

Пробовал - "Команда неуместна для данной службы"
 

Цитата:
По видимому речь идёт о проблеме с доступом к БД

Точно - имитировал попытку одновременного доступа к СУБД.
 

Цитата:
тут персональный фаерволл вряд ли какой подойдёт, обратить внимание на серверные или на "железку".

Да я то же самое и написал Единственная моя претензия - к полноценности shutdown-mode.
 
Добавлено:
Victor_VG
 

Цитата:
От себя добавлю только, что даже на мощных серверах приложений при выгрузке брандмауера его низкоуровневые драйвера обычно остаются активными. И единственное, что может в такой ситуации решить задачу это только исключительно аппаратный брандмауер. Никакой программный комплекс на рабочей станции серверные задачи не решит. И вдобавок могу предположить что у Вас используется не серверная ОС, а модифицированная рабочая станция.

 
Никак нет, обычная XP. C помощью теста имитирую одновременное подключение 500 пользователей к пустой БД через localhost, и в отсутствие firewall все 500 коннектов успешно устанавливаются. Выше я написал, что для Outpost, который существенно тяжелее Jetico, подобной картины не наблюдалось.
 

Цитата:
Описанная Вами ситуация характерна для серверной архитектуры ядра, и пусть Микрософт для увеличения объёма продаж серверов и снизила волевым решением в варианте для рабочей станции число одновременных сетевых подключений до 10

Как я понимаю, для несерверных Windows ограничение в 10 подключений не распространяется на TCP/IP подключения.
 

Цитата:
так её TCP/IP стек в принципе рассчитан на предел в 120 - 130 одновременных подключений, а дальше уже наступает его перегрузка и время ответа ядра системы нелинейно возрастает с ростом нагрузки.  

Microsoft заявляет о возможности 200 тысяч TCP-подключений - http://msdn.microsoft.com/en-us/library/ms738551(VS.85).aspx (правда, там не указано, о какой версии идет речь). Проблемы у меня начинались при попытке установить несколько тысяч коннектов - подозреваю, из-за количества свободных TCP-портов между 1024 и 5000. Надо будет поиграться с реестром и попробовать еще раз.
Другое дело, одновременная работа этих подключений, но это уже не относится только к TCP.
 

Цитата:
Нужна экономичная по ресурсам система с большой нагрузочной способностью для серверных задач?

Спасибо, пока нет.  
 

Цитата:
этот вопрос не для данного раздела, более того, этот вопрос вообще-то не для этого форума, и даже не для форумов вообще, а для прямой консультации с экспертами по серверам приложений и базам данных и системными аналитиками.

Я ни одного системного аналитика даже ни разу не встречал Если подобная задача будет поставлена, то в любом случае, решаться она будет не на таком высоком уровне.
К счастью, пока это исключительно дело интереса.
 
GQ

Цитата:
А, кстати, на включенном в режиме AllowAll ? Не получше?

К сожалению, все то же самое. Такое ощущение, что при Shutdown Jetico переводит все драйвера в режим Allow All, и выгружает сервис и GUI.
 
Всем спасибо за советы, надо будет посмотреть другие firewall'ы

Всего записей: 19 | Зарегистр. 30-11-2008 | Отправлено: 20:22 27-01-2009
Dimitr1s



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ZEQUALITY

Цитата:
Почему я удивился - Outpost 3.5 можно отключить подобным образом, и тест в Shutdown-mode он так не замедляет (хотя драйверов поболе, чем у Jetiсo, будет).
Сравнение OP 3.5 и Jetiсo 2.0.0.6 не имеет ни какого смысла, т.к. и характер и количество перехвата событий - несоизмеримо и количество драйверов тут, роли не играет.
Цитата:
У меня еще HIPS (RTD) была установлена (уже удалил), так вот, удаление ее из системы практически не оказало влияние на тест по сравнению с ее остановкой. Так что вопрос все равно остается.
ИМХО ответ мне кажется в том, что и OP 3.5 и HIPS, который был у Вас установлен, не перехватывали/не могли технически сделать перехват функций, используемых в конкретном, выше описанном случае. Иначе, если события проходили бы через установленный хук, разница по любому была бы заметна.
Цитата:
Хм, но хуки разве выгрузить нельзя?
В чём вопрос? Можно ли самому выгрузить или почему не выгружаются драйвера стандартным способом, при Shutdown? Если второй вариант, то такова задумка разрабов и не только Джетики, а всех средств защитного ПО, и другие ведут себя также, идея по видимому в том, что если "вредителю" удастся завершить сервис, драйвера так просто не выгрузить и защита по прежнему будет действовать.
Цитата:
Единственная моя претензия - к полноценности shutdown-mode.
Выше рассмотрели почему так, решение для защитного ПО наверное как раз полноценное.  
Цитата:
Всем спасибо за советы, надо будет посмотреть другие firewall'ы
Тут если найти продукт с возможностью выбора и отказа при установке компонентов проактивки, да так, что б абсолютно не был привязан к остальным компонентам (а то какой-нибудь драйвер, да и встанет "по тихому"), но опять же согласитесь, это получится подобие серверного варианта, коих и так в достатке.

Всего записей: 1919 | Зарегистр. 02-07-2006 | Отправлено: 02:44 28-01-2009 | Исправлено: Dimitr1s, 02:46 28-01-2009
XenoZ



Gold Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору

Цитата:
January 30, 2009
Jetico Personal Firewall for Windows
v.2.1.0.1 beta with improved stateful packet
inspection module released.

Есть желающие потестить?

----------
А оно мне надо?..

Всего записей: 5478 | Зарегистр. 29-03-2006 | Отправлено: 14:16 30-01-2009
Dimitr1s



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
XenoZ
Три драйвера различаются только: bcfilter.sys, bc_ngn.sys, bc_ip_f.sys, остальное кроме ЭЦП и даты побайтно совпадает практически. Вкупе с предупреждением:
Please note: replies to broadcast UDP packets are not recognized in JPF 2.1 beta.
я воздержусь пожалуй .

Всего записей: 1919 | Зарегистр. 02-07-2006 | Отправлено: 15:23 30-01-2009
   

Страницы: 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

Компьютерный форум Ru.Board » Компьютеры » Программы » Jetico Personal Firewall
Widok (30-03-2009 18:36): Лимит страниц. Продолжаем здесь.


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru