画面共有でスリープが解除されない

OS X Lionでは私のところでも発生していて只今、原因究明中なのですが、Snow Leopardでは初めて聞きました。

LAN環境はどのような物でしょうか?

もし無線LANならIPアドレスをOS X側で手動で固定してみて下さい。

こんにちは。

省エネルギー設定にて[ネットワークアクセスによってスリープを解除]の設定って、magic_packetでのdeep_sleep解除ですよね。

だからvncで単にアクセスしてもsleep解除はしないのが普通じゃないですか。

私はLeopardを入れたiBookG4(液晶レス、キーボードレス)をサーバにしてますが、deep_sleepしてた時はMagic_packetで起こしてからでないとvncで接続はできません。昔からそうです。

単に画面やHDDだけがsleepしててもCPUは動いているのであれば、vncでアクセスしたときにsleep解除したかのように見えるだけだと思いますが・・・・・「コンピュータがスリープするまでの待機時間」を「しない」にしてある場合だけだと思います。「しない」になってますか？

まぁ、、私もなんか勘違いしてるかもしれませんが・・・・・

ではでは。

スリープ解除したいiMacは有線ですよね。Magic Packetをスリープ解除行為のできないMacBook Proから送るとどうなるでしょうか。

Wake on Demamndの関係で無線LANだとOS Xが何を送るのか不明なので、可能で有ればWakeonLanなどのフリーウエアでMagic Packetを送ってみて下さい。

余談ですが、私のところではOS X Lionを唯一インストールしたMacBook Pro(Mid 2009)がMagic Packetでのスリープ解除が出来ませんでした。無線LANなので機種のせいなのかOSのせいなのか不明です。

こんにちは。

＞スリープをしている端末側の仕組みで起きるようになっている印象を受けます。

うーん、、、Wake on Demand、これってAirMacBasestationとの連携でやってるんじゃないですか？　AirMac上で動いているBonjour Sleep Proxy　がなんらかの方法で該当マシンをsleep解除するんじゃないですか？

私はふるいExpressなので、この機能は使えてないようです。(なので自分でMagicPacket出して意図的に起こすしかない)

なので、、もしかしたら端末の設定ではなく、AirMacBasestationの設定に関係があるような気がします、、がどうでしょう？

ではでは。

sgr さんによる書き込み:

mbp 側に MacPorts と wakeonlan 導入して、試してみました。問題のある iMac のスリープが解除されました。

今までの結果、画面共有.app が対象端末のスリープを解いている、という風ではなく、スリープをしている端末側の仕組みで起きるようになっている印象を受けます。

私のところでパケットをちらっとみると結局、ブロードキャストのパケットを送信しているようです。通常のWake on Lanとそれほど変わらないと思われます。ルータの方は動作が違うとは思いますが。

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

なので、、もしかしたら端末の設定ではなく、AirMacBasestationの設定に関係があるような気がします、、がどうでしょう？

Bonjour Sleep Proxyに直接関係がありそうな設定はないようです。

パケットキャプチャは不慣れなので、イマイチ自身がありませんが^^;

sgr さんによる書き込み:

Magic Packet が捕捉できているという事ですね？

スリープを解除したいMacのMACアドレスが16個並んでいるパケットがブロードキャストで送信されているようなので、それがMagic Packetかと思っております。

コマンドはsgr さんとまったく同じ

sudo tcpdump -i en1 -s 0 -B 524288 -w ~/(以降path)

これです。

WakeOnLanというフリーウェアと画面共有.appでスリープ解除を試したのですが、Magic Packetの送信元が微妙に違いました。WakeOnLanだとMacからMagic Packet送信して、先方をたたき起こすようですが、画面共有.appだとAirMac ExtremeがMagic Packetを送信しているようです。

MacBook Pro(Mid 2009)OS X10.7.1

Mac mini Server(Mid 2010)OS X10.6.8これがスリープ解除対象機。

AirMac Extreme(4th 世代)7.5.2

WakeOnLan(1.00ReadPixel)

> パケットキャプチャは不慣れなので、イマイチ自身がありませんが^^;

パケットキャプチャーの定番はWireShark です。MacOSX版もあります。これだと、キャプチャーしたパケットの簡潔な説明までしてくれますので分かり易いです。多分、magic packet ならそういう説明が入るのではないかと思います。

> WakeOnLanというフリーウェアと画面共有.appでスリープ解除を試したのですが、Magic Packetの送信元が微妙に違いました。、、、

画面共有で書かれてることは、まさに、Wake on Demand ですね。

はに さんによる書き込み:

パケットキャプチャーの定番はWireShark です。MacOSX版もあります。これだと、キャプチャーしたパケットの簡潔な説明までしてくれますので分かり易いです。多分、magic packet ならそういう説明が入るのではないかと思います。

情報ありがとうございます。WireSharkは2回ほど過去に試したのですが、何故か運悪く稼働せずで、それ以来、鬼門あつかいです^^(恐らく試すタイミングが悪かった。)

> WakeOnLanというフリーウェアと画面共有.appでスリープ解除を試したのですが、Magic Packetの送信元が微妙に違いました。、、、

画面共有で書かれてることは、まさに、Wake on Demand ですね。

おお! なるほど、これがWake on Demandなのですね。初めてその動作を、この目で見た気がいたします^^

> WireSharkは2回ほど過去に試したのですが、何故か運悪く稼働せずで、

X11上で動くので、X11がインストールされてないと動かないです。うちでは、10.6.8 上で WireShark 1.60 が動いてます。

> 今でも起きる奴を孤立させて閉じた環境作って起きるかどうか＆packet調査でもするしかないですかね。

packet 調査をする時は、注意しないと、packet を取り込めないことがあります。ミラーポートを設定できるスイッチングハブもありますが、ポートを通過するpacket のうち、in/out どちらかのpacket しか取り込めないことがありますので、場合によっては刺し方を逆にする（packet の通る向きが逆になるようにさす）などしないと、全部のパケットをキャプチャーできません。調べたいホスト上でpacket キャプチャーをすればどちら向きのpacketでも捕捉できます。といっても、スリープしているホストでパケットキャプチャーは無理ですけど。