Структура конфига

Файл конфигурации выглядит пугающе, пока не увидишь, что верхних разделов всего пять и каждый отвечает за свой этап пути трафика: откуда пришёл, куда уходит, по какому правилу и через какой DNS.

Пять разделов

Как трафик проходит по файлу

Минимальный работающий пример

{
  "log": { "loglevel": "warning" },
  "inbounds": [
    { "port": 10808, "listen": "127.0.0.1", "protocol": "socks",
      "settings": { "udp": true } }
  ],
  "outbounds": [
    { "tag": "proxy", "protocol": "vless",
      "settings": { "vnext": [ { "address": "node.example.net", "port": 443,
        "users": [ { "id": "11111111-2222-3333-4444-555555555555",
                     "encryption": "none", "flow": "xtls-rprx-vision" } ] } ] },
      "streamSettings": { "network": "tcp", "security": "reality",
        "realitySettings": { "serverName": "www.microsoft.com",
          "publicKey": "xu9K1Yb0eUq5m0wKX2mQ2p3TlqLtQ8vJt3sYqR7Yc1E",
          "shortId": "9f2a", "fingerprint": "chrome" } } },
    { "tag": "direct", "protocol": "freedom" }
  ],
  "routing": {
    "domainStrategy": "IPIfNonMatch",
    "rules": [ { "type": "field", "outboundTag": "direct", "ip": [ "geoip:private" ] } ]
  }
}

Здесь есть всё необходимое: локальный вход, выход через сервер, запасной прямой выход и одно правило — локальную сеть не заворачивать в туннель. Из чего собираются эти блоки, разобрано в сборке конфига вручную.

Теги и как они связывают разделы

Поле tag у выхода — это его имя. В правилах маршрутизации указывают именно тег: "outboundTag": "direct" означает «отправить мимо туннеля». Опечатка в теге — типичная причина «правила не работают»: клиент не находит выход с таким именем и молча использует первый в списке.

Чем отличается конфиг sing-box

Идея та же, имена другие: входы называются inbounds, выходы — outbounds, а правила лежат в route вместо routing. Прямой перенос файла между ядрами не работает — сравнение.