web-dev-qa-db-ja.com

SnowLeopardを実行しているMacBookProがIPアドレス（DHCP）を取得しないのはなぜですか？

背景：MacBook Proを、サーバー、スイッチ、またはルーターを再起動するためのアクセス権がないビジネスグレードのネットワークに接続しようとしています。

問題：MacBook Pro（LeopardからアップグレードされたSnow Leopardを実行）はDHCP経由でIPアドレスを取得せず、169.xxIPアドレスを繰り返し自己割り当てします。コンピュータを再起動し、ネットワークポートを変更し、別のケーブルを使用してみました。コンピュータに同じ問題があるたびに。ワイヤレスアクセスポイントを介して同じネットワークに問題なく接続でき、他のPC（ネットワークに新しい）は問題なくIPアドレスを取得できます。

質問：MacBook Proがイーサネット接続を介してIPアドレスを取得しないのはなぜですか？助言がありますか？

networkingroutermacbookdhcp
6
BlueDevil

Snow Leopardサーバーを実行している場合は、サーバー設定に移動し、セキュリティファイアウォールを無効にして、コンピューターがルーターのDHCPにアクセスできるようにする必要があります。それが発生すると、正しいIPアドレスが割り当てられます。

これを理解するのに数日と数時間かかりました。 NATルーターの背後にいる場合、このセキュリティ機能が過剰であるかどうかわからないので、とてもイライラします。

1
New to Mac OSx Server

そのビジネスはDHCPを使用していますか？ 「ビジネスグレード」のネットワークの場合、DHCPに加えて、特定のネットワーク設定、MAC認証、またはその他のセキュリティ対策が施されている場合があります。これは、自分のマシンをネットワーク上に置き、他のマシンをネットワークから遠ざけるために行います。このネットワークの使用は許可されていると思いますか？ネットワーク上に別のコンピューターを追加/使用するには、許可を得る必要がある場合があります。

2
Troggy

ディスクのアクセス許可を修復し、起動可能なOS CDからディスクユーティリティを介してディスクを修復しようとしましたか？多くの場合、特にアップグレード後に、薄っぺらな権限があらゆる種類の奇妙な問題を引き起こす可能性があります。

1
MDMarra

明らかな答え：イーサネットポートがDHCP経由でIPアドレスを取得するように構成されていることを確認しましたか？

このネットワークインターフェイスにDHCPがすでに設定されている場合は、[詳細...]ウィンドウに移動し、[DHCPリースの更新]をクリックします。これは役に立ちますか？

醜いハッキングの回避策：イーサネットネットワークインターフェイスを削除します（それを選択して、下部にある[-]ボタンをクリックします）。新しいイーサネットネットワークインターフェイスを作成します。

1
Doug Harris

SnowLeopardを実行している私のユニボディMacBookPro 17 "では、WiFiネットワークでWEPからWPA2セキュリティに切り替えることでDHCPの問題が修正されたことが判明しました。iPad、2台のiPhone、および別のMacBookProのWEPで問題なく使用できました。 （ユニボディ13 "）。実際、両方のMBPは10.6.8を実行しているので、なぜ一方が機能し、もう一方が機能しなかったのかはまだわかりませんが、WPA2に切り替えた後は、みんな幸せです！

1
Kent S

DHCPを試行しているときにMACで次のコマンドを実行すると、より多くの情報が提供される場合があります（おそらく必要以上に）

Sudo tcpdump -vv -ien0 port 67 and port 68
1
user18567

LeopardからSnowLeopardにアップグレードした後、同じ問題が発生しました。 SLを10.6から10.6.1にアップグレードすると解決しましたが、YMMV

0
Rob Cowell

この他の質問への私の答え（Wifiの場合ですが、それでも問題に当てはまります）は、ネットワーク設定をクリアします。これは、OSを再インストールするよりもはるかに簡単です。

Macbook Airが無料のwifiネットワークDNSまたはルーターアドレスを自動的に取得しない問題

10.6.2がリリースされていないと書いたとき、10.6.2コンボアップデーターを再インストールすることは、OSを再インストールする前に行うべき素晴らしいステップです。

0
ridogi

DHCP（Debian Linux）ホストをアップグレードした後、オフィスネットワークでも同様の問題が発生しました。そのボックスのデフォルトの/ etc/hostsファイルには、それ自体のIPの間違ったエントリが含まれていることが判明しました。

127.0.1.1 ns.ournetwork.nl ns

このIPはBOOTP/DHCP要求で返され、Macクライアントはこの応答を拒否します。 IPの変更：

192.168.1.6 ns.ournetwork.nl ns

dhcpd3を再起動すると、問題が修正されました:-)

0
Lucson

Ipfwを実行している場合は、次の行を追加します。

allow udp from 192.168.178.0/24 67,68 to any 67,68 in keep-state
0
Reiner