Перейти к содержимому

👻 udp-443: блокировка QUIC

udp-443 👻 — общее поле прокси. Оно решает, что делать с UDP-трафиком на порт 443 — в основном это QUIC (HTTP/3), — когда правило отправляет его через этот прокси. С reject поток уходит в REJECT, и браузеры повторяют запрос по TCP (HTTP/2). Через прокси это обычно работает лучше, чем QUIC поверх TCP или по UDP с потерями.

proxies:
- name: vless
type: vless
# ...
udp-443: reject # или quic: reject
КлючЗначенияПо умолчанию
udp-443allow, rejectallow
quicалиас udp-443
  • Значения пишутся строчными буквами; Reject или любое другое значение — ошибка разбора прокси unsupport udp-443 value.
  • quic — алиас. Оба ключа с одинаковым значением допустимы, с разными — ошибка conflicting udp-443 and quic values. udp_443 читается как udp-443.
  • Параметр принимает любой тип прокси (vless, vmess, trojan, ss, hysteria2, wireguard, direct, freedom и остальные) — в proxies и в узлах провайдеров.
  • Группы прокси его не принимают: задавайте его узлам или сразу всему провайдеру через override.
proxy-providers:
sub:
type: http
url: https://example.com/sub
override:
udp-443: reject

override записывает ключ в каждый узел провайдера перед его разбором.

  • Затрагиваются только UDP-потоки на порт назначения 443, к любому хосту. TCP/443 и UDP на другие порты идут через прокси как раньше.
  • Отклонённый поток ведёт себя как REJECT для UDP: запись проглатывается, чтение сразу заканчивается, ICMP не отправляется. В логах и API у соединения в цепочке REJECT.
  • Проверка стоит снаружи всего остального на прокси, раньше smux и mux.cool.
  • Группа smart пропускает такой REJECT сразу, не закрепляя узел и не учитывая его в статистике.

Обычный mihomo udp-443 игнорирует. В mihomo того же можно добиться правилом вроде AND,((NETWORK,UDP),(DST-PORT,443)),REJECT, но оно действует сразу на все прокси.

Для панелей Remnawave см. udp-443 через маппер хоста.