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

束のコンピュータを接続するための有線スタイル、またはそのようなネットワークに接続する方法を指します。このタグは、この問題のソフトウェアとハ​​ードウェアの両方の部分に対応しています。

1
ターゲットがローカルホストである場合でも、ネットワーク経由でパケットを送信する
Linuxでは、パケットをネットワークインターフェースの1つのアドレスに送信すると、このパケットは内部でルーティングされ、ネットワーク経由で送信されることはありません。それは99.99%のケースで正しいことです。 場合によっては、ネットワーク構成をテストするときに、マシン自体をターゲットとして、マシン自体からローカルリンク経由でパケットを送信すると便利です。これどうやってするの?少なくともポイントツーポイントリンクでない場合は、イーサネットなどのバスタイプリンク。興味があるのはIPパケット(IPv4とIPv6の両方)だけです。

3
インターフェイスを起動せずにネットワークケーブルが接続されているかどうかを確認する
20台までのリモートサーバー上のNIC(すべてのサーバーで2〜6枚のNIC)を識別しようとしています。まず、すぐに使えるものと無料のものを特定したいと思います。物理メディアの状態を確認するにはどうすればよいですか?私はを含むいくつかの方法を、知っているifconfig|grep RUNNING、ethtool、cat /sys/class/net/eth0/carrier、しかし、すべての彼らは、インターフェイスがアップしていることが必要です。すべてのインターフェースをアップしたくありません。理由は不明ですが、ネットワーク内で有効化されたインターフェイスを構成したくないので、インターフェイスを構成しません。これを回避する方法はありますか? それとも私は間違っていますか?すべてのインターフェイスが起動している(そして構成されていない)ことに何の問題もありませんか?接続されていても?

1
gpuがインストールされていないとインターネットが機能しませんか?
今日、私はLinux(Ubuntu)マシンからGPUを取り外し、その後イーサネットが機能しなくなりました。「service networking restart」を実行するとエラーメッセージがスローされ、「ifconfig」を実行するとローカルループバックしか表示されませんでした。この後、私はGPUを再インストールしましたが、どこからともなくインターネットが再び機能し始めましたか? 自分のマシンにGPUをインストールしなくてもインターネットにアクセスできるようにしたいのですが。 インストールされているGPUはNVIDIA GeForce GTX 750 Tiで、オンボードイーサネットコネクタを使用しています。さらに仕様が必要な場合はお知らせください。少し掘り下げます。 ip linkWITH GPU の出力: 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 2: enp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000 link/ether d0:50:99:2f:ad:4d brd …

3
イーサネットケーブルを介した「パイプ」Wi-Fi信号
現在、私が働いている建物のイーサネットポートはダウンしていますが、Wi-Fiは機能しています。Wi-Fi対応のラップトップ(Ubuntu 14.04 LTS(Trusty Tahr))と、イーサネットプラグのみを備えた非Wi-Fi対応のワークステーション(Debian 8(Jessie))を持っています。 イーサネットケーブルを介して2つを接続し、ワークステーションでネットワーク接続を取得することは可能ですか?

2
2つの異なるVMで同一のMACアドレスですが、インターネット接続があります
そのようにネットワークをセットアップしました。VirtualBoxでホストオンリーネットワークをセットアップします。最初のアダプターはNATで構成され、2番目のアダプターはホストオンリーネットワークで構成されます ホスト:Windows ゲスト:CentOS VM1、CentOS VM2(VM1のクローン) 両方のVMでifconfig -aを実行すると、MACアドレスがまったく同じであることがわかりました。MACアドレスが同じであることを考慮して、VM1からVM2にpingを実行するにはどうすればよいですか? VM1: eth0 Link encap:Ethernet HWaddr 08:00:27:AF:A3:28 inet addr:10.0.2.15 Bcast:10.0.2.255 Mask:255.255.255.0 inet6 addr: fe80::a00:27ff:feaf:a328/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:27 errors:0 dropped:0 overruns:0 frame:0 TX packets:47 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:10671 (10.4 KiB) TX bytes:5682 (5.5 KiB) eth1 …

2
イーサネットアダプタのTCP / IPを無効にするにはどうすればよいですか?
CentOS 6.3を2つのイーサネットアダプターを備えた(仮想)マシンで実行しています。eth0をTCP / IP LANに接続し、eth1をDSLモデムに接続しています。このシステムは専用のルーター/ファイアウォールとして設計されており、SNAT、DNAT、および必要なフィルタリングを実行するためにiptablesが設定されています。 これはうまく機能しましたが、DSLモデムを変更しましたが、残念ながら新しい(高速)モデムはばかげているため、自動的にNATを実行し、パブリックIPをeth1に渡すことができなくなります。私は二重NATを許容できないので、いくつかの調査を行い、このモデムがコンピューターでPPPoEを実行することによってコンピューターにパブリックIPを「だます」ことができることを読みました。 したがって、eth1を使用するようにpppdを設定して、カスタムiptables構成スクリプトでeth1の代わりに使用するppp0接続を作成します。これはある程度は機能しているようですが、機能させるためにファイアウォールを開く必要がありました。 トラブルシューティングを支援するために、TCP / IPトラフィックがeth1に直接ルーティングされる可能性を完全に排除したいのですが、「友好的な」モデムが喜んでNATを実行します。 私の知る限り、PPPoEはIP上ではなく、下にあります。物理フレーム上では、イーサネットフレームで直接処理されます。したがって、pppdが機能するために、eth1でIPネットワークを構成する必要はまったくありません。したがって、eth1で実行されているIPネットワークは、問題を複雑にしているだけです。 LinuxでTCP / IPスタックを無効にする方法がわかりません。Windowsボックスでは、アダプターのプロパティでTCP / IPプロトコルのチェックを外すことができることはわかっていますが、ここではテキストのみのCentOSを実行しており、その方法がわかりません。 どうやら私はインターネットを検索して何の役にも立たなかったので、それはそれほど一般的な欲求ではないようです。イーサネットアダプターは TCP / IP接続であるというハードワイヤードな前提のようです。さて、通常... 助けてくれてありがとう!ケビン
8 centos  ip  ethernet  ppp 

2
CentOS 6.3デバイスeth0が存在しないようです(最小限の非クローンセットアップ)
CentOS 6.3をhardriveパーティションにインストールしました(新規インストール...最小インストール)。 インストールが成功した後、eth0がダウンしていたことがわかります。このファイルを探しまし/etc/udev/rules.d/70-persistent-net.rulesたが、見つかりませんでした。 これが私のifcfg-eth0設定です:注このファイルを手動で作成する必要がありました DEVICE=eth0 HWADDR=* BOOTPROTO=dhcp ONBOOT=yes TYPE=ETHERNET このマシンはイーサネットに接続されています(別のパーティションにWindows 7があり、それで問題なくインターネットに接続できます)。 $ ifconfig -a | grep eth 結果を返しません $ ethtool eth0 戻り値 Cannot get device settings : No such device... CentOSにeth0を検出させるにはどうすればよいですか?

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.