Geralmente, isso é causado por um firewall com monitoração de estado (ou NAT) que excede uma conexão ociosa. Quando o cliente vai usar a conexão, o firewall se esquece, vê o pacote como inválido e envia um reset para o cliente.
Os clientes estão tendo problemas para se conectar ao servidor de revisão obrigatório que eu configurei para eles usarem. Parece que eles têm muitos arquivos check-out / adicionados que precisam ser colocados no sistema e estão recebendo problemas de resets de pacote.
Especificamente, a conexão TCP está sendo redefinida quando está tentando se comunicar com o servidor. Assegurei-me de que o MTU na eth0 estava definido para 1492, mas não sei o que mais poderia ser feito para ajudar a resolver esse problema.
Eu tenho o firewall csf instalado no servidor e estava procurando por qualquer tipo de configuração que pudesse ser ajustada para o limite de pacotes TCP, mas não encontrei essa configuração.
Também verifiquei os logs do servidor forçado e foi isso que eu encontrei: link
Parece que é o problema do pacote ... mas eu não tenho 100% de certeza. Executando este servidor perforce em uma micro instância ec2 com um SCREEN.
Obrigado por qualquer sugestão / conselho, terei todo o gosto em fornecer informações adicionais, conforme solicitado.
EDIT: Para ser mais específico, este é o problema que as pessoas enfrentam: link
Geralmente, isso é causado por um firewall com monitoração de estado (ou NAT) que excede uma conexão ociosa. Quando o cliente vai usar a conexão, o firewall se esquece, vê o pacote como inválido e envia um reset para o cliente.
Tags networking amazon-ec2 linux tcp perforce