вопрос
у кого-нибудь есть пример правила для p2p сетей ? конкретно - интересует Torrent и eMule ?
у кого-нибудь есть пример правила для p2p сетей ? конкретно - интересует Torrent и eMule ?
обязательно ли ставить Microsoft Firewall Client Management консоль на локальных машинахнет, не обязательно. Но тогда авторизация будет либо только по ip или через прокс (только для http\s)
это у меня на ИСЕ правила не правильно настроены ?да
и ещё - никак не могу в 2004 ИСЕ найти где создаются сеты для списков баннерных и им подобным сайтом для блокаоткрываешь консльм mmc сервера. жмёшь на firewall policy - и там справа в окне Toolbox увидишь "networks object"
шлюз тот же самый ip. DNS не указан
авторизация будет либо только по ip или через прокс
нет, не обязательно. Но тогда авторизация будет либо только по ip или через прокс
открываешь консльм mmc сервера. жмёшь на firewall policy - и там справа в окне Toolbox увидишь "networks object"
Меня опять кинто не понял! Мне надо чтобы на моем сервере было 2 шлюза!
Первая сетевуха - мир, интернет имеет свой шлюз,ИП и максу ланные провайдером!
Вторая сетевуха - локака! НЕ реальный ИП но выдан сетевым провайдером, имеет ИП, маску и свой отдельныййй шлюз!
Мне Надо чтобы сервак был в интернете и в этоо же время видел ВСЕ локальные сети поего провайдера!
Шлюз моего локального провайдера это комп к которому подключена радио антена и через неё мы видим все сети этой же компании!
ТОесть надо чтобы на сервере просто работало 2 разных глюза на разных сетевухах одновременно! А ИСА у меня 2004 стандарт!
там есть Access Rule и прочеесправа есть такое окно, если его нет там рамочка голубого цвета справо и стрелочка - нажми её и будет чудо
Это ты не прав. Есть еще такая фишка, как Integrated securuty. Так вот она работает и без MFCкаким образом!? Если не стоит FWC кто будет авторизовать трафик скажем e-mula !? Именно FWC посылает кредентиалсы всместе с пакетами... система сама этого не может... Всё afaik.
А его не пропустит, поскольку он просто не сможет авторизироваться. Включаем Basic авторизацию на прокси, в свойствах подключения через проксю указываем логин и пароль из домена. И все в шеколадечего чего!? Кого его!? Авторизация на прокси - это авторизация web-proxy клиента - его мы не рассматриваем ибо я вверху написал
Но тогда авторизация будет либо только по ip или через прокс (только для http\s)Т.е. то что http\https geotys` через прокс сможет авторизоваться и ежу понятно - мы говорим о других протоколах (всё что идёт через s-nat клиента) - вот они то милые без FWC авторизоваться и не смогут (за искл впн) - см.табл.выше
И еще добавлю - MFC вообще-то в большинстве случаем нужен для того, чтобы приложения, которые не умеют авторизироваться, могли это сделатьи!? А о чём и речь!? Да и как приложение авторизуется акромя как через прокс или сокс какой-н!? никак - вот тут и нужен FWC. О чём спор тогда? К чему фразы типа
Это ты не прав. Есть еще такая фишка, как Integrated securuty. Так вот она работает и без MFC!?!?!?
бред какой то, зачем тебе два маршрута по умолчанию?
а разве в сигнатуры можно запихнуть расширения или слова "чат"http://www.microsoft.com/technet/prodtechnol/isa/2004/plan/httpfiltering.mspx
если логи считать
Есть ИСА 2004
Вопрос:
Что это такое и где поставить!
Страницы: 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667686970
Предыдущая тема: Всё о DNS