スリープ中のMBPにネットワークアクセスできません。

こんにちは。

確認ですが。

AirMacExtremeかTimeCapsuleをお使いですか？

そのMacBookProはそのExtreme／TimeCapsuleに繋がってますか？

さらに、、「省エネルギー」の設定、電源アダプタ　で、「ネットワークアクセスによってスリープを解除」にチェックがついてますでしょうか？

MacBookProがバッテリ駆動時はWakeOnDemandは働きませんので。

とりあえずはそんなところをチェックしてみてはいかがでしょうか？

ではでは。

ネットワーク越しにアクセスして、スリープ状態から覚めるためには、単にアクセスがあるだけではダメで、magic packet というのを受ける必要があります。これはWakeOnLan と呼ばれてます。なので、ping とか、afp とかの通常のアクセスの前にmagic packet を受けないと反応しません。マックのWakeOnDemandは、これを更に拡張したものです。ただ、これが機能するにはいろいろ条件があります。亀どんさんがご指摘の電源アダプターがついてるかとか、ディスプレイは開いてるかとか、同じネットワーク（ip アドレスの最初の3つの数字のブロックが同じでないと同じネットワークとはいいません）にAirMac Extreme/TimeCapsule があるかとか。WakeOnDemand も、基本はWakeOnLan です。ただ、ボンジュール技術と組み合わせた上で、magic packet を AirMac Extreme/Time Capsuleが出すようにしているだけです。mac mini はうまくゆくということなら、mini の方はこの条件を満たしているのでしょう。

無線LANではOS X Lionにアップデート後、私のところで頻発しておりますがEthernetでは起きておりません。スリープ直後とかフリーウェアのWakeonLanなどを使用しても目覚めないでしょうか。

下記リンク先は無線LANのお話ですが、参考にどうぞ。

Lionが無線LANごしでWakeできない。

スリープ直後とかフリーウェアのWakeonLanなどを使用しても目覚めないでしょうか。

こんにちは。

そうですか。。AirMacBaseStationは「なし」の環境なのですね。

それなら「sleep解除できない」のが正常で、なんでminiがsleep解除するのか？　のほうが私には疑問です。

sleep中のminiにPing投げたら返答あったりして・・・（CPUまでsleepしてなかった・・・なんてことはないかな？）

でなければBonjour Sleep Proxyを誰かがサービスしてる事になるんでしょうか。　Mac自身？AppleTV？

LionマシンがBonjour Sleep Proxyをサービスしてるとすると、、Lionマシンからminiが起こせるが逆は不可能なのかも？

うーん、わかりませんね。

私も週末にSnowLeopard、Lion、AppleTV　の環境でもうすこし実験してみます。（私の環境ではWakeOnLan以外ではsleep解除はまったくしません。）

ではでは。

CPUまでsleepしてなかった・・・なんてことはないかな？

いわゆる狸寝入り（ディスプレイが表示されていないだけで本体はスリープしていない状態）ですね。メニューからスリープを選択して、本体のスリープランプが明滅しているのを確認した状態でsleep解除できるかを念のため確認してみるのがいいと思います。

awanot さんによる書き込み:

MBPとMiniではハードウェアの仕様が違うからでしょうか。

どうやら、仕様の違いの可能性がありそうです。Mac mini Server(Mid 2010)OS X10.6.8とMacBook Pro(Mid 2009)OS X10.7.1をEthernetケーブルで直結して試してみたのですが、MacBook Proからは画面共有.appでスリープ解除が可能でしたが、逆はできませんでした。Finderの共有欄にMac mini Serverはスリープしても数十秒後に表示されますが、逆だと5分待っても表示されませんでした。ハードウェアの違いでBonjourの挙動が違うのかもしれません。

＞やはりハードウェアの問題でしたか。

なんでそういう方向になるんだろう？・・・・

ハードウェアじゃなくOSが違うじゃないですか。Serverはsleepしたまんまじゃ意味ないから狸寝入りしてるんじゃないか、あるいはどんなpacketでもsleep解除するような設定なのかも、という考えはないのでしょうか？？

その辺をはっきりさせたいからsleep中のMiniServerにPing送ってみては？　と言ってるのに・・・・

それでPingが帰ってこなければ、Lion側からMagicPacketが出てないか、調べればよいのではないですかね？

ハードウェアなんかまだなんにも関係ないじゃないですか。。。。

では。

亀どん さんによる書き込み:

その辺をはっきりさせたいからsleep中のMiniServerにPing送ってみては？　と言ってるのに・・・・

私のところの状態を一応記載しておくと先の書込のEthernet直結の環境で、スリープ中のMac mini Server(Mid 2010)OS X10.6.8にMacBook Pro(Mid 2009)OS X10.7.1からpingすると、Request timeout for icmp_seqという応答が返ってきます。

それでPingが帰ってこなければ、Lion側からMagicPacketが出てないか、調べればよいのではないですかね？

画面共有.appを起動して見た限りでは、Mac mini ServerからMacBook Proに対してMACアドレスが16個並んだPacketは送信されていないようです。Magic Cookieと言うのはいくつか送信されておりました。

awanot さんによる書き込み:

WakeonLan、試してみましたが、ダメでした。。。

うーむ、これなら取りあえず目を覚ますと思っていたのですけど。

ni_ki による書き込み:

Ethernet直結の環境で、スリープ中のMac mini Server(Mid 2010)OS X10.6.8にMacBook Pro(Mid 2009)OS X10.7.1からpingすると、Request timeout for icmp_seqという応答が返ってきます。

Mac mini Serverでの検証がまだできていないのでですが、pingの件を訂正させていただきます。

Mac mini(Mid 2010)OS X10.7.1にMacBook Pro(Late 2007)OS X10.7.1からpingしてみたところpingに対してRequest timeout for icmp_seqを返してくる場合もあったのですが、ほとんどの場合、64 bytes from IPアドレス: icmp_seq=0 ttl=255 time=0.279 ms(数字はもちろん変わりますけど。)が帰ってくるようです。

ちなみに、MacBook Pro(Late 2007)OS X10.7.1からMac mini(Mid 2010)OS X10.7.1はEthernet直結で画面共有.appで目を覚まさせることができました。iMac(Late 2009)27inchCore 2 DuoOS X10.7.1は目を覚ましませんでした。

今になって、書込の内容が部分的に理解できました。

亀どん さんによる書き込み:

＞やはりハードウェアの問題でしたか。

なんでそういう方向になるんだろう？・・・・

ハードウェアじゃなくOSが違うじゃないですか。

「OSが違う」との事ですが、当方ワザと違うOSで試しました。OSがサーバー版と通常版で違う可能性を考えて、スレ主さんと違うOSで試しました。その状態でも挙動が同じだったので、ハードウェアの違いの可能性を指摘しました。

Serverはsleepしたまんまじゃ意味ないから狸寝入りしてるんじゃないか、あるいはどんなpacketでもsleep解除するような設定なのかも、という考えはないのでしょうか？？

通常、私はその可能性も考えておりますが、今回私の目の前に広がった現象は、それを示唆しなかったので除外いたしました。