Por que não consigo pingar enquanto posso ver no ARP?

Existem várias perguntas feitas da mesma maneira; Eu tenho tentado várias soluções por 3 dias sem sorte; É por isso que estou perguntando do zero.

Eu tenho um roteador sem fio e um ponto de acesso sem fio conectado com um cabo. O roteador é o servidor DHCP (192.168.1.1), o ponto de acesso tem o DHCP desabilitado com um IP fixo (192.168.1.250).

Eu tenho 8 máquinas (Windows 8.1 e Windows 10) conectadas ao roteador sem fio e com fio. O problema é; Todas as máquinas podem pingar umas nas outras, exceto uma. (192.168.1.154). Esta caixa do Windows 10 não pode fazer ping no servidor (192.168.1.147). É claro que o servidor não pode fazer ping de volta.

Em breve; 154 pode pingar toda a rede, exceto 147. 147 pode pingar toda a rede, exceto 154. Muito estranho o suficiente; quando eu conecto 154 ao ponto de acesso, em vez do roteador, ele pode pingar 147. Mais estranho; Eu posso cruzá-los na tabela de arcos uns dos outros como entradas dinâmicas.

Instalei o Microsoft Network Monitor, limpei o arp, redefini o netsh para TCP e Winsocks e iniciei a captura do tráfego de rede. Eu posso ver que esta máquina (154) envia um pedido de arp para o servidor (147) por IP. Em questão de segundos, o IP resolve o nome do servidor corretamente. Em seguida, o comando arp -a lista o servidor por seu IP e MAC dinamicamente. Mas ainda não pode pingar! (Na maioria das vezes, conecte o tempo limite. Menos, "host inacessível")

Às vezes, o servidor sai da tabela arp arbitrariamente e retorna.

O que eu tentei até agora:

Desligue o firewall nas duas máquinas. (Nenhum firewall de terceiros instalado)
Desligue o firewall no roteador (sem filtros MAC ou IP)
Desligue o isolamento no roteador
Altere o IP de ambas as máquinas, tanto para automático quanto para outra coisa fixa.
Tente adicionar uma entrada arp estática em ambas as máquinas.
Execute serviços relacionados à rede que são configurados para serem executados manualmente.
Ative a descoberta e o compartilhamento de rede nas duas máquinas.
Defina o tipo de rede como "privado".

Ontem, duas máquinas diferentes estavam nessa situação e não havia problema com 154. Ele foi capaz de se conectar ao servidor. Hoje, essas duas máquinas podem se conectar ao servidor, mas não podem. Ontem essas duas máquinas também conseguiram se conectar usando o ponto de acesso.

Aposto que este é um problema de baixa qualidade do Windows. Alguma ideia?

— Turab
fonte

Apenas uma ideia: conflito de IP. Talvez alguma máquina entre em estado de hibernação (ou seja o que for) e enquanto isso outra pega o mesmo endereço ... quando o primeiro acordou é possível encontrar um conflito de IP. Tente desconectar da rede a máquina problemática e conectar novamente. BTW Se as máquinas são (quase) sempre as mesmas, por que não consertar seus IPs? Ps & gt; Bem-vindo ao superusuário.

— Hastur

Algumas sugestões - primeiro, tente inicializar "154" com um live CD do linux para ajudar a isolar se é ou não um problema de configuração do sistema operacional. Segundo, use o programa wireshark para dar uma olhada nos pacotes enviados por "154", tanto localmente quanto de uma máquina diferente na LAN. Use o utilitário arp-ping ( elifulkerson.com/projects/arp-ping.php ) para avaliar a diferença entre como os pacotes ARP (que parecem funcionar) e o ICMP (que não funcionam) são formados. Por fim, use a ferramenta nmap para fazer uma varredura completa da sua LAN para ver se você tem IPs dup; dup MACs (VMs?) ou quaisquer outras surpresas

— Argonauts

@Hastur, a maioria deles já é IPs fixos, mas na verdade não tem nada a ver com isso. Como tentei esquecer a rede e me conectar de volta com um IP fixo e dinâmico, não funcionou. Conectar novas máquinas não tem problema!

— Turab

É o tempo de captura de pacotes. Obtenha uma captura Wireshark em execução em ambos .154 e .147 e veja onde os pings ICMP estão sendo descartados.

— Mark Riddell

Concordo com o @MarkoPolo aqui - um pcap em ambas as extremidades dirá a você definitivamente onde seu tráfego ICMP está e não está indo.

— MaQleod