恥ずかしい更新:
ラップトップを再起動すると、問題は解決しました。 D'oh!あなたの思慮深い答えをありがとう。
OS X 10.10.2(14C109)を使用しています。これがいつ変更されたかはわかりませんが、確かに数か月前に、デスクトップの[移動]メニューを使用して、ローカルエリアネットワーク(LAN)経由でラップトップを参照し、ドラッグでファイルを前後に移動することができました。とドロップします。
昨日そうしようとしましたが、ラップトップが見えません。 LAN上のIPアドレスを入力すると、たとえばsmb://192.168.0.195
、接続でき、正常に動作するため、共有が有効になって動作し、ラップトップが表示されます。そしてもちろん、コマンドラインからSCPを使用して同じことを行うことができます。しかし、「参照」しようとすると表示されません。DHCPが変更するたびに、IPアドレスを検索する必要はありません。
Bonjourはこれを簡単にするはずではありませんか?ラップトップのIPアドレスを見つけるのは少し面倒です。編集:「参照」すると、ラップトップからデスクトップを見ることができます。逆ではありません...
実行した場合arp -a
デスクトップでは、ラップトップのIPアドレスはリストされませんが、LAN上の他のほとんどのデバイスは非常にすばやくリストされます。実行した場合arp -a
私のラップトップでは非常に遅く、WANアドレスは169.254から始まり、認識できるアドレスではありません。さらにいくつか認識できます。奇妙なことです。
これは通常、マルチキャストを中断し、マルチキャストに依存するBonjourを中断する、設定ミスまたはバグのあるネットワークデバイスが原因で発生します。
参照: 一部のWiFiルーターが有線から無線へのマルチキャストパケットをブロックするのはなぜですか?
確認すべき一般的な事項は次のとおりです。
ネットワーク上に複数のルーター対応デバイスがある場合は、ブロードバンドISP接続に直接接続するデバイスのみが実際に機能していることを確認してくださいa NATゲートウェイルーター。ネットワーク上の他のNAT /ルーター対応デバイスでは、NAT /ルーター/ DHCPサーバー機能を無効にする必要があります。つまり、トラフィックを透過的にブリッジするように構成する必要があります。有線および無線。これらの他のデバイスがNATゲートウェイまたはルーターとして機能するように構成されている場合、それらはマルチキャストボーダーとして機能し、ホームLANをマルチキャストが通過できない複数の個別のLANに分割します。の間に。
Wi-Fi APがマルチキャストをブロックするように設定されていないか、ワイヤレスデバイスを相互に分離するように設定されていないことを確認してください。
ワイヤレスマルチキャストレートの設定が高すぎないことを確認してください。ネットワーク上のすべてのデバイスが、古くても遠くても、マルチキャストを確実に受信できるように、十分に低くする必要があります。
ワイヤレスセキュリティを完全に無効にしてテストを実行します。ワイヤレスセキュリティプロトコルのバギー実装は、マルチキャストを壊すことがよくあります。実装するのが最も難しいのは、「WPA2混合モード」と呼ばれるものです。このモードでは、WPA2のAES-CCMPプロトコルと元のWPAのTKIPプロトコルの両方が同時に有効になります。これにより、ほとんどのクライアントは、ユニキャストにはAES-CCMP暗号と1つのキーを使用し、マルチキャストには別の暗号(TKIP)と別のキーを使用します。多くのクライアントとAPがこれを正しく行うことができないのを見てきました。 「セキュリティなし」テストでマルチキャストが修正される場合は、WPA2のみのモードを試してください。とにかく、ほとんどの人はネットワーク上にWPA/TKIPのみの機器を持っていません。 2003年以降に作成されたほとんどすべてのものがWPA2/AES-CCMPを実行します。
私もOSX 10.10.2を使用していますが、ここでは正常に動作しているようです。
まず、すべてが同じサブネット上にあることを確認します。 (多分、関連するコンピューターに表示されるローカルネットワークIPとサブネットマスクも共有します)。 DHCPは、提供されたIPの前後で状況を変化させ続けるとおっしゃいましたが、ネットワークには多くのマシン(おそらく255台以上)があると思いますが、もちろんここで推測していますか?
また、Security & Privacy
のSystem Preferences
コントロールセクションで、Firewall
> Firewall Options...
をチェックします。ここですべてのステルスモードが有効になっていないことを確認します。接続するマシン(および着信接続がブロックされていないことを確認しますが、実際のIPを使用している場合でも共有に接続できるため、そうではないはずです)。また、Sharing
セクションを確認し、そこですべてのサービスを再起動します。 Computer Name
の下の上部には、ローカルネットワークでのコンピューターの名前(通常はMyComputer.local
)も表示されます。
これらすべてで解決策が得られない場合は、DHCPを自分で構成できますか?次に、接続するすべてのコンピューターに予約済みのアドレスを設定すると、それらはConnect to server
ダイアログのRecent
またはFavorites
セクションからいつでも再利用できます。
恥ずかしい解決策:ラップトップを再起動すると、問題が解決しました。 D'oh!あなたの思慮深い答えをありがとう。