Whitepaper técnico do protocolo SingLink

O cliente obtém os pacotes, nós e permissões de protocolo disponíveis da conta corrente. As credenciais de autenticação devem ter vida curta, ser revogáveis ​​e dissociadas do status subsequente de encaminhamento de dados.

O plano de controle retorna o endereço do nó, a porta, os protocolos disponíveis e as políticas necessárias, e não deve entregar diretamente ao cliente chaves mestras de longo prazo ou campos confidenciais desnecessários.

O cliente recebe o tráfego que precisa ser processado através do modo TUN, proxy do sistema ou extensão de rede da plataforma. A entrada específica depende dos recursos do sistema operacional.

Políticas consistentes devem ser usadas para solicitações de DNS e conexões subsequentes para evitar que nomes de domínio passem por proxies enquanto o DNS ainda estiver vazando da rede local ou causando desvio errôneo.

Determina as conexões como diretas, proxy ou bloqueadas com base em regras, aplicativo, nome de domínio de destino, IP e status da rede.

O modo manual utiliza nós especificados pelo usuário; o modo inteligente pode selecionar nós candidatos com base na latência, disponibilidade, carga, região e permissões de pacote.

O cliente e o servidor confirmam as gerações e capacidades do protocolo suportadas por ambas as partes. O cliente antigo não deve ativar silenciosamente comportamentos incompatíveis quando não consegue reconhecer novos recursos.

Os nós verificam se a conta ou sessão é válida e devem impedir que dados de autenticação antigos sejam reutilizados por meio de envelhecimento, randomização ou mecanismos equivalentes.

O protocolo requer o estabelecimento de um contexto de criptografia separado para a conexão atual. Os conjuntos de cifras específicos, os campos de handshake e os períodos de rotação devem estar sujeitos a futuras especificações públicas.

Sessão representa a sessão de transmissão entre o cliente e o nó, que pode transportar status de conexão, informações de capacidade, pulsações e um ou mais fluxos lógicos.

Cada solicitação de aplicação pode ser mapeada para um Stream lógico dentro da Sessão, ou uma conexão independente pode ser estabelecida; o método final depende da implementação pública.

Informações de destino, identificação de fluxo, comprimento de carga útil, comandos de controle e dados são necessários para formar um quadro analisável; esta página não inventa campos binários não documentados.

Os fluxos de bytes TCP precisam manter a ordem, lidar com semi-fechos e fechamentos anormais e passar a contrapressão do lado do aplicativo para o lado do transporte.

Os datagramas UDP precisam manter os limites das mensagens e gerenciar os tempos limite das sessões; Os serviços do tipo UDP, como o QUIC, também precisam evitar bloqueios desnecessários.

Quando a velocidade de consumo do cliente, nó ou serviço de destino diminui, o crescimento do buffer deve ser limitado para evitar que um único Stream derrube toda a Sessão.

A empacotamento e o preenchimento só podem ser usados como parte da estratégia de transmissão e não podem ser descritos como furtivos absolutos; suas condições favoráveis ​​e sobrecarga exigem testes e verificação.

A sobrecarga do túnel reduzirá o MTU disponível, e grandes falhas de pacotes precisarão ser reduzidas evitando a fragmentação, ajustando o MSS ou mecanismos equivalentes.

O protocolo deve controlar o ritmo de envio e a retransmissão com base no feedback da rede e distinguir entre perda real de pacotes, atraso na fila e jitter de rede de curto prazo.

Monitore continuamente o status da sessão e do nó para evitar depender apenas dos longos tempos limite do sistema operacional para detectar conexões inativas.

Após alternar entre redes Wi-Fi e móveis, o cliente reconfirma a entrada da rede, DNS, roteamento e sessões de transmissão, e retoma a conexão de acordo com suas capacidades.

No caso de uma falha leve, a sessão pode ser reconstruída primeiro e, no caso de uma falha grave, os nós disponíveis podem ser trocados. Durante o processo de comutação, o roteamento do sistema deve ser restaurado e o tráfego proveniente de conexões diretas inesperadas deve ser evitado.

O cliente verifica e desencapsula os dados retornados e limpa o status da sessão temporária, chaves de cache, roteamento e alterações de DNS após a conclusão da conexão.