AFP, 画面共有の接続が遅くなった

当方も同じ症状です。便乗させてください。

クライアントOS X 10.6からの画面共有の接続が遅いです。

[状況］

ほぼ、dendenさんと同じなのですが、加えて

「サーバがWin機(Win XP SP3+RealVNC)の場合は、即時に接続する」を確認しています。

[関連事項]

OS X 10.6から、「サーバがスリープしているときに画面共有やディスク共有でクライアントからアクセスするとスリープが解除される」機能が追加になっているようですので、そのあたりが関係しているのかもしれません。

解決法をご存知の方、ご教示をお願いします。

[My Macs]------------------------------------
MacBook(Mid2007) 2.0GHz (2GB RAM) OS X 10.5.8
MacBookPro(Early2008) 2.4GHz (4GB RAM) OS X 10.6
Macmini(Early2009) 2.0GHz (2GB RAM) OS X 10.6

当方はちょっと状況が違っていて、一方通行な感じになってしまいました。

■MacPro(10.5.8) → MacBook Air(10.6)

・10.5から、10.6をファイル共有しようとすると必ず失敗する。

・失敗後、再度試みると1〜2分位で一覧が表示される。

・画面共有はスムース

■MacBook Air(10.6) → MacPro(10.5.8)

・ファイル共有／画面共有、共にスムース

なおネットワーク環境は、簡単に書くと下記のようになっています。

MacPro(10.5.8) -(有線)- TimeCapsule(11n) -(無線)- MacBook Air(10.6)

解決方法が知りたくてココを見てみましたが、まだ無いようですね。

情報をお持ちの方、是非アドバイスをお願い致します。

なかなかコメントが付きませんね。同じ症状の方は少ないんでしょうか？

「画面共有」についての追加報告です。

Chicken of VNCで接続してみたら、待たされる事なくスムーズに繋がりました。

パスワードは、キーチェーンに保存されているのでしょうか?

それとも毎回、手入力でしょうか?

では、いったんMobileMeとの同期をやめてから、該当するキーチェーンを削除して再起動後、新たにFinderの移動メニューからアクセスしてみるとどうなるでしょうか？

解決しない場合、サーバ選択の画面で「接続」ボタンをクリックした後にパスワードを求める画面が現れるまでの時間が長いのか、パスワードを求める画面で「接続」ボタンをクリックした後にマウントされるまでの時間が長いのか、どちらでしょうか？

参考までに、当方の状況をご報告。

[AFP接続]

TimeCapsuleにAFP接続してみましたが、こちらは何の問題もなく即時に接続されます。（すぐにパスワードを訊いてきます）

キーチェーンは使用していません。

[画面共有]

接続開始後「XXXに接続しています」がちょうど60秒間続いた後で「パスワード画面」が開きます。（パスワード入力後はすぐに共有画面が表示されます）

キーチェーンを使用していましたが、削除してから確認したら前記の状態です。

なお、当方Mobilemeは使用していません。

追記）

Snow Leopardをクリーンインストールして確認もしてみましたが、状況は変わらずです。

このメッセージは次により編集されています: Pajerow

う〜ん、私の所ではファイル共有も画面共有も（ルータ越えでも）すぐにつながるんですが…。60秒ってのが何かのプロセスがタイムアウトしてような感じですねぇ。

では、サーバ側で画面共有の新しいアクセスアカウントを作って、そのアカウントで Snow Leopard から接続してみたらどうなるでしょうか？

アドバイスありがとうございます。

では、サーバ側で画面共有の新しいアクセスアカウントを作って、そのアカウントで Snow Leopard から接続してみたらどうなるでしょうか？

試してみましたが状況変わらずでした。

パスワードを訊いてくる前の60秒待ちですから、アクセスアカウントとは無関係かと思います。

う〜ん、何故でしょう？？？　もう少し自分で探ってみますね。

logには、何も痕跡がありませんか?

M3CSL さんもご指摘ですが、毎回ほぼ1分と言うのは、何かのTime outを待っているような気がするのですが。

いつもお世話になります。

logって、私は詳しくないのですが「コンソール」でみればいいんですよね。

...で、画面共有のクライアントの方ですが、

-----------------------

接続の前後では、ログは何も記録されていませんでした。

-----------------------

また、サーバの方には以下のログが記録されていました。(一部伏せ字■）

-----------------------

09/09/06 4:52:00 Firewall[70] Allow AppleVNCServer connecting from 192.168.■.■:49830 to port 5900 proto=6
09/09/06 4:53:15 WindowServer[68] kCGErrorFailure: Set a breakpoint @ CGErrorBreakpoint() to catch errors as they are logged.
09/09/06 4:53:15 WindowServer[68] kCGErrorFailure: Set a breakpoint @ CGErrorBreakpoint() to catch errors as they are logged.
09/09/06 4:53:24 /System/Library/CoreServices/RemoteManagement/AppleVNCServer.bundle/Contents/MacOS/AppleVNCServer[127] CGSKeyTranslateInitialize: KLGetCurrentKeyboardLayout or KLGetKeyboardLayoutProperty is not available, fall back to USA keymap
-----------------------

4:52:00

クライアントから接続アクションを起こした時刻です。

同時にサーバ側でFirewallの接続許可のログが残ってますね。（コネクションはすぐに確立できている様です）

4;53:00

ログは何もありませんが、この時刻に「共有画面」が表示されています。（パスワードはキーチェーン保存）

クライアント側ではこれまでの１分間、「・・・に接続しています」とプログレスバーが表示されたままでした。

4:53:15〜

以降のログは関係ないですよね...

なお、２台のマシンの時計はピッタリ合わしてます。

#サーバを10.5.8に戻して（サーバ：10.5.8、クライアント：10.6）試してみましたが状況は変わらずでしたので、「クライアント側に何か難あり？」って気がします。

以上、もう私にはサッパリ訳が分かりませんが、ご報告まで。

CGSKeyTranslateInitialize: KLGetCurrentKeyboardLayout or KLGetKeyboardLayoutProperty is not available, fall back to USA keymap

関係ないかもしれませんが、クライアント側で社外品のキーボード（もしくはマウス）を使っていませんか？　適切なキーボードレイアウトが見つからないのでUSキーマップで置き換えます、というログだと思うのですが、キーボードレイアウトの検索がタイムアウトするまで待っているのではないでしょうか。

もしそうなら、クライアント側を純正に戻すか、サーバ側にクライアントと同じドライバをインストールするとか。

Pajerowさんの状況とは違うようですね。

とりあえず、新しいアクセスアカウントを作って、そのアカウントからサーバーへ接続経由でログインするとどうなりますか？