Sách trắng kỹ thuật giao thức SingLink

Khách hàng có được các gói, nút và quyền giao thức có sẵn của tài khoản hiện tại. Thông tin xác thực phải tồn tại trong thời gian ngắn, có thể thu hồi và tách rời khỏi trạng thái chuyển tiếp dữ liệu tiếp theo.

Mặt phẳng điều khiển trả về địa chỉ nút, cổng, các giao thức có sẵn và các chính sách cần thiết, đồng thời không được cung cấp trực tiếp các khóa chính dài hạn hoặc các trường nhạy cảm không cần thiết cho máy khách.

Máy khách nhận được lưu lượng cần được xử lý thông qua chế độ TUN, proxy hệ thống hoặc phần mở rộng mạng nền tảng. Lối vào cụ thể phụ thuộc vào khả năng của hệ điều hành.

Phải sử dụng các chính sách nhất quán cho các yêu cầu DNS và các kết nối tiếp theo để tránh việc tên miền đi qua proxy trong khi DNS vẫn bị rò rỉ khỏi mạng cục bộ hoặc gây chuyển hướng sai lầm.

Xác định các kết nối là trực tiếp, proxy hoặc bị chặn dựa trên quy tắc, ứng dụng, tên miền mục tiêu, IP và trạng thái mạng.

Chế độ thủ công sử dụng các nút do người dùng chỉ định; chế độ thông minh có thể chọn các nút ứng cử viên dựa trên độ trễ, tính khả dụng, tải, vùng và quyền của gói.

Máy khách và máy chủ xác nhận các thế hệ giao thức và khả năng được cả hai bên hỗ trợ. Máy khách cũ không nên âm thầm kích hoạt các hành vi không tương thích khi nó không thể nhận ra các khả năng mới.

Các nút xác minh rằng tài khoản hoặc phiên là hợp lệ và sẽ ngăn dữ liệu xác thực cũ được sử dụng lại thông qua các cơ chế lão hóa, ngẫu nhiên hoặc tương đương.

Giao thức yêu cầu thiết lập bối cảnh mã hóa riêng cho kết nối hiện tại. Các bộ mật mã cụ thể, các trường bắt tay và thời gian luân chuyển phải tuân theo các thông số kỹ thuật công khai trong tương lai.

Phiên đại diện cho phiên truyền giữa máy khách và nút, có thể mang trạng thái kết nối, thông tin khả năng, nhịp tim và một hoặc nhiều luồng logic.

Mỗi yêu cầu ứng dụng có thể được ánh xạ tới Luồng logic trong Phiên hoặc có thể thiết lập kết nối độc lập; phương pháp cuối cùng phụ thuộc vào việc thực hiện công khai.

Cần có thông tin đích, nhận dạng luồng, độ dài tải trọng, lệnh điều khiển và dữ liệu để tạo thành khung có thể phân tích cú pháp; trang này không phát minh ra các trường nhị phân không có giấy tờ.

Các luồng byte TCP cần duy trì trật tự, xử lý các lần đóng một nửa và đóng bất thường, đồng thời chuyển áp suất ngược phía ứng dụng sang phía vận chuyển.

Các gói dữ liệu UDP cần giữ lại ranh giới tin nhắn và quản lý thời gian chờ của phiên; Các dịch vụ loại UDP như QUIC cũng cần tránh việc chặn đầu tuyến không cần thiết.

Khi tốc độ tiêu thụ của máy khách, nút hoặc dịch vụ đích chậm lại, mức tăng trưởng bộ đệm phải được giới hạn để ngăn một Luồng đơn lẻ làm giảm toàn bộ Phiên.

Việc đóng gói và đệm chỉ có thể được sử dụng như một phần của chiến lược truyền tải và không thể được mô tả là tàng hình tuyệt đối; các điều kiện cho phép và chi phí chung của nó đòi hỏi phải thử nghiệm và xác minh.

Chi phí đường hầm sẽ làm giảm MTU sẵn có và các lỗi gói lớn cần được giảm thông qua việc tránh phân mảnh, điều chỉnh MSS hoặc các cơ chế tương đương.

Giao thức phải kiểm soát nhịp gửi và truyền lại dựa trên phản hồi của mạng và phân biệt giữa mất gói thực, độ trễ xếp hàng và jitter mạng ngắn hạn.

Liên tục theo dõi trạng thái phiên và nút để tránh chỉ dựa vào thời gian chờ lâu của hệ điều hành để phát hiện các kết nối chết.

Sau khi chuyển đổi giữa Wi-Fi và mạng di động, máy khách xác nhận lại cổng vào mạng, DNS, phiên định tuyến và truyền tải, đồng thời tiếp tục kết nối theo khả năng của nó.

Trong trường hợp lỗi phần mềm, phiên có thể được xây dựng lại trước và trong trường hợp lỗi cứng, các nút có sẵn có thể được chuyển đổi. Trong quá trình chuyển đổi, việc định tuyến hệ thống phải được khôi phục và tránh lưu lượng truy cập từ các kết nối trực tiếp không mong muốn.

Máy khách xác minh và giải mã dữ liệu được trả về, đồng thời xóa trạng thái phiên tạm thời, khóa bộ đệm, định tuyến và thay đổi DNS sau khi kết nối hoàn tất.