Не получилось понять причину пока?

Нет, всё-таки не исчезла. Лог сделал, прилагаю.
Запустил HC, начал скачивать ролик с Ютуба, всплыло окошко CM, что "обновление не требуется", и после этого скачивание повисло.
Лог во вложении.

Проблема внезапно исчезла. Странно. Но второе окошко "Фильтры обновлены" не всплывает. Странно как-то...

Дальше-больше: запрос ресурса через указание диапазона байтов также должен быть освобождён от данной гадости. Я вообще не понимаю, как могут совмещаться в одном запросе выдача частями при указании диапазона, ведь при этом тоже совершенно точно известны размеры тела! Уже несколько клиентов у меня подавились ответами HC в таком случае.

Попробуйте прислать мне лог НС с момента включения НС до момента неработы.

Обнаружил только что, что HandyCache идёт ещё дальше вразрез со стандартами, он настаивает на включении заголовка `Transfer-Encoding: chunked` для запросов версии 1.0, хотя только версия 1.1 протокола HTTP описывает его и указывает, что любой клиент, использующий эту версию, ОБЯЗАН поддерживать данный метод передачи (то бишь по частям).

Меня начинает уже бесить данное поведение программы, ну вот скажите, пожалуйста, нафига оно вообще было добавлено? Никакой пользы при уже известном размере тела ответа нет, так зачем всё так усложнять? Напомню, что кодировка служит только для случаев, когда размер тела неизвестен заранее, так что данное поведение HC не что иное, как серьёзная ошибка.

А вообще, куда все подвались? Писал даже автору программы, но ответа так и не получил.

Вот уже несколько дней наблюдаю такую проблему:
Запускаю HC, всё работает ок. Через несколько секунд всплывает окошко "Content Master. Обновление не требуется". Далее обычно всплывало второе окошко "Фильтры обновлены", но оно не всплывает. После этого Content Master перестаёт работать. Невозможно зайти ни на какую страницу, даже в настройки самого Content Master. В логе при этом появляется такое:

20.03.21 03:38:29,921 # 52 <<< URL: http://handycache.ru/cm/cm2/rules/antiporno.json
HTTP/1.1 200 OK
Server: nginx-reuseport/1.13.4
Date: Sat, 20 Mar 2021 00:38:41 GMT
Content-Type: application/json
Content-Length: 4657
Connection: close
Last-Modified: Sat, 20 Mar 2021 00:38:29 GMT
ETag: "1231-589b4d83d536a"
Accept-Ranges: bytes

20.03.21 03:38:29,921 # 52:  IdMappedPortTCP1OutboundDisconnect: StateReady, exit

20.03.21 03:38:29,921 # 52:  Client Disconnection

20.03.21 03:38:29,921 # 51:  IdMappedPortTCP1OutboundDisconnect: StateReady, exit

20.03.21 03:38:29,921 # 51:  Client Disconnection

20.03.21 03:38:30,421 # 38:  IdMappedPortTCP1OutboundDisconnect: StateReady, exit

20.03.21 03:38:30,421 # 38:  Client Disconnection

20.03.21 03:38:47,421 # 26 <<< URL: http://handycache.ru/component/option,com_smf/Itemid,10/
Request:
GET http://handycache.ru/component/option,com_smf/Itemid,10/ HTTP/1.1
Host: handycache.ru
User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:78.0) Gecko/20100101 Firefox/78.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: ru-RU,ru;q=0.8,en-US;q=0.5,en;q=0.3
Accept-Encoding: gzip, deflate
Referer: http://handycache.ru/
Cookie: PHPSESSID=884e2ceb80d011fb95f9ea87bdc1d35a; dca90e7ce5d51dff9d53918b7dce167f=d3978772fa98ae7f9ea13f2d94151a35
Connection: keep-alive
Upgrade-Insecure-Requests: 1
If-Modified-Since: Sat, 20 Mar 2021 00:38:23 GMT
Cache-Control: max-age=0

20.03.21 03:38:54,703 # 30:  Client Disconnection

20.03.21 03:38:55,734 # 27:  Client Disconnection

20.03.21 03:38:55,734 # 28:  Client Disconnection

20.03.21 03:38:55,734 # 29:  Client Disconnection

Content Master стоит версии 2.33.8.
Если отключить расширение Content Master в настройках HC, всё начинает работать. Если снова включить расширение Content Master, то полминуты примерно всё работает, а потом перестаёт работать. Наверное, это произошло после какого-то обновления фильтров CM, но я не уверен. Операционная система - Windows XP SP3.

Дополнение: ответ от автора. Не баг, просто надо отключить "Кэш DNS" в HandyCache, и тогда разрешение имен будет выполняться через системные серверы.

Попробовал расширение, результат: при наличии в браузере расширений, добавляющих скрипты на страницу - поведение страниц может сломаться (зависит от страницы).
GitHub сломан напрочь, в консоли жалобы "None of the “sha512” hashes in the integrity attribute match the content of the subresource"
У меня, может, не самая стандартная инсталляция с моими цепочками прокси, но для меня оно не работает.
Мой вариант - во вложении.