Por que um MacBook Pro que executa o Snow Leopard não obtém um endereço IP (DHCP)?

6

Antecedentes: Estou tentando conectar meu MacBook Pro a uma rede de nível corporativo, onde não tenho acesso para reinicializar o servidor, os switches ou o roteador.

Problema: O MacBook Pro (executando o Snow Leopard atualizado do Leopard) não obterá um endereço IP via DHCP e atribuirá repetidamente um endereço IP 169.xx. Eu tentei reiniciar o computador, alterando portas de rede e usando cabos diferentes. Cada vez que o computador tem o mesmo problema. Consigo me conectar à mesma rede através de um ponto de acesso sem fio sem problemas e outros PCs (novos na rede) conseguem obter um endereço IP sem problemas.

Pergunta: Por que meu MacBook Pro não obtém um endereço IP por meio da conexão ethernet? Alguma sugestão?

    
por BlueDevil 17.09.2009 / 18:22

10 respostas

1

Se você estiver executando um Snow Leopard Server, precisará ir às Preferências do servidor e desativar o firewall de segurança para que o computador possa acessar o DHCP no roteador. Quando isso acontecer, você receberá o endereço IP correto.

Isso me levou vários dias e horas para descobrir isso. É tão frustrante, pois não sei se esse recurso de segurança é excessivo se você estiver atrás de um roteador NAT.

    
por 26.12.2009 / 02:43
2

Esse negócio usa o DHCP? Se for uma rede "de nível comercial", eles podem ter configurações de rede específicas, autenticação MAC ou outras medidas de segurança junto com o DHCP. Eles fazem isso para manter suas máquinas na rede e outras fora dela. Eu suponho que você está autorizado a usar esta rede? Você pode ter que obter permissão para adicionar / usar outro computador em sua rede.

    
por 17.09.2009 / 18:25
1

Resposta óbvia: Você confirmou que a porta ethernet está configurada para obter o endereço IP via DHCP?

Se o DHCP já estiver configurado para esta interface de rede, vá para a janela "advanced ..." e clique em "Renovar Concessão de DHCP". Isso ajuda?

Solução alternativa: elimine a interface de rede ethernet (selecione-a e clique no botão "-" na parte inferior). Crie uma nova interface de rede ethernet.

    
por 17.09.2009 / 18:27
1

Já tentou reparar as permissões de disco e reparar o disco através do utilitário de disco a partir de um CD de arranque? Muitas vezes, permissões flakey podem causar todos os tipos de problemas estranhos, especialmente após uma atualização.

    
por 18.09.2009 / 15:29
1

Ao executar o seguinte comando no MAC ao tentar DHCP, pode-se fornecer mais informações (possivelmente do que o desejado)

sudo tcpdump -vv -ien0 port 67 and port 68
    
por 19.11.2009 / 02:57
1

No meu monobloco MacBook Pro 17 "rodando o Snow Leopard, o problema do DHCP acabou sendo corrigido ao trocar de segurança WEP para WPA2 na rede WiFi. Eu não tive nenhum problema em usá-lo com WEP em um iPad, dois iPhones e outro MacBook Pro (unibody 13 "). Na verdade, ambos os MBP's estão rodando 10.6.8, então eu ainda não sei por que um funcionou e um não, mas depois de mudar para o WPA2, todo mundo está feliz!

    
por 19.04.2012 / 19:56
0

Eu tive o mesmo problema após a atualização do Leopard para o Snow Leopard. Atualizando SL de 10.6 para 10.6.1 resolveu para mim, mas YMMV

    
por 18.09.2009 / 15:17
0

Minha resposta para esta outra pergunta (para Wifi, mas ainda aplicável ao seu problema) limpará suas preferências de rede, o que será muito mais fácil do que reinstalar o sistema operacional.

Problema com o Macbook air automaticamente não adquirindo DNS ou endereço de roteador sem fio

Quando eu escrevi que 10.6.2 não estava fora, mas novamente reinstalar o atualizador de combinação 10.6.2 seria um grande passo antes de uma reinstalação do SO.

    
por 19.11.2009 / 04:31
0

Tivemos um problema semelhante em nossa rede de escritório depois que atualizamos o host DHCP (Debian Linux). Acabou que o arquivo / etc / hosts padrão naquela caixa tinha uma entrada incorreta para seu próprio IP:

127.0.1.1 ns.ournetwork.nl ns

Este IP foi retornado na solicitação BOOTP / DHCP, e os clientes Mac recusam esta resposta! Alterando o IP:

192.168.1.6 ns.ournetwork.nl ns

e reiniciar o dhcpd3 resolveu o problema: -)

    
por 28.12.2009 / 10:26
0

Se você estiver executando o ipfw, adicione esta linha:

allow udp from 192.168.178.0/24 67,68 to any 67,68 in keep-state
    
por 26.08.2010 / 23:13