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

よく似た症状で困っております．何かお気付きの点があればご教示いただければと思い，状況を述べます．

職場の一つのサブネット（ルータはグローバルIP，iii.jjj.kkk.1）の中に複数のMac（IPアドレスは iii.jjj.kkk.*）があります．DNSはiii.jjj.mmm.n1 と iii.jjj.mmm.n2 の二つです．この中で，PowerMac G5 dual (Leopard 10.5.8) のある特定のユーザ（仮に aaa とします）から他の複数の Mac mini (Snow Leopard, 10.6.8) にファイル共有あるいは画面共有をしにゆくとき，認証ウィンドウが出るのに2～3分かかります．ユーザ名とパスワードを入れたあと認証が済むのにさらに15秒から30秒ぐらいかかりますが，そのあとは普通に使えます．接続を試みるときにFinderでBonjourで見えているサーバから選んでも，メニューバーから Connect to server ... を選んでも同じ，後者で IPアドレスを入力しても変わりません．Terminalから接続先にpingを打つと速やかに通り，ssh接続も全く問題ありません．

奇妙なのは，Mac miniが4台ある中で1台のファイル共有だけは速やかにつながります（画面共有のほうは上述の激遅です）．4台のファイル共有設定やセキュリティ設定はみな同じにしてあるのですが，不思議です．うまくいっているMac miniもsafe bootあるいはPRAMクリアなどしたら同じ症状になるかもしれませんが，もしそうなったら目の前の仕事に支障が出るのでまだ試していません．

Finderでsidebarの SHARED / All... で表示されるサーバ一覧をカラム表示にして，見えているMac miniを選ぶと，正常なら1秒ほどで一旦 Connection Failed という表示が出て，そのあと(Connect As ..) ボタンをクリックすると Connectiing ... と表示が変わり，1秒もかからずに認証ウィンドウが出ます．しかし，「激遅」症状のMac mini相手だと Connecting ... のまま2から3分待たなければなりません．

aaa 以外のユーザでは問題ないのでこのユーザの何かが悪さしているのは確かなのですが，あれこれ調べて設定を変えたりしてもいまだ原因が分かりません．ログインアイテムをなくし，safe boot，~/.ssh の known_hosts を一旦消してみたりもしましたが，変わりません．他のユーザでは問題ないので /etc/hosts は関係ないと思いましたが，一旦サーバ側の Mac mini のIPを書き加えてみました．しかしやはりダメ．

aaa という名前が悪いわけではなく，メンテナンス用に同じ名前でほとんどすっぴんの 10.5.8 をPowerMac G5 dual の2台めの内蔵HDに入れているのですが，それにも同じユーザを作ってあり，そこからは問題なく速やかに接続できます．

なにかヒントをいただけるとありがたいです．

先週末辺りからOS10.5と10.6にて同じ様に遅くなる症状に悩まされていましたが、解決しました。

当方の原因はとっくに終了したmobile-meにログインしたままほったらかしにして置いた事の様です。システム設定にてログオフし再起動したところもとの様に直ぐ繋がる様になりなした。

しかし何故今頃になり問題が発生したのか、サーバー側に何かの変化があったのかもしれません。

私も一昨日lionからSnow Leopardにafp でファイルサーバーに接続しようとしてできず困っていましたが、やはりmobile meがサインオンのままになっていたのでオフにしたところ正常になりました。

助かりました。　ついでに、使用していないiCloudもサインアウトしました。

i_was5umさま，品川地蔵さま

情報ありがとうございました．出張でしばらく留守にしていて返信が遅くなりました．

さて上述の問題，mobile meは一年半前にiPhoneを買ったときに find my iPhone 機能を使ってみようかとお試しサービスに登録したのですがそれっきりで更新はせず，アカウント持っていませんでしたので私の場合は原因が違うのかと思いましたが，きょう久しぶりに出勤してサーバにアクセスしてみましたら，問題は消えていました．

iCloud関係では，iCal (version 3.0.8) でiCloudを使ってiPhoneとデータ共有していますが，そこは触っておらず（双方から共有・更新問題なくできており）関係なかったようです．

というわけで，原因不明のまま解決，いや，問題消失．

# 出張前の忙しい二日間に問題解決のために失った時間を返してほしい...

同じ問題がLionでも起きていたのですが再現しなくなっていました。

Appleが各問題の対策としてとりあえずidisk関連の代理サーバを立てたのではないでしょうか。

推測ですが。