Widok Moderator-Следопыт Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Jetico Personal Firewall http://www.jetico.com/firewall-jetico-personal-firewall/ В настоящее время это один из наиболее перспективных и динамично развивающихся персональных брандмауэров. Гигантское количество настроек при правильном и вдумчивом подходе обеспечит потрясающую защиту вашего компьютера. Однако не надейтесь на лёгкую жизнь - в большинстве случаев Jetico оставит вас один на один с тонкостями сетевых протоколов...   Upd: В последнее время новых версий JPF freeware v1.0 не выходит, благо все (или почти все) баги в нем вычистили.   Upd2:Внимание! К сожалению, вторая версия программы (JPF2) позиционируется как коммерческая, т.е. не бесплатная. Тема в варезнике посвящённая второй версии [?]   Upd3: С 13.04.2016 года JPF2 вновь стал бесплатным, встроенная в инсталлятор лицензия гарантирует поддержку до 7 апреля 2021 года.   Upd4: Если JPF оказался для вас слишком сложным, попробуйте посмотреть Comodo Firewall [?].   Текущая версия 2.x: 2.1.0.14 (25 февраля 2015) http://www.jetico.com/jpf2setup.exe   Последняя версия 1.x: 1.0.1.61 (19 июля 2005) - http://rghost.net/3381044 Судя по сообщению на оф. форуме, ссылки на загрузку с оф. сайта не будет.   Русификация версии 1.0.1.61 с установщиком (19 июля 2005): JPF10161rus.zip (34.2 Кб, качать браузером) PS: В русской версии прикручено выравнивание столбцов по F12.   Базовые настройки брандмауэров. Правила JPF v1 Обзорная статья+принцип по которому фильтруются пакеты/соединения в таблицах Jetico Personal Firewall v1 Jetico 2: типовые правила для VPN-PPTP и VPN-L2TP... [?] JPF v2 Правила для сервиса svchost.exe [?] JPF v2 С версии 2.1.0.6, появилась возможность настроить Stateful engine через реестр: Таблица [?] | PDF Предыдущие части обсуждения: Часть I [?] Всего записей: 24190 | Зарегистр. 07-04-2002 | Отправлено: 18:35 30-03-2009 | Исправлено: ArtLonger, 09:47 30-08-2018

CaptainFlint Gold Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Dimitr1s Спасибо, но это тоже не помогло. Устанавливал и удалял (с чисткой) четыре раза — ни малейших изменений. А бета-версию эту я уже тоже успел попробовать (получил её от разрабов по совсем другому поводу), тоже устанавливал и удалял несколько раз, всё без толку. Думаю, проблема всё-таки не в каких-то там следах самого JPF, а в том, что вм-тварь чего-то там намутила с сетью в совершенно другом месте реестра, и это "что-то" осталось даже после её удаления и продолжает мешать работе JPF. Но вот где именно оно засело… ---------- Почему же, ё-моё, ты нигде не пишешь "ё"? Всего записей: 5576 | Зарегистр. 11-11-2002 | Отправлено: 22:39 21-11-2010

Dimitr1s Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору CaptainFlint А если попробовать: sc start "Jetico Personal Firewall server" и сразу, подряд несколько: sc queryex "Jetico Personal Firewall server" какая информация на выходе? По наглому если попробовать, что то вроде: sc config "Jetico Personal Firewall server" binpath= "C:\Program Files\Jetico\Jetico Personal Firewall\jpfsrv.exe" start= auto в общем с sc поиграться, на предмет запуска сервера, или хоть ошибку получить. Есть подозрение, что удаление с остановленным сервером некорректно. Хорошо бы запустить хоть как то и удалить. Ещё гляньте ветвь: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\ bc_hash_f bc_ip_f bc_ngn bc_pat_f bc_prt_f bc_tdi_f Bcfilter BcfilterMP bcftdi Jetico Personal Firewall server Вообще должно удаляться само, но мало ли... Всего записей: 2158 | Зарегистр. 02-07-2006 | Отправлено: 23:17 21-11-2010

CaptainFlint Gold Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Dimitr1s Цитата: А если попробовать:   sc start "Jetico Personal Firewall server"   и сразу, подряд несколько:   sc queryex "Jetico Personal Firewall server"   какая информация на выходе? Я загнал их в одну команду (через &&), и даже в этом случае queryex говорит, что сервис остановлен. Слишком быстро вылетает.   Цитата: По наглому если попробовать, что то вроде:   sc config "Jetico Personal Firewall server" binpath= "C:\Program Files\Jetico\Jetico Personal Firewall\jpfsrv.exe" start= auto Так у него в точности такие параметры и выставлены.   Цитата: в общем с sc поиграться, на предмет запуска сервера, или хоть ошибку получить Так ошибки нет, я ж с самого начала написал это. Код возврата — ноль. Подтверждается тремя проверками: во-первых, при запуске через mmc говорится не о падении с ошибкой, а что служба запустилась и завершилась; во-вторых, тот же sc queryex сообщает, что код возврата остановившегося сервиса нулевой; и в-третьих, я натравил Process Monitor на слежение за jpfsrv.exe (ещё в самом начале экспериментов, чтобы понять, какие конкретно файлы или ключи реестра ему могли не понравиться), и тот тоже показал код завершения ноль.   Цитата: Ещё гляньте ветвь: Это само собой. За ней я тоже следил с самого начала, когда реестр чистил. ---------- Почему же, ё-моё, ты нигде не пишешь "ё"? Всего записей: 5576 | Зарегистр. 11-11-2002 | Отправлено: 01:05 22-11-2010

Dimitr1s Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору CaptainFlint Тогда, чтоб исключить полностью остатки сервера Jetico, могу предложить ещё такой вариант: Перед удалением, сохраните куда-нибудь jpfsrv.exe. После удаления после чистки всего вышеперечисленного, откройте jpfsrv.exe плагином Тотала - fileinfo и удалите все принадлежащие Jetico ключи, на вкладке Aktivex/OCX - перечисленные после префикса *uuid(. Если после этого не заработает, с большой долей вероятности можно искать другую причину. Всего записей: 2158 | Зарегистр. 02-07-2006 | Отправлено: 01:46 22-11-2010

Victor_VG Tracker Mod Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Dimitr1s   Он полностьб вычищается тем же Revo Uninstaller даже его Free версией 1.90. Буквально на днях чистил знакомым машину от того что им наставил парень от провайдера. В итоге у людей и звука не было - малый им звуковой чип просто выключил - "А это вообще лишнее!". А все остатки программ, в .ч. и неудачно установленной "связки" CIS+JPFP+KIS (это надо было доматься!!!)т Revo вычистил с одним перезапуском. Дальше оказалось достаточно только в TCP/IP DNS прописать и всё заработало. Именно с 2.1.0.8. ---------- Жив курилка! (Р. Ролан, "Кола Брюньон") Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti Всего записей: 35194 | Зарегистр. 31-07-2002 | Отправлено: 02:12 22-11-2010 | Исправлено: Victor_VG, 02:13 22-11-2010

Dimitr1s Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору veikim Цитата: разрешить доступ для определённой группы пользователей сети к определённым сайтам в интернете, а все остальные сайты запретить, Можно указывать различные файлы конфигурации и ограничить права на редактирование/просмотр. Цитата: блокировать трафик по доменному имени адресата/получателя и по номеру порта? Нет, имена пока не резолвит. Всего записей: 2158 | Зарегистр. 02-07-2006 | Отправлено: 13:21 22-11-2010

CaptainFlint Gold Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Dimitr1s Цитата: После удаления после чистки всего вышеперечисленного, откройте jpfsrv.exe плагином Тотала - fileinfo и удалите все принадлежащие Jetico ключи, на вкладке Aktivex/OCX Проверил — всё очистилось само при деинсталляции. Прогнал ещё и через Revo — результат тот же, то бишь никакого. ---------- Почему же, ё-моё, ты нигде не пишешь "ё"? Всего записей: 5576 | Зарегистр. 11-11-2002 | Отправлено: 14:01 22-11-2010

Dimitr1s Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору CaptainFlint Если дело не в Джетике, попробуйте "копать" COM. Если малыми силами, то попытаться перерегистрировать: comuid.dll COMRes.dll Comsvcs.dll ole32.dll oleaut32.dl Если не малыми, то переустановить COM, я когда то делал по руководству отсюда (2 часть). Ещё м.б. это: Цитата: деинсталлировал Касперского пройтись ремувером от них самих. В нынешнем исполнении - та ещё поделка. Всего записей: 2158 | Зарегистр. 02-07-2006 | Отправлено: 15:25 22-11-2010

CaptainFlint Gold Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Dimitr1s Цитата: Если не малыми, то переустановить COM Попробовал по второму сценарию — не помогло. Третий (с полной перегенерацией каталога) пробовать нет смысла, т.к. написано, что надо переустановить все программы с COM — в моём случае это почти равносильно переустановке системы.   Цитата: пройтись ремувером от них самих. Не помогло. Да и не должно было, виновник-то не Каспер был. ---------- Почему же, ё-моё, ты нигде не пишешь "ё"? Всего записей: 5576 | Зарегистр. 11-11-2002 | Отправлено: 17:27 25-11-2010

Dimitr1s Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору CaptainFlint Тогда, выходит, всё-таки остался драйвер VMware, который запускается при старте системы и ставит "ловушки"  - чудес то не бывает. Попробуйте отловить способов масса. Как крайний вариант, если ничего не помогает, после резервирования, можно включить Driver Verifier (verifier.exe) на все драйверы Джетико (но может не сработать, а Verifier угробит систему "с концами"). По идее, при сбое старта сервера, должен выпасть "синяк" с указанием в дампе виновников. Ещё, а проделки "засранчегов" на 100% исключаете (когда ставили VMware, там: кейгены, кряки), м.б. прогнать AVZ, CureIt! на всякий случай (если на 100% не исключаете)? AVZ может заодно дать наводку на оставшийся драйвер VMware (если он есть и работает). Всего записей: 2158 | Зарегистр. 02-07-2006 | Отправлено: 18:35 25-11-2010

Victor_VG Tracker Mod Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Dimitr1s CaptainFlint   Стоп, а почему бы не воспользоваться вот этой штукой - Pserv.CPL v2.7 - старушка прекрасно работает и на Windows 7, а что нам важно это умеет удалять и корректировать любые записи драйверов и демонов. Как возможный инструмент я её не стал бы сбрасывать со счетов. Благо в ней можно получить достаточно подробную информацию о любом драйвере/демоне и его зависимостях, да и если что поправить ошибки. Это чисто её работа. ---------- Жив курилка! (Р. Ролан, "Кола Брюньон") Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti Всего записей: 35194 | Зарегистр. 31-07-2002 | Отправлено: 00:29 26-11-2010

CaptainFlint Gold Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Dimitr1s Цитата: Тогда, выходит, всё-таки остался драйвер VMware, который запускается при старте системы и ставит "ловушки" Я распаковал дистрибутив VMware, вытащил оттуда все драйверы и просканировал свои жёсткие диски. Ни единого вм-варьного драйвера у меня физически нет на компе.   Цитата: Как крайний вариант, если ничего не помогает, после резервирования, можно включить Driver Verifier Это слишком жёсткий вариант, виндовой системе восстановления я не доверяю (пробовал не раз, в большинстве случаев помощи от неё было, как от козла молока), а для образа всей системы у меня нет достаточного свободного места.   Цитата: Ещё, а проделки "засранчегов" на 100% исключаете (когда ставили VMware, там: кейгены, кряки) Кейгенов и кряков к ней не запускал совсем. К другим программам — случалось, но очень давно, с тех пор неоднократно прогонял полную проверку тем же Каспером (в том числе в оффлайне, с загрузочного сидюка), да и вообще стараюсь следить за происходящим на компе. Лишних процессов нет, драйверы, вроде, все по делу, RootkitRevealer ничего плохого тоже не обнаруживает, разнообразных необычных активностей в системе не отмечается. Если зловред и сидит, то какой-то просто сверх-законспирированный, практически не распространённый и чрезвычайно аккуратный в работе. Думаю, шансы на это хоть и теоретически ненулевые, всё же достаточно низки, чтобы их не учитывать. ---------- Почему же, ё-моё, ты нигде не пишешь "ё"? Всего записей: 5576 | Зарегистр. 11-11-2002 | Отправлено: 00:50 26-11-2010 | Исправлено: CaptainFlint, 01:24 26-11-2010

Dimitr1s Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору CaptainFlint Цитата: ...виндовой системе восстановления я не доверяю... Кто ж ей доверяет . Нет, тут другой функционал, почитайте если интересно. Если дело в Джетико, включение Verifier'а на её драйвера, при сбое (а тут явный сбой) по идее вызовет бсод, а в дамп падения запишутся все участвовавшие модули. Просто, Вам сейчас нужно выявить кто виноват, а иначе можно гадать долго. Цитата: Да и не должно было, виновник-то не Каспер был. Забыл ответить... Виновным могло стать его удаление, а не он сам. Гремучая смесь получилась - установка/удаление VMware, удаление Касперского, установка/удаление Jetico 2.1.0.9, плюс по видимому ещё запускали "авто_чистилки". Если повреждения в COM+/DCOM, ИМХО проще переустановить систему, чем исправить. Всего записей: 2158 | Зарегистр. 02-07-2006 | Отправлено: 01:53 26-11-2010

Victor_VG Tracker Mod Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору CaptainFlint   Я думаю, что выше вероятность неправильной установки ACL инсталлером Джетики. Случайный сбой либо ошибка программистов. Можно попробовать выставить запуск её служб не от учётной записи LOCAL SYSTEM - её пароль нам не известен, а от учётной записи суперпользователя (т.е. полного админа). Такая настройка часто позволяет решить проблему с запуском драйверов и демонов. ---------- Жив курилка! (Р. Ролан, "Кола Брюньон") Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti Всего записей: 35194 | Зарегистр. 31-07-2002 | Отправлено: 01:57 26-11-2010 | Исправлено: Victor_VG, 01:58 26-11-2010

Dimitr1s Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Victor_VG Цитата: Я думаю, что выше вероятность неправильной установки ACL инсталлером Джетики. ACL чего, jpfsrv.exe или langfile2.dll? Тогда бы сервер не пытался запускаться. Здесь:     Джетика тоже ничего не меняет.   CaptainFlint Цитата: Ни единого вм-варьного драйвера у меня физически нет на компе.   Ещё мысль. А ни каких хитрых руткитов (в хорошем смысле) VMware не ставит? Тогда тяжело обнаружить, к примеру сохраняется в по окончании сессии каждый раз под произвольным именем и т.п., способов много. Всего записей: 2158 | Зарегистр. 02-07-2006 | Отправлено: 04:48 26-11-2010

Victor_VG Tracker Mod Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Dimitr1s   А зачем ей менять? Просто из-за ошибки в инсталлере SCM неверный ACL создаёт и при запуске это вылезает блокировкой от lsass. У меня такие вещи уже были. А лезть в БД SAM с её недокументированным форматом? Тут вообще дело гиблое. Хотя ещё одно место есть - HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum там остаются следы удалённых драйверов и демонов. Вот там и по всей подветке HKEY_LOCAL_MACHINE\SYSTEM\ControlSet0хх я бы поискал что осталось руками - не доверяю я автоматике - или ничего не находит, или лишнее прихватывает. Железяка, что с неё взять? ---------- Жив курилка! (Р. Ролан, "Кола Брюньон") Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti Всего записей: 35194 | Зарегистр. 31-07-2002 | Отправлено: 07:27 26-11-2010

CaptainFlint Gold Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Dimitr1s Цитата: Кто ж ей доверяет . Нет, тут другой функционал, почитайте если интересно. Да нет, я не о том. Что делает Driver Verifier я примерно знаю, но меня напугала фраза: Цитата: (но может не сработать, а Verifier угробит систему "с концами") Или под "угробом" понимался всего лишь BSOD? Потому что если система потеряет работоспособность, это будет очень и очень плохо. А если речь только о BSOD'е, то попробую.   Цитата: Виновным могло стать его удаление, а не он сам. Гремучая смесь получилась - установка/удаление VMware, удаление Касперского, установка/удаление Jetico 2.1.0.9 Если честно, звучит сомнительно. Началось-то всё только с установки "твари", а все последующие действия были лишь попытками исправить ситуацию, которая уже имела место на компе. Как-то маловероятно, чтобы эти действия могли одновременно и устранить исходную причину, и добавить новую, с первой причиной не связанную, но дающую абсолютно такой же эффект на Джетику.   Цитата: плюс по видимому ещё запускали "авто_чистилки" Ни в коем разе! Токмо ручками.   Цитата: Если повреждения в COM+/DCOM, ИМХО проще переустановить систему, чем исправить. Вот я к тому же выводу постепенно прихожу. Но столько свободного времени у меня пока нет.     Victor_VG Цитата: Можно попробовать выставить запуск её служб не от учётной записи LOCAL SYSTEM - её пароль нам не известен, а от учётной записи суперпользователя (т.е. полного админа). Хм… Попробую, но мне казалось, что системная учётка имеет больше прав, чем админская. Во всяком случае, по умолчанию админу недоступны каталог System Volume Information и запись в реестр в ветки HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum, а SYSTEM'у — доступны.     Dimitr1s Цитата: Ещё мысль. А ни каких хитрых руткитов (в хорошем смысле) VMware не ставит? Не вижу причин, зачем это могло бы ей понадобиться. Это ж не DRM всё-таки. Опять же, RootkitRevealer молчит (конечно, это не гарантия, но, думается, для его обхода пришлось бы применять какие-то крайне нетипичные меры — вряд ли разработчики стали бы этим заморачиваться, выгоды нет).     Victor_VG Цитата: Хотя ещё одно место есть - HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum там остаются следы удалённых драйверов и демонов. Вот там и по всей подветке HKEY_LOCAL_MACHINE\SYSTEM\ControlSet0хх я бы поискал что осталось руками Если можно, чуть подробнее: что конкретно искать? Остатки следов драйверов Джетики, Каспера и Вм-твари я оттуда уже вычищал, но ACL не проверял. Какой именно ACL имеется в виду? ---------- Почему же, ё-моё, ты нигде не пишешь "ё"? Всего записей: 5576 | Зарегистр. 11-11-2002 | Отправлено: 10:29 26-11-2010

Victor_VG Tracker Mod Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору CaptainFlint   Тут вот что иногда бывает: обычно драйвера/демоны стартуют с системной учёткой, но я встречался со случаями когда из-за неверно заданного пароля для этой учётной записи они не могли стартовать - их процессы завершал lsass через scm. Как следствие наблюдался сбой запуска зависимых драйверов/демонов и иногда целых подсистем. Вот в таких случаях мы даём команду на запуск проблемного компонента не от имени системы, а от имени админа - ведь его пароль мы знаем, и его уровня привилегий обычно достаточно для их запуска и работы. А искать надо в разделе HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\Root записи удалённых уже устройств/демонов - они не будут иметь пары в HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services все нужные нам записи в этом подключе начинаются с шаблонного имени LEGACY_ нашёл непарную - выставляй на неё полные права доступа с учётом подключей и удаляй смело - она запросто моджет всю систему тебе на уши поставить. ---------- Жив курилка! (Р. Ролан, "Кола Брюньон") Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti Всего записей: 35194 | Зарегистр. 31-07-2002 | Отправлено: 10:55 26-11-2010

Dimitr1s Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору CaptainFlint Цитата: Или под "угробом" понимался всего лишь BSOD? Если включить только на драйвера Джетико, то с большой вероятностью да, только BSOD. После эксперемента, обязательно не забыть выключить. Цитата: Ни в коем разе! Токмо ручками.   Смутило это: Цитата: Прогнал ещё и через Revo Дело в том, что большинство чистилок из ...Enum\Root не удаляют, за отсутствием прав - а рапортуют об обратном. Цитата: а все последующие действия были лишь попытками исправить ситуацию, которая уже имела место на компе. Если вернуться к началу, то версия 2.0.1.9 сама по себе, после не корректного удаления, даёт описанный эффект - установленные после её удаления, предшествующие версии, не работают по причине сбоя сервера. У меня на ХР была ситуация точь-в-точь. Установка/удаление рабочей версии, с перезагрузкой, решала проблему. Я к чему: в тот момент удаление/установка Касперского, по большому счёту добавляющему/изменяющему параметры в большинстве тех же ключей (да ещё, плюс, берущему некоторые под защиту от записи), что и Джетика могло "закрепить" проблему. Если пробовать то только с полностью удалённым антивирусом (простое отключение ни чего не даст). Цитата: Не вижу причин, зачем это могло бы ей понадобиться. Не знаю, не пользуюсь. Просто спросил, как один из вариантов. Victor_VG Цитата: Просто из-за ошибки в инсталлере SCM неверный ACL создаёт Я и спросил ACL чего каталогов, файлов, ключей реестра. Если каталогов/файлов, то ответил - Джетика точно не меняет. Если реестр, то CaptainFlint писал, что все ключи удалил вручную, в том числе и из ...Enum\Root. Цитата: ...нашёл непарную - выставляй на неё полные права доступа с учётом подключей и удаляй смело... Прежде чем такое советовать, у себя сначала так сделай. Всего записей: 2158 | Зарегистр. 02-07-2006 | Отправлено: 16:08 26-11-2010

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

Компьютерный форум Ru.Board » Компьютеры » Программы » Jetico Personal Firewall

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