Você provavelmente está ficando sem portas no seu NAT, ou talvez sobrecarregando a tabela de mapeamento do seu NAT. Uma configuração típica do NAPT tem apenas um único endereço IP público, portanto, ele só tem portas TCP de 64 Ki e portas UDP de 64 Ki para uso.
Mesmo se uma conexão TCP estiver totalmente fechada, a conexão entrará em um estado TIME_WAIT por aproximadamente 2 minutos para garantir que a 4-tupla da conexão não seja reutilizada para uma nova conexão, enquanto pacotes atrasados da conexão antiga ainda podem estar na rede. Uma ferramenta como o masscan provavelmente tem que ser inteligente sobre o manuseio de múltiplas 4-tuplas da mesma porta TCP e endereço IP, mas um NAT separado pode não ser tão inteligente quanto isso, e pode usar uma porta TCP separada no endereço IP público NAT para cada conexão, que queimaria rapidamente todos os 64Ki possíveis portos TCP.
Os gateways NAPT não sabem dizer se um fluxo UDP acabou, então eles geralmente mantêm mapeamentos de portas UDP por um tempo limite de 30 segundos até alguns minutos.
Mesmo se o NAT for esperto em reutilizar a mesma porta TCP ou UDP de origem para muitas 4-tuplas de conexão, o grande volume de conexões que o masscan pode criar pode sobrecarregar a capacidade do NAT de rastrear todas as conexões abertas paralelas .
Se você estiver tentando verificar todos os ~ 4 bilhões de endereços IPv4 na taxa de exemplo de "teste de desempenho" do masscan de 100.000, você ignorará esse limite de número de porta de 64 Ki em menos de um segundo. Eu esperaria que algo acima de 500 tentativas por segundo causasse esse problema. Não é de admirar que sua taxa de inadimplência seja de apenas 100.