タグ付けされた質問 「avahi」

Linuxボックスのホスト名にa.alphaのような名前を使用していますが、これらの名前は完全に使用可能ではないようです。ホスト名シェルコマンドの応答は正しいです（a.alpha）。しかし、ユーザーアカウントの後に出力される名前は、「user@a.alpha」ではなく「user @ a」です。avahiを使用すると、（ホスト名で）a.alphaに到達できますが、b.alphaには到達できません。それは正常ですか？

23 hostname  linux-networking  avahi 

DreamPlug（Ubuntu Jauntyを実行しているプラ​​グコンピューター）でAvahiを使用すると、次の非常に特殊な問題が発生します。 これに何日も費やした後、問題を絞り込むことができたと思います。 DreamPlugはWiFiアクセスポイントとして機能し、ホスト名plugとIPアドレス192.168.1.1（との両方/etc/hostsで設定/etc/hostname）を持ち、lighttpdを実行します。 現在、私のMac http://plug.localはChrome でアクセスするとすぐに動作しますhttp://plug.localが、iPadにロードしようとしても動作しません。つまり、デスクトップにページをロードするまで機能しません。 何らかの理由で、ホスト名が最初にMacで解決されるまで、iPadはホスト名を解決できません... iPadとMacの間に接続されているという事実以外に接続がないため、これは奇妙です同じアクセスポイント（DreamPlug）。 だからもう一度明確にするために：iPad上のSafariは、Macでhttp://plug.localアクセスhttp://plug.localするか、実行ping plug.localするssh root@plug.localか、基本的にホスト名を解決する他の何かを実行しない限り、アクセスするとハングします（ブラウジングが失敗したと報告されるまで）。ホスト名およびそれはきちんとはたらき始めます。 私の理解が正しければ、iPadが接続すると、に対する解決要求をブロードキャストしplug.localます。何らかの理由で、この要求はDreamPlugによって無視されます（または受信されません）。ただし、Mac はそのリクエストをブロードキャストできます。解決要求をブロードキャストし、DreamPlugが結果をブロードキャストしますplug.local-> 192.168.1.1。その後、iPadはこの結果（実際にはMac向け）を受信し、正常に解決できます。 avahi-daemon.confリクエストに応じて、自分または他の構成ファイルを提供させていただきます。 更新： Wiresharkを使用することに成功し、iPadが実際にネットワークにリクエストをブロードキャストしていることがわかりました。 DIDがAvahiからの応答をもたらすパケットと、そうでないパケットの両方をキャプチャしました。 両方とも完全に同一に見えますが、唯一の違いは、失敗したものがタイプの追加のRRを指定したことOPTです... OPTレコードが何であるかわかりません。AvahiはOPT、何らかの理由でRRが添付されたDNSクエリを好まない可能性がありますか？ 以下は、Wiresharkから取得した2つのスクリーンショットです。最初の例は、デスクトップコンピューターから送信された「良好な」mDNS要求を示しています（この場合、デバイスが呼び出されますrunway.local）。このクエリは正常に機能し、サーバー（192.168.1.1）はすぐに応答します。 から返される応答の例を次に示しrunway.localます。 一方、これは同じホスト名に対してiPadから送信された2番目のDNSクエリrunway.localです。この場合、要求は単純に無視されるようです（いずれにしても、このDNSクエリに対する応答は受信されません）。 問題の原因となっているiPadリクエストの内容を追跡しようとすると、2つのパケットはほとんど同一であるように見えます。デスクトップ（OS Xを実行）とiPadから送信されるmDNSクエリの唯一の違いは、iPadが追加することですOPTDNS要求の下にリソースレコード。 質問は次のとおりです。リソースレコードの重要性は何ですか（これはこれですか？）、またはそれは別のものですか？このDNS要求がAvahiによって無視される原因となります。 更新これは私が探していたブレークスルーかもしれません： --debugフラグを使用してavahi-daemonを実行していると、多くの「無効なクエリパケット」に気付きました。メッセージ。これにより、次のページに移動しました：http : //avahi.org/ticket/284これは既知の問題であると思われます（ただし、解決されるはずです）。 具体的には： tcpdumpは、これがMac OS 10.6がRFC2671を使用してDNSクエリの追加データセクションに情報を追加することによるものだと信じさせます。具体的には、応答パケットの最大サイズのヒントとして「UDPペイロードサイズ」（私の場合は1440）を提供しています。[...] Avahiは、無効なクエリパケットメッセージを生成する直前にAVAHI_DNS_FIELD_ARCOUNT！= 0をチェックする、空でない追加データセクションを持つクエリを無効と見なします。

17 ubuntu  domain-name-system  avahi  mdns 

まず、いくつかの背景：分離されたLAN上で実行される少数の専用Linuxサーバーを含むラボがあります。すべてのサーバーは同じOS（Debian Linux）と同じ専用サーバーソフトウェアを実行し、サーバープロセスは互いに通信してデータの同期を保ちます。つまり、クライアントに関する限り、クライアントがどのサーバーに接続するかは関係ありません。どのサーバーも他のサーバーと同じデータを返します。 これらのLinuxサーバーはすべてavahi-daemonを実行してmDNSホスト名を公開します。つまり、クライアントは「http：//linux-server-1.local」と入力できます。彼のWebブラウザーに接続し、Linuxサーバー＃1に接続します。 これは、クライアントマシン（通常、BonjourがインストールされているMacまたはWindowsラップトップ）に座っているユーザーが現在オンラインになっているLinuxサーバーを認識（または把握）する必要があり、彼がそれらのいずれかに接続していることを確認してください。たとえば、サーバー＃2が今日オフラインで、クライアントが「http：//linux-server-2.local」と入力したとします。彼のURLバーに、彼は応答を取得するつもりはありません。もちろん、それは世界の終わりではありませんが、すべてが「正常に動作する」ことを期待する初心者ユーザーにとっては迷惑です。また、堅牢なクライアント側スクリプトの開発がより複雑になります（クライアント側スクリプトのため、オフラインサーバーを明示的に処理する方法を知る必要があります）。 それを念頭に置いて、私の質問はこれです：エニーキャストスタイルのmDNSホスト名エイリアスを公開するようにAvahiを構成することは可能ですか？目標は、だれでも自分のラップトップに座ることができるようにすることです。「http：//any-linux-server.local」と入力してください。（または同様）、現在オンラインになっているサーバーの1つに接続します（ここでも、どちらのサーバーでもかまいません）。 これはクライアントラップトップの特別な構成なしで機能する必要があることに注意してください。これは、それらを制御できないためです（Bonjourがインストールされているという要件以外）。 また、個別のネームサーバーまたはプロキシボックスの存在、または特定のLinuxサーバーの存在に依存することはできないことに注意してください。これにより、単一障害点が発生し、回避しようとしています。

9 bonjour  mdns  anycast  avahi