Возможность не отключать прокси при коннекте из домашней сети

[vip8snam]

Простите за глупый вопрос, но gpt не смог помочь(впрочем как оно обычно и бывает)
Проблема следующая,при включенном прокси если подключится к домашней сети(в которой прокси и установлен) он начинает сыпать
mtproto | {"level":"info","ip":"10.0.1.1","logger":"proxy","timestamp":1775984438210,"message":"ip was blacklisted"}
и ничего само собой не грузите хотелось бы постоянно переключать вкл/выкл когда приходишь уходишь из дома
GPT советовал:
MTG_DISABLE_ANTIREPLAY: "true"
MTG_DISABLE_BLOCKLISTS: "true"
но результат это не меняет
подскажите что сделать чтобы в локальной сети все продолжало спокойно работать, спасибо!

[dolonet]

Причина именно в этом: по умолчанию в [defense.blocklist] включён список firehol_level1.netset, а он содержит bogon-сети, в том числе весь 10.0.0.0/8. Поэтому любой клиент из домашней LAN с адресом вида 10.0.1.1 попадает под blocklist и получает ip was blacklisted. Переменные MTG_DISABLE_ANTIREPLAY / MTG_DISABLE_BLOCKLISTS, которые предложил GPT, у mtg не существуют — конфигурация идёт через TOML-файл, а не через ENV.

Варианты решения:

1. Полностью отключить blocklist в config.toml:

   [defense.blocklist]
   enabled = false

   Самый простой путь, если прокси пользуетесь только вы и доверенные люди.

2. Оставить blocklist, но без firehol_level1 — подставить более узкий список, который не содержит приватных подсетей, например:

   [defense.blocklist]
   enabled = true
   urls = ["https://iplists.firehol.org/files/firehol_abusers_1d.netset"]

3. Подключаться из LAN через внешний IP/домен с hairpin NAT + MASQUERADE на роутере — тогда mtg будет видеть клиента с публичным адресом. Сложнее в настройке, зато полная защита сохраняется.

Для домашнего сценария (телефон дома ↔ мобильная сеть) обычно хватает варианта 1 или 2 — firehol_level1 на домашнем прокси приносит больше проблем, чем пользы.

---

@9seconds, возможно, стоит упомянуть в example.config.toml / README, что дефолтный firehol_level1.netset включает RFC1918 и ломает сценарий «прокси дома + клиент в той же LAN». Это регулярно всплывающий грабли (issue #466 — очередной пример). Хватило бы пары строк комментария рядом с urls = [...].

[9seconds]

@dolonet спасибо. Да, именно в этом и дело. Мне кажется, от этой фичи уже больше вреда, чем пользы. Надо и в комментариях упомянуть, и уж сесть за нормальную документацию. У меня сейчас жесткий загруз по работе, но, надеюсь, через пару недель станет легче, и займусь

[dolonet]

@9seconds раз уж задача несложная, взял на себя инициативу и набросал PR #467 — только документация, дефолты не трогал. Там комментарий-предупреждение в example.config.toml рядом с urls и секция ## Troubleshooting в README с симптомом, причиной и тремя вариантами фикса. Если подход в целом устраивает — правки по формулировкам всегда можно докрутить. Вопрос про смену дефолта (отключить блоклист / сузить список) оставил на ваше усмотрение, не хотел мешать это с доковым фиксом.

[tooker0]

Я у себя решил так: скачал блэклист файл, удалил из него локальные сети и в конфиге в секции [urls] указал путь до этого файла.