Технічний документ протоколу SingLink

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

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

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

Для запитів DNS і наступних з’єднань необхідно використовувати узгоджену політику, щоб уникнути проходження доменних імен через проксі-сервери, поки DNS все ще витікає з локальної мережі або спричиняє помилкове перенаправлення.

Визначає підключення як прямі, проксі або заблоковані на основі правил, програми, імені цільового домену, IP-адреси та статусу мережі.

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

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

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

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

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

Кожен запит програми можна відобразити на логічний потік у межах сеансу або встановити незалежне з’єднання; остаточний метод залежить від публічної реалізації.

Інформація про призначення, ідентифікація потоку, довжина корисного навантаження, команди керування та дані необхідні для формування кадру, який можна аналізувати; ця сторінка не винаходить недокументованих бінарних полів.

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

UDP-дейтаграми повинні зберігати межі повідомлень і керувати тайм-аутами сеансу; Служби типу UDP, такі як QUIC, також повинні уникати непотрібного блокування головного рядка.

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

Пакетування та доповнення можуть використовуватися лише як частина стратегії передачі і не можуть бути описані як абсолютна скритність; його сприятливі умови та накладні витрати вимагають тестування та перевірки.

Накладні витрати на тунель зменшать доступний MTU, а кількість помилок великих пакетів потрібно зменшити за допомогою уникнення фрагментації, налаштування MSS або еквівалентних механізмів.

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

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

Після перемикання між Wi-Fi і мобільними мережами клієнт повторно підтверджує вхід у мережу, DNS, сеанси маршрутизації та передачі та відновлює з’єднання відповідно до своїх можливостей.

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

Клієнт перевіряє та декапсулює повернуті дані, а також очищає тимчасовий статус сеансу, ключі кешу, маршрутизацію та зміни DNS після встановлення з’єднання.