VPN постійно відключається: перевірте радіо до сервера

Відключення VPN може початися задовго до того, як будь-який трафік дійде до сервера. Втрата Wi-Fi, перехід з Wi-Fi на стільникову мережу, перевантаження локальної точки доступу й телефон, що засинає, можуть перервати зовнішній шлях, поки програмне забезпечення тунелю повідомляє про чисту помилку. Рухайтеся від пристрою назовні: спочатку канал, потім власні події клієнта, потім контрольоване порівняння і лише тоді сервер. Такий порядок утримує вас від зміни вихідних вузлів через проблему, що живе в кімнаті.

Стежте за каналом, а не за значком сигналу

Шукайте переходи каналу, а не смужки сигналу. Пристрій може показувати сильний сигнал, коли точка доступу перевантажена, коли триває перехід роумінгу або коли політика енергозбереження зупиняє радіо при вимкненому екрані.

Запишіть стан інтерфейсу, поточний шлюз і час кожної зміни. Потім перевірте, чи збігається відключення з переходом. Обрив, що трапляється щоразу, коли телефон переміщується між кімнатами, є проблемою каналу, доки не доведено протилежне, незалежно від того, який сервер показує застосунок.

Читайте власні події перепідключення клієнта

Більшість клієнтів записують причину відключення та позначку часу наступної спроби. Тунель, який за секунди переузгоджує параметри і потім працює, — це інша подія, ніж той, що залишається вимкненим, доки ви не ввімкнете його вручну.

Повторювані короткі перепідключення вказують на зовнішній шлях, бо клієнт постійно досягає сервера і втрачає сеанс. Тунель, що залишається вимкненим, вказує на автентифікацію, зміну кінцевої точки або політику, бо клієнт не заходить достатньо далеко, щоб щось втратити. Читайте обидва зразки окремо, перш ніж торкатися конфігурації.

Порівнюйте другу кінцеву точку обережно

Друга кінцева точка — корисне порівняння, і сама по собі вона не є контрольованим експериментом. Вона змінює маршрут, інфраструктуру і часто країну, тому різниця між двома кінцевими точками не доводить, що перший сервер несправний.

Тримайте пристрій, мережу доступу й навантаження незмінними і занотуйте, що ще змінилося під час перемикання. Якщо обидві кінцеві точки відмовляють одночасно в одному місці, локальний шлях є спільним чинником. Якщо відмовляє лише одна, сервер або маршрут до нього стає головною зачіпкою. Запишіть заважальні чинники, щоб висновок не випереджав докази.

Співвідносьте із сервером, який ви адмініструєте

Якщо ви адмініструєте кінцеву точку, зіставте час спроби із записами слухача й асоціації. Кілька незв'язаних клієнтів, що відмовляють на одному шлюзі, — це інший доказ, ніж один телефон, що падає при кожному переміщенні.

Одна відповідь партнера не підтверджує безперервне здоров'я застосунку. Після відновлення перевірте ресурс, який вам справді потрібен, бо успішне рукостискання й доступний сервер можуть існувати разом із зламаним шляхом застосунку.

Напишіть звіт, який звужує коло

Розділіть чотири твердження: втрата локального каналу, зовнішня доступність, узгодження тунелю й власний стан застосунку. Кожне має свої докази, а звіт, що тримає їх окремо, каже наступній людині, куди дивитися.

Занотуйте й обмеження порівняння. Якщо політика завадила тесту прямого шляху, скажіть це замість того, щоб подавати порівняння кінцевих точок як доказ. Позначка країни в застосунку не визначає весь маршрут, і сервер, географічно близький, усе одно може бути доступним через перевантажений шлях.

Сторінка відомих обмежень проєкту WireGuard — корисне нагадування, що протокол може бути правильним і все ж залишати поведінку каналу операційній системі. Завершіть повторенням того самого тесту після наступного відключення, адже окрема подія — це точка даних, а закономірність — діагноз.