Arch Linux-接続：ネットワークに到達できません

Arch Linuxのインストールが5回失敗した後、2つが正しくインストールされました。初めて、ネットワークは正常に機能し、Arch LinuxをSSH経由でインストールしていました。

ライブCDの代わりにインストールされたシステムから起動した後、ネットワークに接続できません。ルーターにさえ何かをpingしようとすると、次のメッセージが表示されます。

接続：ネットワークに到達できません

インターネット上で私の問題を解決できるものがなかったため、Archを再度インストールしようとしました。インストール後、同じ問題が発生しています。

eth0がタイムアウトするため、開始できなかったようです。

私が直面していた問題は、eth0（私が理解できるものから）何もなかったということでした。コマンドを実行するとip link、インターフェースが出力されるはずです。eth0インターフェースがありませんでした。代わりに私は持っていたenp1s8。

静的を使用していたため、cd /etc/netctlthen を使用してサンプルプロファイルをコピーしましたcp examples/ethernet-static my-network。その後、で編集my-networkしnano my-network、インターフェースをeth0からen1s8（またはアダプターが入っているものip link）に変更しました。最後に、起動時にそのプロファイルを使用できるようにしましたnetctl enable my-network。

プロファイルを有効にすると、起動時にプロファイルが確実に起動しますが、システムを再起動する必要はなく、実行netctl start my-networkしてすぐに初期化するだけです。

私は公式のArch Linuxフォーラムで助けを得ることができました。あなたはそこで私のトピックを見ることができます。

ネットワークに到達できないとは、ネットワークへのルートがないことを意味します。ローカルルーターにpingさえできない場合は、IPアドレスがないか、ネットワークインターフェイスがダウンしています。

netctlArchのネットワークインターフェースを管理するための標準ユーティリティです。それ（または何か他のもの）を設定していない場合、ネットワークはありません。DHCPさえも。

ArchLinuxのネットワーク設定は、https： //wiki.archlinux.org/index.php/NetctlのArchLinux wikiに詳しく記載されています。

投票数が最も多い回答の重要な明確化-再起動する必要はありません。ネットワークインターフェイスのみが存在し、/ etc / netclのプロファイルファイルで適切なインターフェイス名と構成が使用されている場合（例のコピーにmynet1という名前を付ける）、

netctl start mynet1

ネットワークプロファイルmynet1が開始され、ネットワークルートが機能します。

しかしながら

netclt enable mynet1

systemdサービスマネージャーが起動するたびにシステムサービスを開始できるようにします。つまり、/ etc / systemd / system / netc @ [mynetprofilename] .serviceにユニットの詳細（デバイスバインディングと依存関係）を含むユニットファイルを作成します。

また、ネットワークプロファイルが変更された場合、netctl reenable'dする必要があることに注意してください。

Archlinuxによれば、インストーラーが自動的に接続できない場合に備えてdhcpcdを試してください。これは、インストール後にその場で機能しました。コマンドとして「dhcpcd」と入力し、数秒待ってから、「ip route」または「ping 8.8.8.8」が機能するかどうかを確認します。これらのinetおよびinet6アドレスがポップアップする速度を確認するために、「watch ip address」も使用しました。

dhcpcdを使用する代わりに、ゼロから次の方法で接続することもできます。

modprobe e1000e

ip link set dev eth0 up
ip address add 192.168.0.16/24 dev eth0
ip route add 192.168.0.0/24 dev eth0
ip route add default via 192.168.0.1

e1000eは「ネットワークドライバー」です、とmodinfoは言います。このモジュールをロードすると、eth0リンクが取得されます（いいえ、/ devで検索しないでください）。「ip」コマンドはリンクをアクティブにし、アドレスを選択し、ローカル（サブネット）を定義してからデフォルトゲートウェイを定義します。これをテストするにはかなり時間がかかりました（IPリンクヘルプ、IPアドレスヘルプ、IPルートヘルプ...）。

したがって、これは有益ですが、「dhcpcd」は入力が速く、おそらくより堅牢です。そして、「dhcpcd -x」できれいに停止できます。

/etc/pacman.d/のpingとミラーリストを使用すると、pacmanまたはpacstrapに必要なものがすべて揃います。

ええ、私はeth0からenoxxxに名前を変更するカーネルメッセージを見たので、最初に「ip link」でsystemdによって既に設定されているインターフェイスを確認する必要があります。ここで起こります：

[    3.052354] e1000e 0000:00:1f.6 eth0: (PCI Express:2.5GT/s:Width x1) 94:c6:91:a5:39:b8
[    3.052360] e1000e 0000:00:1f.6 eth0: Intel(R) PRO/1000 Network Connection
[    3.052445] e1000e 0000:00:1f.6 eth0: MAC: 13, PHY: 12, PBA No: FFFFFF-0FF
[    3.055917] e1000e 0000:00:1f.6 eno1: renamed from eth0

私のアドレスの.16は単なる（無料の）数字であり、192.168.0.1は常にゲートウェイである必要があります。たぶん私は幸運だったかもしれませんが、systemdとinet6の下でハックできるのは良いニュースです。ただし、netctlを試します。

そして今、私はsystemdで起動し、dhcpcdを起動しました。「eno1」のアドレス.15と3つのinet6アドレスを取得しましたが、それ以外の結果は上記の「ip」-hackとまったく同じです。

3: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 94:c6:91:a5:39:b8 brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.15/24 brd 192.168.0.255 scope global noprefixroute eno1
       valid_lft forever preferred_lft forever
    inet6 2a05:41c0:12:bf00::2/128 scope global dynamic noprefixroute 
       valid_lft 2559430sec preferred_lft 572230sec
    inet6 2a05:41c0:12:bf00:f51e:97c1:de6f:6f49/64 scope global dynamic mngtmpaddr noprefixroute 
       valid_lft 2591994sec preferred_lft 604794sec
    inet6 fe80::47cf:a2e4:af0b:b7cd/64 scope link 
       valid_lft forever preferred_lft forever 


 default via 192.168.0.1 dev eno1 proto dhcp src 192.168.0.15 metric 203 
 192.168.0.0/24 dev eno1 proto dhcp scope link src 192.168.0.15 metric 203