SingLink 프로토콜 기술 백서

클라이언트는 현재 계정의 사용 가능한 패키지, 노드 및 프로토콜 권한을 얻습니다. 인증 자격 증명은 수명이 짧고 취소 가능해야 하며 후속 데이터 전달 상태와 분리되어야 합니다.

컨트롤 플레인은 노드 주소, 포트, 사용 가능한 프로토콜 및 필요한 정책을 반환하며 장기 마스터 키나 불필요하고 민감한 필드를 클라이언트에 직접 전달해서는 안 됩니다.

클라이언트는 TUN 모드, 시스템 프록시 또는 플랫폼 네트워크 확장을 통해 처리해야 하는 트래픽을 수신합니다. 구체적인 입구는 운영 체제의 기능에 따라 다릅니다.

DNS가 여전히 로컬 네트워크에서 누출되거나 잘못된 전환을 일으키는 동안 도메인 이름이 프록시를 통과하는 것을 방지하려면 DNS 요청 및 후속 연결에 일관된 정책을 사용해야 합니다.

규칙, 애플리케이션, 대상 도메인 이름, IP 및 네트워크 상태를 기반으로 연결을 직접, 프록시 또는 차단으로 결정합니다.

수동 모드에서는 사용자가 지정한 노드를 사용합니다. 지능형 모드는 대기 시간, 가용성, 로드, 지역 및 패키지 권한을 기반으로 후보 노드를 선택할 수 있습니다.

클라이언트와 서버는 양 당사자가 지원하는 프로토콜 생성 및 기능을 확인합니다. 이전 클라이언트는 새로운 기능을 인식할 수 없을 때 호환되지 않는 동작을 자동으로 활성화해서는 안 됩니다.

노드는 계정이나 세션이 유효한지 확인하고 에이징, 무작위화 또는 동등한 메커니즘을 통해 오래된 인증 데이터가 재사용되지 않도록 해야 합니다.

프로토콜에서는 현재 연결에 대해 별도의 암호화 컨텍스트를 설정해야 합니다. 특정 암호 제품군, 핸드셰이크 필드 및 순환 기간은 향후 공개 사양에 따라야 합니다.

세션은 연결 상태, 기능 정보, 하트비트 및 하나 이상의 논리적 흐름을 전달할 수 있는 클라이언트와 노드 간의 전송 세션을 나타냅니다.

각 애플리케이션 요청은 세션 내의 논리적 스트림에 매핑되거나 독립적인 연결이 설정될 수 있습니다. 최종 방법은 공개 구현에 따라 다릅니다.

구문 분석 가능한 프레임을 형성하려면 대상 정보, 스트림 식별, 페이로드 길이, 제어 명령 및 데이터가 필요합니다. 이 페이지는 문서화되지 않은 바이너리 필드를 만들지 않습니다.

TCP 바이트 스트림은 순서를 유지하고, 반 닫기 및 비정상적인 닫기를 처리하고, 애플리케이션 측 역압을 전송 측으로 전달해야 합니다.

UDP 데이터그램은 메시지 경계를 유지하고 세션 시간 초과를 관리해야 합니다. QUIC와 같은 UDP 유형 서비스도 불필요한 HOL(head-of-line) 차단을 방지해야 합니다.

클라이언트, 노드 또는 대상 서비스의 소비 속도가 느려지면 단일 스트림이 전체 세션을 중단시키지 않도록 버퍼 증가를 제한해야 합니다.

패킷화 및 패딩은 전송 전략의 일부로만 사용될 수 있으며 절대적인 스텔스라고 설명할 수 없습니다. 활성화 조건과 오버헤드에는 테스트와 검증이 필요합니다.

터널 오버헤드는 사용 가능한 MTU를 줄이고 조각화 방지, MSS 조정 또는 동등한 메커니즘을 통해 대규모 패킷 오류를 줄여야 합니다.

프로토콜은 네트워크 피드백을 기반으로 전송 리듬과 재전송을 제어하고 실제 패킷 손실, 대기열 지연 및 단기 네트워크 지터를 구별해야 합니다.

중단된 연결을 감지하기 위해 운영 체제의 긴 시간 초과에만 의존하지 않도록 세션 및 노드 상태를 지속적으로 모니터링합니다.

Wi-Fi와 모바일 네트워크 간 전환 후 클라이언트는 네트워크 입구, DNS, 라우팅 및 전송 세션을 다시 확인하고 성능에 따라 연결을 재개합니다.

소프트 장애가 발생한 경우 세션을 먼저 재구축하고, 하드 장애가 발생한 경우 사용 가능한 노드를 전환할 수 있습니다. 전환 프로세스 중에 시스템 라우팅을 복원해야 하며 예상치 못한 직접 연결로 인한 트래픽을 방지해야 합니다.

클라이언트는 반환된 데이터를 확인 및 캡슐화 해제하고, 연결이 완료된 후 임시 세션 상태, 캐시 키, 라우팅 및 DNS 변경 사항을 지웁니다.