Não acho que você precise bloquear aplicativos em interfaces para corrigir seu problema. Acho que você tem um erro simples de configuração de rede.
O Mac OS X fala automaticamente com sub-redes locais por meio de qualquer interface ativa e sub-redes não locais por meio da rota padrão, que é automaticamente configurada para ser a interface ativa de melhor classificação.
Neste contexto, "ativo" significa que o link está ativo. Na Ethernet, isso significaria uma luz de link no switch. No 802.11, isso significaria que você está associado a um AP.
Na saída ifconfig
em sua pergunta, você deve conseguir acessar a sub-rede 192.168.182 / 24 via en0 (que parece ser WiFi), e você deve ser capaz de acessar a sub-rede 192.168.8 / 24 via en6 (Ethernet). Todas as outras sub-redes serão alcançadas por meio da interface ativa mais bem classificada em "Preferências do sistema > Rede > menu [" Ícone de engrenagem "] > Definir a ordem de serviço ..."
O fato de que ambas as sub-redes locais começam com 192.168 não importa; sua máscara de sub-rede em ambos os casos é / 24, então o terceiro octeto é importante, e o terceiro octeto é diferente entre en0 e en6, portanto, essas são sub-redes diferentes.
Parece que isso não está funcionando diretamente no seu sistema, o que me leva às seguintes perguntas:
-
Como você classifica as coisas em "Definir ordem de serviço"? OBSERVAÇÃO: Isso pode ser DIFERENTE do que como eles aparecem na exibição resumida no painel principal do painel Pre de rede.
-
O que
netstat -rnaf inet
mostra quando o WiFi está ativo? O que isso mostra quando o Wi-Fi está desativado? -
A "rede local" que você deseja obter através da Ethernet consiste em mais de uma sub-rede? [Em caso afirmativo, tudo poderá estar funcionando como projetado, mas você precisará adicionar rotas estáticas às sub-redes não locais em sua LAN ou fazer com que sua LAN anuncie essas rotas para seu host via RIP ou algo assim]
-
Normalmente, em um MacBook, a Ethernet incorporada é en0 e a placa Wi-Fi integrada é en1. Se este é um MacBook e não um MacBook Air, é estranho que a placa AirPort (assumindo que quando você diz "Wi-Fi" significa o cartão AirPort integrado e não algum dongle USB Wi-Fi externo de terceiros ou algo parecido que) está em en0 em vez de en1. Também é estranho que a Ethernet (mesmo que seja um dongle, mas especialmente se for uma Ethernet integrada) está na en6. Isso me parece uma configuração de rede que foi migrada de uma máquina para outra algumas vezes, ou um sistema que viu diversos dongles de rede USB instalados e removidos, ou um sistema que teve muitas outras alterações de configuração de rede feito para isso.
Quer dizer, gostaria de saber se os seus arquivos de configuração de rede desenvolveram erros ao longo do tempo e precisam ser limpos. Pode valer a pena excluir todas as configurações de rede (todos os arquivos .plist em
/Library/Preferences/SystemConfiguration/
) e começar de novo, configurando a rede do zero.
Atualização: mais perguntas após sua atualização:
-
Então, a LAN sai pela sua porta Ethernet ... essa LAN tem acesso à Internet ou não? Parece que pode, já que parece que você estabeleceu uma rota para time.asia.apple.com (servidor NTP da Apple para a Ásia) através dessa interface.
-
Por que você tem uma LAN Ethernet multi-hop? Como sua rede Wi-Fi se relaciona com essa LAN? Você pode explicar ou diagramar sua topologia de rede? Se esta rede estiver sob o seu controle, é possível que você possa contornar isso com um novo projeto de rede.
-
Parece que você tem rotas para 192.168.12.21 e 192.168.13.183 via Ethernet, mesmo quando o Wi-Fi está ativo. Esses hosts são realmente acessíveis nessa situação?
-
Aumente o Wi-Fi e tente esses comandos para adicionar rotas às redes .12 e .13, para ver se ele resolve temporariamente o problema:
sudo route add -net 192.168.12/24 192.168.8.10 sudo route add -net 192.168.13/24 192.168.8.10