У меня есть среда под управлением Windows Server 2012 R2 и запускает множество приложений IBM на основе Java. Существует групповая политика, которая блокирует создание локальных правил брандмауэра Windows, но из-за системного процесса правило добавляется на системном уровне и заменяет GPO. Мы также добавили явный объект групповой политики, чтобы разрешить входящий / исходящий трафик Java JRE через брандмауэр Windows, но правило блокировки все еще добавляется и влияет на приложения.
Я хотел бы знать, как я могу определить, почему брандмауэр Windows блокирует приложение?
Как мне этого не допустить?
Пример журнала событий: добавлено правило: ID правила: UDP Query User {8C6B2819-E805-459B-9483-821B8B51D772} D: \ ibm \ isa \ isa5_jvm \ jre \ bin \ javaw.exe Имя правила: Java (TM) Platform SE binary Источник: Локальный Активный: Да Направление: Входящие профили: Действие домена: Блокировать путь приложения: D: \ ibm \ isa \ isa5_jvm \ jre \ bin \ javaw.exe Имя службы:
Протокол: UDP Параметры безопасности: Нет Обход края: Нет Пользователь, изменяющий: NT SERVICE \ MpsSvc Приложение-модификатор: C: \ Windows \ System32 \ svchost.exe
Это правило добавляется, несмотря на наличие программного исключения для входящего и исходящего трафика для определенного пути JRE.
Если бы я хотел проверить, разрывает ли брандмауэр Windows соединение, я бы включил ведение журнала. откройте MMC и добавьте оснастку на локальном компьютере для брандмауэра Windows Defender. Теперь вы можете щелкнуть правой кнопкой мыши по строке и установить для нее свойства. На первой странице находятся настройки ведения журнала, где вы можете указать разрешенные И запрещенные соединения, которые будут регистрироваться, и куда помещается файл журнала. Просмотрите это.
Если это не дает вам того, чего вы хотите, запустите Wireshark, чтобы захватить трафик, который действительно происходит. Если вы правильно настроили правила брандмауэра, как вы это говорите, возможно, трафик на самом деле не доходит до сервера или есть другой сбой, например, потеря пакетов или фрагментация.
Если все вышеперечисленное подтвердилось, проверьте журналы событий для своего приложения, чтобы узнать, почему оно может решить не отвечать.