web-dev-qa-db-ja.com

イーサネットケーブルで2台のマシンを確実に接続する簡単な方法は?

2台のマシンをイーサネットケーブルで確実に接続したい。 1台のマシンはアクティブ(私のラップトップ)と呼ばれ、もう1台のマシンはパッシブと呼ばれます(インターネットに接続されておらず、ただ座って調査インターフェイスからデータを収集します)。私が想像する方法は次のとおりです。

  1. DHCP経由で他の人にIPアドレスを提供するようにラップトップを設定します(dnsmasq?)
  2. パッシブマシンは単純なLinuxインストールです-デフォルトでは、イーサネット経由で接続し、DHCPを介してアドレスを取得する準備ができています
  3. 私はラップトップを持ってデータを収集する必要のあるマシンに行き、イーサネットケーブルを差し込むだけで2つを接続します。 DHCPサーバーは1つのアドレスのみを提供するように設定されているため、アクティブマシンから同じアドレスを介してパッシブマシンに常にアクセスできます。

ネットワークカードがクロスオーバーを検出できるかどうかに応じて、クロスケーブルまたは通常のケーブルを使用します。

ラップトップは簡単に再構成できるが、パッシブマシンは多数あり(ただし、一度に1台にしか接続できない)、同じIPで構成されない可能性があるシナリオを考えています。次に、DHCPアドレスを提供することは、静的に構成された特定のIPがあることに依存することを回避する「正しく機能する」ソリューションである可能性があります。

これがうまくいくかどうかについてのヒント/警告を教えていただけますか?

5
r0berts

あなたは、a)関係している他の人々、b)単純なLinuxのインストールについて言及しています。私は次のヒントを与えるでしょう:avahi-daemonのパッケージをインストールすることを強調してください。

また、説明的なホスト名を設定します。 MDNSを使用すると、ホスト名が一意であることを保証する必要はありません。実際、MDNS仕様では、random番号またはを追加して一意にすることは「想定」されていないとされています。 )largeMACアドレスのようなID;これは、正当な理由もなくユーザーを延期すると見なされます。 sensor5は合理的です。プロトコルは、シーケンス番号(ダッシュ付き)をMDNSホスト名に追加することにより、競合を自動的に解決します。

または、Sambaを使用してデータファイルをダウンロードする場合は、NMBD(netbios over TCP)を使用したレガシーIPv4検出が機能していることを確認できます。システムはsmbtree -Nに表示されます。 NMBはnot名前の競合を解決する傾向がありません。ホスト名を生成する人は、この問題を回避するために、MACアドレスの最後の数文字を自動的に追加する傾向があります。

MDNS(avahi-daemon)のような検出プロトコルを有効にすることの利点は、誰かが静的に構成した場合でも、IPアドレスを検出するための信頼できる方法を提供することです。

  1. 簡単にするために、ラップトップで他の(ワイヤレス)ネット接続を無効にします。
  2. tcpdump -n/Wireshark/tshark。つまりすべてのインターフェースでリッスンします。特定のインターフェースでリッスンしている場合、NetworkManagerがケーブルが抜かれていることを確認すると、おそらく停止/実行を拒否します。
  3. ラップトップをデバイスに接続します。
  4. デバイスが応答しない(ソフトウェアがリンクの変更に応答しない)場合は、単にデバイスの電源を入れ直してください。

手順2では、デバイスがDHCPクライアントとして構成されている場合も明らかになります。 (その後、DHCPサーバーを起動できます)。パケットキャプチャは、IPアドレスの割り当ても確認します。

または、デバイスをネットワークに接続することもできます(少なくともラップトップの利益のために、おそらくDHCPサーバーを提供します)。同じネットワークに接続している場合、およびのいずれかがない基本的なネットワークスイッチである場合、検出プロトコルとアドレスはパケットキャプチャに表示されます。マルチキャストフィルタリングが有効になっているか、特定の検出プロトコルを実行しています。現在のコンシューマーイーサネットスイッチはすべて機能すると思います(コンシューマールーターに組み込まれている有線イーサネットスイッチを含む)。

一部のデバイスがネットワークに接続されることが予想される場合は、ホスト名を含むラベルを添付する必要があります。 (静的IPがある場合、これも間違いなくラベル付けする必要があります)。

これがさまざまな検出プロトコルでどのように機能するかは素晴らしいことではありませんか?コンシューマーネットワークデバイスは常に何らかの検出プロトコルを実行するため、この手法は多くの「パワーユーザー」に知られています(またはGoogleを使用して検出できます)。ただし、最小限の組み込みLinuxインストールから開始する場合は、any検出プロトコルがデフォルトで有効になっていない可能性があります。

その他の最も重要な検出プロトコルは、LLMNR(Windows、systemd-resolved)、LLDP(エンタープライズルーター、IP電話など)、およびコンシューマールーターを含むUPnPデバイス用のSSDPです。それは 標準についての素晴らしいこと... です。

3
sourcejedi

私は同意します、静的IPは直接のマシンツーマシンシステムに行くためのより良い方法でしょう。他のネットワーク対応デバイスで使用されているものとは別のIPアドレス範囲を使用してください。

クロスケーブルもお勧めします。デフォルトで必要であり、これを使用すると、接続をセットアップするときにハードウェアがそれ自体を誤認する可能性が低くなります。

2
Lee Kaelin