Посмотрите, что подписка вернула на самом деле
Успешное обновление означает, что с сервера пришли данные. Неудачная загрузка выглядит иначе: в журнале появляется timeout или 403, и обновление не доходит до конца. Здесь данные пришли, а ядро их не поняло. Вставьте ссылку подписки в адресную строку браузера и прочитайте первые строки.
- Сплошная стена букв и цифр без переносов, возможно со знаками равенства в конце. Это base64-список ссылок для v2rayN и родственных клиентов. Секции
proxiesтам просто нет. - Текст, начинающийся с фигурной скобки, с полем
outbounds. Это конфиг sing-box: задача та же, проект другой, взаимозаменяемости нет. - HTML, страница входа или проверка на робота. Вам отдали веб-страницу. Так выглядят опечатка в ссылке, истёкший token и защитный слой перед провайдером.
Профиль Clash — это обычный текстовый YAML, в первых строках видны поля вроде mixed-port и proxies. Когда разбор не даёт ни одного узла, клиент проверяет только успех самого HTTP-запроса, поэтому интерфейс пишет об удачном обновлении, а proxies остаётся пустым.
Одна ссылка, несколько форматов, выбор по User-Agent
Провайдеры отдают по одному адресу разное содержимое в зависимости от заголовка User-Agent. Строка со словом clash или mihomo получает YAML, v2rayN получает base64, а браузер или запрос без заголовка — то, что назначено по умолчанию. Каша в браузере не доказывает, что ссылка мертва: вас просто приняли за другого клиента. Запросите дважды и сравните:
curl -sS -A "clash-verge/1.0" https://sub.host/link -o a.yaml
curl -sS -A "v2rayN/6.0" https://sub.host/link -o b.txt
Подставьте свой адрес. Разные первые строки в двух файлах — это и есть ответ. В большинстве клиентов заголовок правится в окне редактирования подписки, поле обычно так и называется User Agent.
Узлы в файле есть, их прячет группа
Второй вариант той же беды: под proxies лежат сорок записей, а страница прокси пустая. Тогда читайте группы, и в первую очередь тот оверрайд, который вы у кого-то скопировали:
proxy-groups:
- name: Auto
type: url-test
include-all: true
filter: "(?i)(HK|Hong)"
url: http://www.gstatic.com/generate_204
filter — это регулярное выражение, и в группу попадают только узлы с подходящим именем. Провайдер переименовал Hong Kong 01 в HK-01, или заимствованный оверрайд писался под чужую схему именования, и группа опустела. Уберите эту строку, перезагрузите профиль и посмотрите, вернутся ли узлы. exclude-filter промахивается так же, наоборот.
Пропала часть, а не всё
- Слова
unsupportedилиskipв журнале: ядро не знает протокол этих записей и прошло мимо них. Обновление ядра обычно возвращает их на место. - Остался ровно один узел с именем вроде тариф истёк или продлите подписку. Это не сбой, это счёт.
- Повторяющиеся имена внутри
proxies: поздние записи затирают ранние, и число узлов в интерфейсе выходит меньше реального.
proxies полный и группы заполнены, всё перечисленное отпадает. Остаются узлы, которые есть, но не соединяются, а это уже вопрос теста задержки и журнала: повторный импорт профиля тут ничего не изменит.