UbuntuサーバーをLANケーブルでWindows PCに直接接続する

Question 1

両方の PC を LAN ケーブルで接続する場合、設定は簡単ですか?

ケーブルを接続します。
両方のコンピュータのイーサネットインターフェイスを、違うLAN サブネットよりもサブネットの方が大きいです。

これは、イーサネットスイッチを介してコンピューターを接続するのと同じであり、特別な設定や特別なケーブルは必要ありません。

唯一のルールは、異なるサブネットの IP アドレスが重複してはならないということです。たとえば、LAN が現在 192.168.1.0/24 を使用している場合、別の接続は (たとえば) 192.168.2.0/24 または 192.168.7.0/30 になります。(直接のポイントツーポイント接続では、通常、/30 ネットマスクを使用します。)

IPv6を無効にする手間をかけなかった場合（IPv6は常にリンクローカルアドレスを設定するため、mDNSの「myserver.local」名が機能するのに十分です）、および/または両方のシステムがIPv4の自動「APIPA」アドレス割り当てをサポートしている場合（たとえば、Windowsでは169.254./16アドレスが自動的に表示され、おそらくUbuntu でも同様に動作しますが、一般的には、これを長期的な使用に頼ることはお勧めしません。

ルーターを経由せずに、サーバーをメイン PC に直接接続したいと考えています。ファイルの共有やファイルの更新などの際の遅延が軽減されることを期待しています。

問題は、ルーターを通過することだけではなく、Wi-Fi経由特にWi-Fi経由で接続していること二度。これは、同じ無線チャネルを共有しているため、PCとルーターが交互にデータを送信する必要があることを意味します（つまり、Wi-Fiは半二重バスですが、最近のイーサネットは全二重です）。たとえば、サーバーがルーターにパケットを送信した後、待ってルータがそれらのパケットをコンピュータに転送している間です。

これは、Wi-Fi接続が1つだけの場合では発生しません。ただイーサネット経由でサーバーからルーターに接続すると、遅延がかなり短縮され (スループットも向上します)。

(また、サーバーの Wi-Fi インターフェイスで「省電力」が有効になっている可能性があります。これが、サーバーへの受信接続に約 100 ミリ秒の追加遅延が発生する原因となることがよくあります。)

ルーターの内蔵イーサネットスイッチ (空きポートがある場合) または外部スイッチを介して両方のマシンを接続することもオプションであり、この場合も遅延の問題はまったく発生しません。ルーターの CPU はサブネット内のパケット転送には関与せず、スイッチによって追加される遅延は、直接イーサネットケーブルを使用した場合と比較してわずか 1 ミリ秒です。

Answer

両方の PC を LAN ケーブルで接続する場合、設定は簡単ですか?

ケーブルを接続します。
両方のコンピュータのイーサネットインターフェイスを、違うLAN サブネットよりもサブネットの方が大きいです。

これは、イーサネットスイッチを介してコンピューターを接続するのと同じであり、特別な設定や特別なケーブルは必要ありません。

唯一のルールは、異なるサブネットの IP アドレスが重複してはならないということです。たとえば、LAN が現在 192.168.1.0/24 を使用している場合、別の接続は (たとえば) 192.168.2.0/24 または 192.168.7.0/30 になります。(直接のポイントツーポイント接続では、通常、/30 ネットマスクを使用します。)

IPv6を無効にする手間をかけなかった場合（IPv6は常にリンクローカルアドレスを設定するため、mDNSの「myserver.local」名が機能するのに十分です）、および/または両方のシステムがIPv4の自動「APIPA」アドレス割り当てをサポートしている場合（たとえば、Windowsでは169.254./16アドレスが自動的に表示され、おそらくUbuntu でも同様に動作しますが、一般的には、これを長期的な使用に頼ることはお勧めしません。

ルーターを経由せずに、サーバーをメイン PC に直接接続したいと考えています。ファイルの共有やファイルの更新などの際の遅延が軽減されることを期待しています。

問題は、ルーターを通過することだけではなく、Wi-Fi経由特にWi-Fi経由で接続していること二度。これは、同じ無線チャネルを共有しているため、PCとルーターが交互にデータを送信する必要があることを意味します（つまり、Wi-Fiは半二重バスですが、最近のイーサネットは全二重です）。たとえば、サーバーがルーターにパケットを送信した後、待ってルータがそれらのパケットをコンピュータに転送している間です。

これは、Wi-Fi接続が1つだけの場合では発生しません。ただイーサネット経由でサーバーからルーターに接続すると、遅延がかなり短縮され (スループットも向上します)。

(また、サーバーの Wi-Fi インターフェイスで「省電力」が有効になっている可能性があります。これが、サーバーへの受信接続に約 100 ミリ秒の追加遅延が発生する原因となることがよくあります。)

ルーターの内蔵イーサネットスイッチ (空きポートがある場合) または外部スイッチを介して両方のマシンを接続することもオプションであり、この場合も遅延の問題はまったく発生しません。ルーターの CPU はサブネット内のパケット転送には関与せず、スイッチによって追加される遅延は、直接イーサネットケーブルを使用した場合と比較してわずか 1 ミリ秒です。

Question 2

@user1686 の指摘は実に的を射ています。まずはその回答から始めてください。可能であれば、サーバーだけをルーターに直接接続することから始めてください。

それが不可能または速度が十分でない場合は、直接接続を試してください。両方のコンピューターが WiFi に接続されている限り、インターネットにアクセスできます。直接通信には、WiFi IP ではなく LAN IP を使用するようにしてください。

どうしてもいずれかのコンピューターを WiFi から切断したい場合は、インターネット接続の共有と呼ばれる Windows の機能を使用できます。ネットワークアダプターのプロパティでこの機能をオンにできます。この機能により、LAN インターフェイスに静的 IP アドレスが自動的に割り当てられ、DHCP サーバーが有効になり、接続されているすべてのものに IP が割り当てられます。

Answer

@user1686 の指摘は実に的を射ています。まずはその回答から始めてください。可能であれば、サーバーだけをルーターに直接接続することから始めてください。

それが不可能または速度が十分でない場合は、直接接続を試してください。両方のコンピューターが WiFi に接続されている限り、インターネットにアクセスできます。直接通信には、WiFi IP ではなく LAN IP を使用するようにしてください。

どうしてもいずれかのコンピューターを WiFi から切断したい場合は、インターネット接続の共有と呼ばれる Windows の機能を使用できます。ネットワークアダプターのプロパティでこの機能をオンにできます。この機能により、LAN インターフェイスに静的 IP アドレスが自動的に割り当てられ、DHCP サーバーが有効になり、接続されているすべてのものに IP が割り当てられます。

Question 3

Ubuntu サーバーで Windows PC のインターネットを使用する場合 (おっしゃるとおり)、Windows PC はネットワークスイッチのように動作する必要があります。Ubuntu サーバーからルーターへ、またその逆方向にすべてのパケットを転送する必要があります。ただし、Windows はネットワーククライアントであり、ネットワークスイッチではないため、これは機能しないと思います。おそらく、Windows をこのように動作するように構成する方法があるでしょう。

より簡単な方法は、Windows PC で Ubuntu のインターネットを使用するようにすることですが、その場合は Ubuntu サーバーをネットワークスイッチのように動作するように構成する必要があります。

3 番目のオプションは、Ubuntu サーバーと Windows PC の間に別のサブネットを構成することです。インターネットアクセスのために、両方ともルーターに直接接続されています。必要なのは LAN ケーブルだけなので、おそらくこれが最適な方法です。

お金に問題がなければ、非常に簡単な解決策があります。2 台のコンピューターでの設定はまったく必要ありません。

2 つの LAN コネクタを備えた WiFi リピーターを購入するだけです。

AVM FRITZ!リピーター3000（古くて安い）

AVM FRITZ!リピーター 6000（より新しく、より高価）

両方のマシンで WiFi を無効にし、LAN ケーブルを使用してリピーターに接続します。2 台のマシン間のトラフィックはケーブルを介して送信されます。

1 つの LAN コネクタとギガビットスイッチのみを備えたリピーターを購入することもできます。

AVM FRITZ!リピーター 2400

Netgear ギガビットスイッチ GS308

もちろん、提案されたデバイスは単なる例です。

Answer