Estou com um problema muito estranho depois que mudei de apartamento. Estou trabalhando remotamente no Japão usando uma conexão OpenVPN e me conectando ao meu computador de trabalho via Área de Trabalho Remota. Recentemente mudei de apartamento. No apartamento antigo tudo funciona perfeitamente bem. E agora, quando estou usando meus dados móveis, tudo funciona bem. Mas quando estou usando minha nova internet, tenho problemas muito estranhos:
A conexão VPN foi criada com sucesso e posso me conectar via Área de Trabalho Remota. Até ontem, esta parte funcionava sem problemas. Desde hoje, perderei a conexão com a Área de Trabalho Remota após cerca de 1 minuto. Sempre sem exceção. Isso ocorre ao usar o Parallels Remote Desktop Client. Ao usar o Windows Remote Desktop Client, não consigo me conectar.
Não consigo me conectar a nenhum site interno da minha empresa a partir do meu computador host. Posso fazer ping e rastreá-los e parece bom.
Mas quando faço um hotspot com meu telefone e uso os dados locais, tudo funciona perfeitamente.
O apartamento possui um roteador Ruijie AP180-AC embutido na parede. Tentei alternar entre o modo AP e o modo roteador, mas não fez diferença.
Eu realmente apreciaria qualquer ajuda porque não tenho a menor ideia do que está acontecendo aqui. Parece um comportamento muito estranho para mim, mas meu conhecimento de rede também é muito limitado.
Quando você enfrenta problemas de rede misteriosos (algumas coisas funcionam, outras não, coisas começam e param de funcionar aparentemente aleatoriamente, conexões falham aleatoriamente), o problema geralmente é a perda (pesada) de pacotes. Pacotes IP fragmentados são um fator potencial que contribui para a perda de pacotes. Para não haver pacotes fragmentados, o MTU deve ser reduzido.
Isto também se aplica a alguns túneis VPN, como o OpenVPN. Como o seu túnel é baseado em UDP, a conexão do túnel não pode se recuperar de pacotes perdidos. A perda de pacotes também se manifesta dentro do túnel. Alguns softwares reagem mal à perda de pacotes.
Com o OpenVPN, existem várias maneiras de resolver isso, todas elas inseridas no arquivo de configuração do cliente:
link-mtu 1300outun-mtu 1300(mas não ambos) para diminuir explicitamente o MTUmtu-disc yespara ativar o Path MTU Discovery, mas aparentemente isso só funciona no Linuxmtu-testpara ativar um mecanismo de descoberta de MTU diferente que pode funcionar em todos os sistemas operacionais, mas leva muito tempofragment 1300para que o OpenVPN faça a fragmentação internamenteAlém disso,
mssfix 1300pode ser usado para fazer com que as conexões TCP em túnel se comportem, mas isso é apenas uma otimização de desempenho.A seleção de um limite muito baixo para qualquer uma dessas opções pode afetar seriamente o rendimento dentro do túnel. O manual do OpenVPN sugere 1300 como ponto de partida ao enfrentar problemas.
Você pode ler um pouco mais sobre fragmentação de IP nestas perguntas e respostas em Network Engineering .
Você ainda deve verificar se há perda notável de pacotes em sua conexão normal com a Internet. Alguns por cento são toleráveis, mas quando chega a 10-20% ou até mais, torna-se muito irritante. Se você tiver perda excessiva de pacotes, pode haver uma conexão ruim em algum lugar. Com o DSL, isso pode ser uma fiação telefônica interna ruim/antiga. O cabo também é sensível a isso, além de coisas como incompatibilidade de impedância, falta de terminação ou amplificadores de sinal ruins.