jackbsoder
Junior Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Так, ну все оказалось не просто, а очень просто. Действительно, видимо, надо было ремувнуть все версии 2013 redistributable, а не только соответствующую.
Установка на Windows 10.0.17763.5458 x64 (старая версия, но со всеми текущими апдейтами; позже будет и сама версия обновлена - это для теста просто на всякий случай).
На системе были установлены 2013-ые Redistributable Package (другие тоже, но они неважны):
* Microsoft Visual C++ 2013 Redistributable (x64) - 12.0.30501
* Microsoft Visual C++ 2013 Redistributable (x86) - 12.0.30501
* Microsoft Visual C++ 2013 Redistributable (x64) - 12.0.40664
* Microsoft Visual C++ 2013 Redistributable (x86) - 12.0.40664
Не уверен, что надо было на x64 системе сносить и x86 пакеты (потому что ставит Outpost для своих целей только x64 redist, у него все бинари x64). Но я на всякий случай снес и x64, и x86. Важно снести все пакеты, что для 2013 C++, не только ту же старую версию 12.0.30501.
После сноса этих 4-х пакетов, сетап без проблем поставил 12.0.30501 x64 redist и сам Outpost Firewall Pro.
Установку делал полную, с WebControl и без автоматического создания правил позже (только в момент сетапа). Но систему перезагружать не стал после установки (он предупреждал, что защита будет неполной). Сразу же пошел отключил все Anti-Leak, WebControl и проч вещи, которые и на обычных-то старых системах типа Windows 7/8/2012 глючить могли, что уж про 10-ку без обновления кода говорить (sandbox[64].sys это).
После этого вручную установил все 2013 redist'ы назад:
1) 12.0.30501: https://www.microsoft.com/en-us/download/details.aspx?id=40784
2) 12.0.40664: https://learn.microsoft.com/en-us/cpp/windows/latest-supported-vc-redist?view=msvc-170#visual-studio-2013-vc-120
* x64: https://aka.ms/highdpimfc2013x64enu
* x86: https://aka.ms/highdpimfc2013x86enu
Более старые/промежуточные не нужны, .40664 переустанавливает их поверх (удаляя старые - это справочно для информации)
Из-за того, что после установки на предложение перезагрузить систему, чтобы получить полную защиту, или оставить как есть, ответил оставить как есть - Outpost не контролировал ни один процесс, который был создан до запуска его драйвера. Видимо, таблицу процессов ранее запущенных он не строит, а в свою таблицу добавляет только процессы, которые запускались уже при нем. Из-за этого, например, запущенный до инсталляции (и активный) Chrome спокойно коннектился куда угодно без единого вопроса. Я грохнул его, перезапустил, и сразу же запросы появились. Естественно, это касается любых процессов, которые были созданы (запущены в смысле) до запуска драйвера Outpost. Остальные процессы сразу же контролировались (новые). После перезагрузки стали контролироваться все процессы. Вроде бы полноценно работает, полет нормальный.
Но вообще было бы неплохо потестировать.
И надо бы полистать, посмотреть, что тут писали про особенность фильтрации на localhost (вроде бы, ее там нет полноценной, частичная). Если кто знает сообщение, где было написано + ссылки, буду признателен.
Сегодня (наверно) позже обновлю 10-ку до последней доступной.
Добавлено:
Caravelli
Цитата: > А обо что конкретно споткнулись на 1809?
На проактивной защите и споткнулись. На последующих версиях таких проблем уже не было. Но обжегшись на молоке..., сами знаете что бывает |
Что, проактивка даже и на более свежих работает? 
Я ее даже на старых (до 10-ки) отключал, т.к. глюки разные были.
Цитата: > Вроде же, кто-то чуть ли ни на win11 запускал
Ну-так, он и работает на win11 23H2. |
Круто, если так. Надо проверить
Основное, что нужно - нормальный интерфейс с окнами-запросами. Ну, и защищенность fw, конечно, проверить бы. Как inbound, так и outbound (наиболее важное все годы) |
Всего записей: 136 | Зарегистр. 08-08-2009 | Отправлено: 02:40 19-02-2024 | Исправлено: jackbsoder, 02:45 19-02-2024 |
|
