O compartilhamento Ethernet via WiFi de um Mac deve distribuir 192.168.2.1 como servidor DNS?

Eu tenho um MacBook Pro e compartilho sua conexão Ethernet com meu iPhone e iPad, além de outros dispositivos sem fio (ativando o Compartilhamento da Internet nas preferências de Compartilhamento). No entanto, quando verifico no iPhone qual DNS ele distribui, ele mostra 192.168.2.1. Deveria ser isso? Esse não é um servidor DNS real, é algo local na rede. Nem sequer é o roteador doméstico, acho que é algo sobre o Mac.

No passado, eu tinha problemas em que não podia usar a Internet nos dispositivos que estavam se conectando ao Wi-Fi compartilhado, a menos que eu defina manualmente o servidor DNS em cada dispositivo sem fio (não no Mac) para um servidor real como 8.8.8.8. Essa foi uma solução alternativa para meus iDevices que me permitiram fazer essa alteração, mas não para outros dispositivos.

Atualizei meu sistema operacional para El Capitan desde que fiz essas observações iniciais, mas verifiquei novamente e ele ainda está lançando o mesmo servidor DNS. Não tenho certeza se a Internet ainda não funcionaria em outros dispositivos, pois não os estou usando. Mas esse é o IP certo?

Se relevante, aqui estão minhas configurações de Ethernet:

wifi dns internet-sharing

— kal-al
fonte

... quando verifico no meu iPhone qual DNS ele distribui, ele mostra 192.168.2.1.

O que você está vendo é completamente normal.

Para verificar isso, configurei o Compartilhamento da Internet por WiFi com meu adaptador Ethernet como minha conexão principal e obtive exatamente os mesmos resultados que você (os endereços IP variaram alguns, mas é irrelevante).

Eu até tentei em um Windows Phone - aqui está a captura de tela das configurações que o telefone obteve do meu iMac:

Quando você ativa o Compartilhamento da Internet, ele transforma seu Mac em um servidor DHCP e encaminhador de DNS - basicamente, ele se transforma em um roteador junto com os serviços de NAT e firewall para inicializar.

O endereço IP que você está vendo - 192.168.2.1 - é a interface de ponte no seu Mac. É isso que une a conexão entre a LAN sem fio configurada no compartilhamento da Internet e o adaptador Ethernet físico.

A execução ifconfigno Terminal traz o seguinte:

en0: flags=8963<UP,BROADCAST,SMART,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 1500
    options=10b<RXCSUM,TXCSUM,VLAN_HWTAGGING,AV>
    ether a8:20:66:39:2c:1c 
    inet6 fe80::aa20:66ff:fe39:2c1c%en0 prefixlen 64 scopeid 0x4 
    inet 192.168.10.100 netmask 0xffffff00 broadcast 192.168.10.255
    nd6 options=1<PERFORMNUD>
    media: autoselect (1000baseT <full-duplex,flow-control,energy-efficient-ethernet>)
    status: active
en1: flags=8963<UP,BROADCAST,SMART,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 1500
    ether 8c:2d:aa:3a:ec:83 
    inet6 fe80::8e2d:aaff:fe3a:ec83%en1 prefixlen 64 scopeid 0x5 
    inet 169.254.89.94 netmask 0xffff0000 broadcast 169.254.255.255
    nd6 options=1<PERFORMNUD>
    media: autoselect
    status: active

bridge100: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
    options=3<RXCSUM,TXCSUM>
    ether aa:20:66:93:de:64 
    inet 192.168.2.1 netmask 0xffffff00 broadcast 192.168.2.255
    inet6 fe80::a820:66ff:fe93:de64%bridge100 prefixlen 64 scopeid 0xc 
    Configuration:
        id 0:0:0:0:0:0 priority 0 hellotime 0 fwddelay 0
        maxage 0 holdcnt 0 proto stp maxaddr 100 timeout 1200
        root id 0:0:0:0:0:0 priority 0 ifcost 0 port 0
        ipfilter disabled flags 0x2
    member: en1 flags=3<LEARNING,DISCOVER>
            ifmaxaddr 0 port 5 priority 0 path cost 0
    nd6 options=1<PERFORMNUD>
    media: autoselect
    status: active

Se você notar, agora existe uma bridge100 . Essa é uma interface virtual criada no adaptador WLAN. Se você executar esse comando no seu Terminal, deverá obter algo semelhante.

Quanto ao seu DNS, o que está acontecendo é que seu telefone / tablet enviará a solicitação de DNS para o seu Mac e, em seguida, o Mac aceitará essa solicitação e os enviará para os hosts DNS listados. Quando a resposta voltar, o seu Mac passará para o cliente sem fio que fez a solicitação.

Também testei a navegação na Internet e a busca de e-mails - tudo funcionou sem problemas. Estou executando o El Capitan 10.10.5

Você está tendo esse problema agora?

— Allan
fonte

Obrigado. No momento, parece que não estou tendo problemas para conectar-se pelo Wi-Fi, mesmo depois de remover configurações personalizadas de DNS dos dispositivos móveis. No entanto, terei que ver como vai o tempo, porque no passado (Mountain Lion e Lion) era um pouco esporádico.

— Kal-al

Sem problemas. Desculpe pela primeira resposta, eu estava multitarefa (não deveria fazer isso). Estava tentando ver se havia algum bug nas versões anteriores, mas não consegui encontrar nada.

— Allan

@ Kal-al: Você está perfeitamente certo. O problema continuou com as primeiras versões do Yosemite. Mas posso garantir que a Apple corrigiu completamente o mecanismo de cache DNS agora (consulte mDNSResponder).

— dan

@ Allan: "em um roteador dos tipos" → "em um roteador". De fato, como você afirmou perfeitamente, ele fornece os serviços de um servidor DHCP, um encaminhador de DNS, mas também de um servidor NAT e um firewall.

— dan

Se você deseja inserir alguma informação da minha resposta, faça. Ele se autodestruirá em 5 minutos :).

— dan