Ошибка SSL в Happ: безопасное подключение невозможно
Где обрывается рукопожатие
Сокет до узла уже открылся, и только потом ядро спотыкается на TLS. Тост про безопасное подключение фиксирует этот обрыв, а не отсутствие сети. Браузер без Happ на том же Wi-Fi страницы открывает, поэтому «интернета нет» здесь плохая подпись к экрану.
Рукопожатие короче, чем кажется. Клиент называет имя узла, сторона отвечает цепочкой, ядро её проверяет. Обрыв на любом шаге выглядит одинаково в тосте. Различает шаги только журнал: таймаут, несовпадение имени, обрыв посередине.
Если сокет не открылся вовсе, тост был бы про сеть, а не про SSL. Эти два экрана легко смешать, когда оба на английском и русском вперемешку. Сетевой отказ до рукопожатия разобран отдельно: Network error occurred при живом процессе. Если сторона успела ответить и сама оборвала канал, это уже удалённый хост закрыл соединение.
| Что видите | До чего дошли | Что проверить |
|---|---|---|
| SSL сразу после Connect | рукопожатие | часы и другую строку списка |
| Страница 404 при обновлении | скачивание фида | целую ссылку подписки |
| Отказ сокета без SSL | ещё нет канала | портал Wi-Fi и DNS |
| Сертификат назван прямо | проверка цепочки | время и лишние корневые |
Почему это не ошибка 404 подписки
404 приходит быстро и текстом: адрес фида ответил, что такой страницы нет. Обновление списка либо пустое, либо с явной HTTP-строкой. SSL-тост вспыхивает, когда список уже на экране и вы нажали Connect к выбранной строке.
Путать их вредно. При 404 крутят ссылку подписки. При SSL ссылка могла только что успешно привезти список, а споткнулся уже узел. Стирать карточку из-за рукопожатия рано, если другие строки того же профиля ещё не пробовали.
Бывает и смесь: фид скачался по старому адресу, а узел внутри него уже не принимает TLS. Тогда обновление карточки своей ссылкой уместно после того, как две-три строки дали один и тот же SSL. Одна строка из десяти — повод сменить строку, не ссылку.
Чужой адрес, вписанный в фид вручную, часто ломает рукопожатие: имя в сертификате не совпадает с тем, куда стучится ядро. Верните текст, который прислал бот, и не дописывайте «зеркало» из комментария под видео.
Часы, фильтр рядом и другая строка
Сильный сдвиг часов ломает проверку срока сертификата, и тост звучит как общий отказ безопасного подключения. Включите автоматическую дату, дайте телефону синхронизироваться и повторите один Connect. Ручная дата «на неделю назад» после поездки даёт тот же экран.
Программа, которая перехватывает пакеты на этом же компьютере, способна порвать рукопожатие посередине. На время проверки её останавливают и смотрят, исчез ли SSL. Если исчез, спор был между двумя перехватами, а не между вами и узлом.
Краткий обзор Ошибка запуска ядра EOF Happ на fluxkern.wiki дополняет эту статью — здесь разбираем уже частный случай.
Выберите другую строку своего списка и нажмите Connect один раз. Узлы не делят один сертификат на всех. Если соседняя строка поднимается, рукопожатие как класс живо, а плох конкретный выход. Её и оставляйте на вечер.
Не выключайте проверку сертификатов «чтобы прошло». Клиент без проверки примет что угодно, включая подмену в кафе. Официальный Happ эту дыру не считает починкой. Рабочий путь — время, другая своя строка, целая ссылка.
Файл сертификата из чата не ставится
В переписке легко найти совет «скачай сертификат и будет соединяться». Файл из чата — чужой корень. Система начнёт доверять тому, кто его выпустил, и тост может затихнуть ценой чужой подписи на вашем трафике. Это не лечение SSL.
Свой профиль Nasa VPN не требует отдельного корневого файла на телефон. Узел предъявляет цепочку сам, ядро её проверяет штатно. Если проверка не проходит из-за часов или чужого фильтра, файл из чата эти причины не называет.
Уже установленные вручную корневые сертификаты стоит просмотреть. Лишний корень от старого «ускорителя» или от антивирусной проверки HTTPS как раз и подсовывает цепочку, которой ядро не верит. Удалите тот, что ставили сами, и повторите Connect.
Антивирус с разбором HTTPS на компьютере подменяет сертификат сайтов и иногда узла. Для проверки выключите только инспекцию HTTPS, не всю защиту, и посмотрите, ушёл ли тост. Постоянное выключение защиты ради Happ — плохая сделка.
Когда виновата строка узла
Две свои строки молчат с SSL, третья на той же сети поднимается. Значит, телефон и часы уже ни при чём. Оставьте рабочую строку. Молчащие можно отметить и не крутить, пока не обновите список позже: перебор всех флагов за минуту только затрёт, какая строка вообще поднималась.
Если молчат все строки профиля и на второй сети тоже, обновите подписку целиком. Старый состав узлов мог остаться в кэше карточки. Удалять Happ для этого не нужно: достаточно свежего URL из бот Nasa VPN и одного импорта поверх старой карточки.
Срок, который вышел ночью, иногда выглядит как обрыв шифрования, а не как честная надпись «доступ кончился». Загляните в бота до новой оплаты. Если дата ещё живая, карта ничего не добавит к рукопожатию.
Один ключ на двух телефонах здесь редко виноват: слот рвёт уже поднятую сессию, а не первое рукопожатие. Если SSL есть даже когда второй аппарат выключен, ищите время, фильтр или текст узла. Выключать второй телефон «на всякий случай» полезно один раз, не как постоянный ритуал.
Один повтор после понятной правки
Запишите, что изменили: часы, фильтр, строку или ссылку. Один Connect. Если тост остался тем же, не делайте вторую правку поверх неё, пока не вернёте первую. Иначе журнал перестанет отвечать, какой шаг был лишним.
Прямая ошибка сертификата, где клиент не доверяет цепочке, — соседний разбор, не повтор этого тоста: ошибка сертификата в Happ. Туда идут, когда журнал называет сертификат, а не общее «безопасное подключение».
Когда все свои строки дают SSL и срок уже кончился, продлите доступ на страница оплаты и импортируйте новую ссылку. До этого шага оплата не чинит часы и не убирает чужой корень из системы.
Оставьте магазинный Happ. Сборка «без проверки SSL» из чата как раз отключает то, что тост пытался вам сказать. Официальный клиент после обновления проверяет рукопожатие по-прежнему, и это нормально.