EventViewer: Не отображать заблокированные входящие соединения

Если в Windows использовать встроенный брандмауэр (файрвол), то информация о заблокированных пакетах будет попадать в Журнал событий:
Event ViewerWindows LogSecurity

Вообще записи о входящих соединениях появляются в Журнале в том случае, если открыт порт, то есть работает сервер (служба). В моём случае это был торрент, но я не хочу закрывать qBittorrent, чтобы не видеть логи файрвола, так что использую данную инструкцию, чтобы их скрыть.
Больше информации по ручному редактированию фильтра я нашёл здесь.

 

Включение журнала работы брандмауэра

Просто так в этом журнале логи от файрвол сразу не появляются, поэтому для начала нужно включить логгирование работы файрвол в него (на примере Public Profile):
Windows Defender Firewall with Advanced SecurityWindows Defender Firewall with Advanced Security on Local ComputerPropertiesPublic ProfileLoggingCustomizeLog dropped packets = Yes

Теперь, если попытка соединения будет заблокирована, в журнале Security появится запись об этом событии. Чтобы не зарываться совсем глубоко в этот журнал, для отлова нужного нам события, можно воспользоваться фильтром. Нам нужны ID=5157 для отображения заблокированного соединения и ID=5152 для отлова заблокированного пакета (их необходимо указать через запятую):

Как видно из скриншота, графические настройки фильтра не предоставляют нам полную свободу действий. Например, для домашнего (или клиентского) компьютера мне совершенно не нужно видеть информацию о заблокированном входящем соединении. А таких записей в моём журнале преобладающее большинство. Это несомненно неудобно, а от поиска нужной информации теряешь немало времени. Настроим журнал под наши нужды!

Ручная настройка фильтра журнала

На скриншоте выше видно, что в этом окошке имеется ещё одна вкладка. Кроме текущей вкладки Filter есть ещё одна: XML — она то нам и нужна, нажимаем на эту вкладку.
В открывшемся окошке нужно включить режим ручного редактирования (чекбокс Edit query manually), после чего подтвердить запрос:

Нажав на кнопку «Yes», вставим вместо старого кода запроса, наш новый:

<QueryList>
  <Query Id="0" Path="Security">
    <Select Path="Security">
      *[System[(Level=1 or Level=2 or Level=3 or Level=4 or Level=0 or Level=5) and (EventID=5152 or EventID=5157)]]
      and
      *[EventData[Data[@Name='Direction'] != '%%14592']]
    </Select>
  </Query>
</QueryList>

В коде запроса можно увидеть условие сравнения названия направления (Direction) со строкой ‘%%14592’. Я бы сам никогда не догадался, какое правильное обозначение для направления «Входящие», если бы не XML код события:

Теперь, при использовании фильтра, в списке Журнала событий нет входящих соединений.



Unity: Создание материала ‘Стекло’ с помощью HDRP (часть 2)

Ранее мы подготовили сцену для работы с HDRP. Сначала я попытался добавить просто куб, уменьшенный в глубину, чтобы получилось что-то похожее на стекло, но настройки. которые подходили для стандартного шейдера, с HDRP не сработали. Будем разбираться…
Для объекта Куб, изображающего «стекло» я установил такие параметры:
1. В разделе Transform установим размеры (Scale):

x=1.3127
y=1
z=0.008

Значение z — это как раз толщина «стекла».
2. Создадим материал «стекло»:
ProjectAssetsMaterialsCreateMaterial
3. Зададим новому материалу имя: Glass_Mat (по-умолчанию для него выбран шейдер HDRP/Lit).
4. Как и раньше, выберем для него такие настройки:
Surface OptionsSurface Type = Transparent
Surface InputsBase MapAlpha = 10
5. Изменим значения Metallic и Smoothness:
Surface InputsMetallic = 0.5
Surface InputsSmoothness = 1

Мы не задействовали Reflection Probe, при этом отражения в стекле видны. Проблема в том, что эти отражения какие-то искажённые и геометрически неверные:

Всё дело в том, что на сцене уже есть несколько reflection probe!

 

6. Мы выяснили, в чём именно проблема с отражениями, поэтому удалим со сцены старые объекты Reflection Probes (можно не удалять, а просто деактивировать их):
HierarchySampleSceneExampleAssetsReflection Probes

Вообще они были нужны для создания отдельных эффектов. Поскольку это не моя сцена, а пример, я не хочу разбираться, для чего их поместили на сцену. В идеале, для каждой из них нужно настроить «вес», чтобы они не конфликтовали друг с другом! Например:
Reflection Probe MainReflection ProbeRender SettingsWeight
Изменяя параметр «вес» можно настроить приоритет каждой из Reflection Probes

 

7. Через контекстное меню добавим свою собственную Reflection Probe:
LightReflection Probe

По-умолчанию выставлен режим Baked, поэтому чтобы сформировать отражения на поверхности стекла, нужно нажать на кнопку Bake внизу панели компонента Reflection Probe.

 

Мы добавили свою собственную reflection probe, а другие деактивировали и искажения пропали, но отражение стало слишком сильно увеличено:

В отличие от Standard Render Pipeline, новая система High Definition Render Pipeline, требует создания дополнительного объекта — Reflection Proxy Volume Component. На текущий момент я не нашёл ни одного нормального мануала к HDRP. Хотя на YouTube достаточно инструкций, но по какой-то причине в них не уделяется внимание настройке Reflection Proxy Volume. Даже в этом официальном видео этой настройке не уделили внимание!

 

8. Не знаю, как правильно, поэтому просто добавлю его к текущему объекту Reflection Probe:
Reflection ProbeAdd ComponentReflection Proxy Volume
9. Откроем в Инспекторе свойства объекта Reflection Probe и обратим внимание на раздел Projection Settings (на скриншоте видно, что сейчас там ничего не выставлено):

10. Выберем для этого поля значение из п.8 (в списке оно будет называться как и наш объект — Reflection Probe):

11. После добавления Reflection Proxy Volume, масштаб отражений в стекле стал больше соответствовать реальности:

Можно было не добавлять «Reflection Proxy Volume», а установить галочку «Use Influence Volume As Proxy Volume», но в моём примере размеры отражения всё равно кажутся несколько великоватыми. В общем, скорее всего скоро опять что-то изменят и данная инструкция будет неверной…