Não é possível executar o ping pela LAN até que um ping seja recebido

7

Eu tenho duas máquinas OSX em uma sub-rede local. Pinga da Máquina A para a Máquina B com tempo limite até que a Máquina B execute a Máquina A. Depois de B pings A, A pode executar o ping B com sucesso, mas esse sucesso é temporário; se não houver comunicação entre as duas máquinas por cerca de meia hora, os pings de A a B começam a cronometrar novamente (até B pings A novamente).

Como posso garantir que B seja sempre acessível a partir de A, sem ter que "kickstart" a conexão fazendo ping de A de B primeiro?

    
por ericsoco 04.01.2013 / 00:37

2 respostas

11

Quando você diz a mesma sub-rede, tem clareza sobre a definição de sub-rede do setor, porque é um termo freqüentemente mal utilizado em termos de uso incorreto.

Quero esclarecer que você está dizendo que as duas caixas OSx não estão separadas por um roteador (os firewalls são roteadores com atitude), vinculando dois esquemas de endereço onde essas caixas residem.

O que você está descrevendo é um toque morto para os registros ARP obsoletos que estão sendo perdidos com um plano de remoção ARP . O ARP é o método da Ethernet de endereçar endereços TCP / IP que são co-dependentes da operação apropriada.

Você está detalhando que um sistema falha ao encontrar o outro até que seja alcançado primeiro pelo mesmo computador que ele acabou de encontrar até que seja atualizado primeiro pelo computador ausente.

Se esse é um problema de remoção de ARP, o computador ausente que precisa fazer ping em segundo está atualizando seu primeiro e errante computador com sua nova combinação ARP / IP, se ambos estiverem em sub-redes diferentes, um comutador de nível industrial, como O dispositivo profissional Cisco ou NetGear gerenciaria esses registros sem problemas e evitaria que isso acontecesse com frequência, em comparação com uma rede não equipada com tais equipamentos.

Uma boa pergunta é a Máquina B equipada com uma política de gerenciamento de energia mais agressiva ou usada com menos frequência e com permissão para suspender / hibernar? Porque isso não é um evento perfeito, e a comunidade Windows tem esse problema em redes maiores de pequenas empresas tentando economizar dinheiro em eletricidade, mas não atualizou sua infraestrutura de rede. Assim, os PCs são excluídos, seus endereços IP são alugados para outra pessoa ou retornados ao pool de endereços e permanecem não atribuídos. Sua Máquina A permanece insistente A Máquina B deve estar neste endereço IP em particular quando já há muito tempo foi expulsa daquele endereço.

Confirme isso impedindo que as duas máquinas suspendam ou desliguem suas NICs para economizar energia. As placas de rede sem fio normalmente usam mais energia e são gerenciadas de forma mais agressiva, portanto, se forem caixas WiFi, verifique todas as configurações de gerenciamento de energia nas duas máquinas para garantir que elas permaneçam vivas e com energia.

Comandos TCP / IP compartilham partes mais comuns que outros comandos usados no Mac / Windows, no lado do Win, usamos arp -a para despejar a listagem de IPs e ARPs, da próxima vez que sua caixa B estiver inacessível e supondo que você pode alcançá-lo, visitá-lo primeiro e não pingar nada ainda para despertar qualquer coisa até que você determine o seu endereço IP atual.

Em seguida, a partir da Máquina A confirme que não é possível encontrar a Máquina B novamente e execute o comando equivalente arp -a , compare a Máquina IP A (a caixa que não pode B até B se anunciar), se os IPs forem diferentes de O cache de A e a inspeção física de B ... você recebeu um problema de poda de ARP e você me deve todo o crédito por essa resposta detalhada.

    
por 04.01.2013 / 01:19
0

Verifique se há um endereço MAC duplicado na sua rede local.

Isso parece muito com um problema de rede que eu tive há um tempo atrás.

    
por 04.01.2013 / 01:27