user3840019's questions

Temos um servidor dedicado que funciona bem e aceita conexões de entrada. Ele também recebe e envia dados normalmente.

Funciona muito bem por algumas horas, mas depois disso todas as conexões aceitas expiram automaticamente logo após o soquete ser aceito.

Quanto mais soquetes ele aceitar, mais rápido ele entrará em um estado em que todas as novas conexões terão tempo limite esgotado.

O problema não é do cliente e nem é realmente pelo tempo que definimos em timeout, porque ele só acontece depois da aceitação na função read().

Quando reiniciamos o servidor, tudo começa a funcionar bem novamente.

Acredito que o Linux esteja causando esse problema. Não conheço bem o Linux, sei que há configurações no Linux que estão limitando meu processo.

Alguém pode sugerir material para leitura sobre configurações Linux para sockets TCP?

obrigado

edit: sou novato em networking e descobrindo coisas novas :)

Eu criei uma interface TUN programaticamente e capaz de interagir.

Eu configurá-lo e executá-lo por ifconfig myTun 10.10.1.1/24 up

e está funcionando como eu posso ver ifconfige ping10.10.1.1

e para ter 100% de certeza se minha interface TUN está funcionando com meu problema escrito, fiz o seguinte:

Fiz o ping 10.10.1.2e o pacote foi recebido no meu programa, escrevi de volta no tun e recebi novamente em um loop.

agora tenho certeza de que todos os pacotes FROM ou TO 10.10.1.x estão sendo recebidos e gravados no TUN sem nenhum problema.

quando escrevo um pacote com qualquer IP de destino fora dele, ele 10.10.1.xé gravado com sucesso no TUN, mas nenhuma resposta é recebida no TUN.

depois de pesquisar e ler muitos artigos, percebi que estava sendo descartado silenciosamente pelo kernel.

Eu li muitas perguntas e respostas sobre interfaces TUN em serverfault.com e descobri que perdi uma parte séria da minha lógica que é ROUTING .

meu entendimento final é: o pacote está OK e recebido pela pilha de rede no linux, mas o kernel não sabe o que fazer com o pacote por causa de seu destino estranho. então descobri que devo especificar algum roteamento para o kernel no iptables e habilitar, net.ipv4.ip_forwardmas não sei como.

meu objetivo final é:

quando envio algum pacote com qualquer destino externo 10.10.1.xao TUN, ele deve ser roteado para minha interface principal (que tem acesso a internet, e é wlps020f3) e qualquer resultado desse pacote recebe de volta para minha interface TUN

como configurar o NAT no iptables para contornar?

Agradeço antecipadamente