Структура sing-box JSON

Что решает эта настройка

Тема статьи - как связаны log, dns, inbounds, outbounds, route, experimental и services. В практической настройке JSON, inbound, outbound, route проверяются не по памяти, а по исходной ссылке, JSON или официальной документации.

• Сверьте значение в исходном профиле и после импорта.
• Меняйте один параметр за проверку, иначе причина потеряется.
• Фиксируйте результат в логах клиента и core.

Параметры, которые нельзя путать

JSON и inbound часто выглядят как косметические поля в интерфейсе, но меняют поведение соединения. Нельзя переносить их между Xray и sing-box без сопоставления названий.

• Сверьте значение в исходном профиле и после импорта.
• Меняйте один параметр за проверку, иначе причина потеряется.
• Фиксируйте результат в логах клиента и core.

Рабочий сценарий

В sing-box путь трафика читается через inbound, route.final, DNS rules и outbound. Для как связаны log, dns, inbounds, outbounds, route, experimental и services особенно важно не создать петлю через TUN или DNS.

• Сверьте значение в исходном профиле и после импорта.
• Меняйте один параметр за проверку, иначе причина потеряется.
• Фиксируйте результат в логах клиента и core.

Диагностика по слоям

Если появляется timeout или handshake error, разделите сеть, порт, TLS/REALITY, протокол и route. Лог сервера важнее последней строки клиента, потому что показывает более раннюю причину.

• Сверьте значение в исходном профиле и после импорта.
• Меняйте один параметр за проверку, иначе причина потеряется.
• Фиксируйте результат в логах клиента и core.

Когда использовать подписку

Готовая подписка снижает риск опечаток и помогает синхронизировать изменения. Ручные правки полезны для диагностики, но их нужно документировать и не смешивать с автообновлением.

• Сверьте значение в исходном профиле и после импорта.
• Меняйте один параметр за проверку, иначе причина потеряется.
• Фиксируйте результат в логах клиента и core.

Практический вывод

Структура sing-box JSON имеет смысл проверять как часть полной цепочки, а не как отдельную галочку в интерфейсе. Такой подход экономит время поддержки и помогает мягко перевести пользователя на стабильную подписку.

{
  "type": "vless",
  "tag": "proxy",
  "server": "example.com",
  "server_port": 443,
  "uuid": "<uuid>",
  "tls": { "enabled": true, "server_name": "example.com" }
}