>>13787

>пердолинг в роутере.

>блокируешь весь интернет, делаешь белый списочек айпишников для себя и с ним сидишь.

У любого уважающего себя человека давно VPN, так что до жопы ебля на уровне роутера.

>>13808

>Заходим в хостс, добавляем туда запись типа "127.0.0.1 msdn.com".

Некоторые домены ресолвятся даже не смотря на запись их в hosts, при запуске ОС - это можно проверить любым спуфером. В основном это connectivity check и прочая не критичная поебень.

>>14200
Эта хуита не понятно как работает, фаервол из коробки в разы интуитивней и понятней чем это кривое подделие.

>>13761
Самый простой и лучший вариант включение встроенного фаервола на вайтлист, тобишь исходящий и входящий трафик не попадающий в правила - запрещен. Выключаешь все правила, кроме исходящего DHCP (если ты не знаешь что это - то точно включай) и DNS (для работы ресолвинга). Далее даешь каждому нужному эксешнику выход в интернет (Браузер, торрент, игры и тд).
Но стоить знать некоторые подводные и нюансы такой работы на которые я наткнулся работая по вайтлисту :
1. Для некоторого софта не достаточно дать доступ в интернет одному exeшнику. Приходится открывать диспетчер задач и смотреть какие еще exeшники использует софт. Например стиму мало дать доступ Steam.exe, так же нужен выход в интернет всяким его steamwebhelper.exe.
2. Не для всего софта получится дать доступ, например в одно время нужно было дать доступ nodejs в интернет, но он выходил в интернет через какие-то скриптовые хуки cmd.exe - я так и не разобрался.
3. Помимо того что служба обновления естествено работать перестанет из-за отсутсвия её доступа в интернет, перестанет работать так же службы синхронизации времени и активации Windows например, что может стать проблемой в некоторых случаях.
4. Баги. При выбори пути в правилах к заветному exeшнику - ввинда подставляет путь в виде переменных вида %ProgramFiles% (x86) в место C:\Program Files (x86). И например в случае нахождения exeшники в папки пользователя C:\Users\Вася\mokrayapiska.exe - в правило вставится %USERPROFILE%\mokrayapiska.exe - и правило работать не будет (баг со времен висты, лол). По этому после создания правила либо в самом начале лучше использовать полный путь без переменных.

>>13815

>Чел, выброси из головы криптошизу времен 2015

Это не мантры, а факт. Открывай спуфер и смотри трафик. А если ты в таком не разбираешся - то твои доводы слепая вера которая исходит от твоего же мракобесия.

Все, я сдаюсь. Окончилась неудачей попытка возвратить состояние узла кластера: .Возвращен код ошибки: 0x8007085A

Имя журнала: Application
Источник: Microsoft-Windows-MSDTC Client 2
Дата: 05.01.2021 12:06:31
Код события: 4104
Категория задачи:Кластер
Уровень: Ошибка

Xml события:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
<System>
<Provider Name="Microsoft-Windows-MSDTC Client 2" Guid="{155CB334-3D7F-4ff1-B107-DF8AFC3C0363}" EventSourceName="MSDTC Client 2" />
<EventID Qualifiers="16384">4104</EventID>
<Version>0</Version>
<Level>2</Level>
<Task>14</Task>
<Opcode>0</Opcode>
<Keywords>0x80000000000000</Keywords>
<TimeCreated SystemTime="2021-01-05T09:06:31.5673802Z" />
<EventRecordID>2190</EventRecordID>
<Correlation />
<Execution ProcessID="0" ThreadID="0" />
<Channel>Application</Channel>
<Computer></Computer>
<Security />
</System>
<EventData>
<Data Name="param1">
</Data>
<Data Name="param2">0x8007085A</Data>
</EventData>
</Event>

Вырубал и врубал обратно все, что связано с COM+, MSDTC и DISM, ошибка появляется раз в 6 минут. Есть люди, которые вообще понимают для чего эта хрень нужна и что она пытается сделать?