ArchLinuxでのネットワークインターフェイスの名前変更

最近、ラップトップのXNUMXつをからの移行を実行しました Debianの a アーチのLinux そして、ネットワークインターフェイスに関連するものを構成するとき、私はの新しいスタートアップ標準が systemd これらのインターフェイスで表示していたデバイス名を変更しました。

私がターミナルに置いた通常のプロセスから始めます(ちなみに、デフォルトのコンソールとしてzshを使用したrxvtユニコードを使用します)«ip addr»以下を取得する:

名前の変更プロセスを開始するインターフェイスの名前

この場合、インターネットにアクセスするために自宅にあるRJ45コネクタを備えた共通ケーブルに対応するネットワークインターフェイスの名前を構成します。 私たちが最初に目にするのは、名前が必要だということです enp0s4。 これはとは大きく異なります eth0 私たちがどれだけ見たか。 このインターフェイスの名前を、いわばより快適で、コンソールに入力しやすい名前に変更します。

前のステップとして、次のように入力します cat /sys/class/net/enp0s4/addres デバイスのMACを見つけるために端末で。 これにより、タイプ000:00:00:00:00:0の数値が返されるか、コマンドで出力されるMACアドレスの名前がコピーされます。 ip addr 前のステップで。 後で必要になるので、書き留めておく必要があります。

この後、ディレクトリにエントリを作成します /etc/udev/rules.d/に この方法では:

ディレクトリ名

名前の付いた単純なテキストファイル 10-ネットワークルール これは、udev標準の前のプロセッサとして機能します。 動作するためにその許可を必要とするファイルにアクセスする必要があるため、sudoを配置したことは注目に値します。

開いたら、次のように入力します。

SUBSYSTEM=="net", ACTION=="add", ATTR{address}=="00:90:f5:6e:83:57" NAME="internet"

私の場合、このままです:

キーの組み合わせCNTR + oを押して変更を保存し、CNTR + xを押してエディターを終了します(この場合、私はnanoを使用しますが、好きなものを使用できます)。 次に、コンピューターを再起動して変更を有効にし、再起動後に次の情報を取得します。

変更後のインターフェースはどうですか

インターフェイスの名前に注意を払うとわかるように、名前を変更したものは、簡単に入力できる管理しやすい名前で表示されます。

お役に立てば幸いです。ご不明な点がございましたら、コメントや質問をお願いします。

これからこんなことを投稿していきます…あいさつ。


37コメント、あなたのコメントを残してください

コメントを残す

あなたのメールアドレスが公開されることはありません。 必須フィールドには付いています *

*

*

  1. データの責任者:MiguelÁngelGatón
  2. データの目的:SPAMの制御、コメント管理。
  3. 正当化:あなたの同意
  4. データの伝達:法的義務がある場合を除き、データが第三者に伝達されることはありません。
  5. データストレージ:Occentus Networks(EU)がホストするデータベース
  6. 権利:いつでも情報を制限、回復、削除できます。

  1.   イタチ

    woooo情報をありがとう、systemdで表示される名前はお尻に少し苦痛なので、それは私にとって素晴らしいことです。

    1.    おやしろ様

      ええ、そうです..それが形式のXNUMXつである場合、それは実際の問題ではありませんが..より代表的な名前でこれらのインターフェースの管理を行う方が良いです

  2.   パンデブ92

    ライブ sysvinit XDDD

    1.    おやしろ様

      想像しますが、あなたはこの投稿のターゲットユーザーではないようです

  3.   エラヴ

    私はまだsystemdの良いところを見ていません..私たちの生活を楽にする代わりに、それはそれを複雑にしているように思えます..誰かが本当に私に「本当の」利点を教えてもらえますか?

    1.    リドリ

      偶然同じ作成者からのものであるpulseaudioのような別のケース。 それは素晴らしいことですが、それは見本市会場のショットガン以上に失敗し、Alsaにサウンドを再度処理させる必要があります。
      公平を期すために、それはまだ非常に緑ですが、今私が見ることができる唯一の利点は、何かを言うためにシステムが5秒速く起動することです。 うまくいけば、debianはまだsysvinitを維持し、systemdはオプションです。

      1.    freebsdick

        特に、systemdは良い選択肢だと思いますが、ユーザーに浸透するのに時間がかかるだけです。私が見ていることのXNUMXつは、ほとんどの問題は文書化が不十分なためにのみ行われているということです...私はしません根本的な問題がある可能性があることを否定しますが、これは、特定の実装を不良または良好と見なす問題であることを意味するものではありません。

        1.    リドリ

          systemdの利点はやや難解なようです。 実装した改善点についての説明を読みましたが、それがパフォーマンスの向上につながるかどうかはわかりません。 そして、今Linuxに散らばっていなかったとしたら、私が知っているXNUMXつのスタートアップシステムがあります。sysvinit、upstart、systemdです。 そして何よりも、systemdは/ usrmoveとして知られているunixファイル階層を変更するように強制します。 いくつかの興味深い情報:
          http://hackingthesystem4fun.blogspot.com.es/2012/03/usrmove-la-mentira-usrmove-lie.html

          1.    MSX

            非常に興味深い記事、それから私はそれを完全に読みました。 (もちろん、ディレクトリの階層をクリーンアップしても問題はありません。構成ファイルは「etc」というディレクトリに保存され、アプリケーション構成はシステムによって配布されるさまざまなディレクトリに沿って配布されます。それはばかげています。その意味で、Fedoraの人々は良い仕事をしています。)

            彼らがPulseAudioについて個人的に言っていることに関して、私はそれを必要としたことは一度もありません。私はALSAで溢れている人の一人です(私は常にHWを完全に認識しています)。
            私が使用しているディストリビューションの特定のケースでは、デスクトップマシンで問題が発生することはありませんでしたが、ラップトップでは、サスペンションを離れた後のオーディオの途切れに腹を立てていました。
            幸いなことに、数日前、フォーラムで多くのコメントをした後、ユーザーのXNUMX人がバグトラッカーで問題を報告し、エラーを見つけてすぐに、次の安定版を待つ間にチャクラに適用する責任のあるパッチをリリースしました。上記のパッチを含むPAのバージョン。
            チャクラのPAの現在のバージョン:3.0

  4.   MSX

    良いヒント、+ 1

    GNU + LinuxがついにUnixの胎内から出現し、現在の要件に従って、新しく、より強力で、柔軟性があり、最新のシステムになったことを確認できてうれしいです。
    それがどれほど巨大であるか、パワー、柔軟性、モジュール性の驚異、Poetteringとその仲間による優れた仕事でシステム化されています。

  5.   法律家

    このチュートリアルは非常に優れていますが、これらすべての手順を実行できれば、p0s4でも学習できると思います。これは、一方で、どのように行われるかを知っておくとよいでしょう。私のインターフェースには確かに理解できない名前が付いています。

    1.    freebsdick

      まあ、それは覚えたり、いやしたりできることではないと思います..このミニチュートリアルで私がやろうとしていることは、ユーザーの潜在的な不快感を非常に表面的な方法で解決することです。 Gnu linuxは非常に柔軟性があるので、簡単な手順に従って自由にカスタマイズできることを示してください...最も表面的なポイントは、システム内にパーソナライズされたものを配置することで、よりかわいく見えることです。

  6.   ちょうど別のdl-user

    新しいarchlinux.isoをインストールすると、wifiは私をwlp2s0として認識し、場合によってはwlan0として認識しますが、その理由を誰かが知っていますか?

    1.    freebsdick

      Systemdが変更を加え、カーネルがインターフェースのサポートを提供します..それらを公開して静的に修正するチュートリアルに従ってください..この方法で問題を保存します

  7.   彼はここを通り抜けた

    私も少し前にそのような状況に遭遇しましたが、それらはXNUMXつの異なるものです
    慣例により、ファイルは80未満(この場合は通常70)でなければならず、
    これは、残りの構成がどの程度であるか、またはプレートの数によって異なります。

    cat /etc/udev/rules.d/80-net-name-slot.rules
    #このファイルは、ネットワークデバイスの永続的な名前変更ルールをマスクします。 もし、あんたが
    #このファイルを削除します。/usr/lib/udev/rules.d/80-net-name-slot.rulesmay
    #ID_NET_NAME_ {ONBOARD、SLOT、PATH}に従ってネットワークデバイスの名前を変更します
    #ネットワークデバイスのプロパティ。この順序で優先されます。 見る
    # 'udevadm test-builtin / sys / class / net / $ interface'の出力
    #その新しい名前が何であるかについての詳細。
    #
    # http://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames

    リンクの最後に(freedesktopに)3つのオプションを配置します。ファイルを使用すると、オプションは自動的に作成されません。70ではありません。つまり、特定の名前を付けません。それでもeth0はあるべきです(はい、私は1つしかありません)。usbのように配置すると、eth2 --3 -70という名前が付けられます。または、モジュールの検出順に名前が付けられます。0-便利です。複数のボードがあり、名前が気になる場合(特定のボードをeth1にし、他のボードをethXNUMXにするか、名前を付けたいが、自動的に出てくる名前と一致しない場合モジュールの取り付け順序)

    80の場合、魔法のように通常の名前eth0 eth1 eth2に名前を付け続けます(検出の順序に従って)
    80がない場合、またはnullに送信した場合、「奇妙な」名前が付けられます。必要に応じて、それらを調整できます。
    70-または家庭教師の場合は10-私は名前を調整します(70月に発生したバグがあり、XNUMXでない場合はそれを取りませんでした、それがだったかどうかは覚えていませんアーチまたはdebian、しかし起こった)

    netcfgと一部のコンピューターではbridge-utilsを使用する方が良いと思います
    Debianでは80-を使用しませんが、systemd / etc / udev / rules.d / 70-persistent-net.rulesに移動する前にudevが生成したものを使用します

    1.    freebsdick

      おそらく問題はdebianから来ています…。 バグが利用可能なrawパッケージに影響し、各ディストリビューションで開発されたものではないかどうかを確認する必要がありますが、後者では、コメントしているように、正しい構成を行うための多くの方法のXNUMXつにすぎません。

      1.    MSX

        Kali Linux(Backtrack 5の後継)をインストールするためのスペースを私の/家に頼んだ他の良いカッカーのように見えます。
        Kaliは、BTがDebianに基づいているのとは異なり、実際には…systemdが特別に追加されたDebianです。
        実際、Kali Linuxがsystemdで動作し、まるでDebianをずっと使っていたかのように見えることに、前向きな意味で私の注意を引きました。

        一方、Debian DevCoreグループは次のとおりです。

        「Dev1:-ねえ、あなたはその新しいsystemdについて聞いた、それを実装するのは素晴らしいことではないだろうか?」
        «dev2:-WTF、でもあなたは誰だと思いますか!!! あなたがまだ自分自身を悩ませていたとき、私はすでにSysVを使用していました、そして私が死ぬまでそれを使い続けるつもりであることをあなたに警告します!!!»
        «dev3:-くそー、あなたの言うことを見てください...»
        «dev4:-おじは潜入者のようです...»
        «dev5:-見て、メルルーサ、Debianでは蜘蛛の巣の収集を自慢しています。このような新しいたわごとを与えないでください。 おそらく15年または20年以内に、十分にテストされたら、もう一度確認し、要件を満たしていることが確認できたら、Sidに組み込みます»
        «dev1:-でもねえ、それは大丈夫です、そのようではありません、それは*素晴らしい* PID1であるように私には思えます、実際に病気の兆候を示しているSysVよりもはるかに柔軟で完全で強力です長い間、私はただ欲しかった...»
        «dev2:-冒涜!!!»
        «dev4:-あなた、告​​白、迅速、あなたはアーチから来ました、気にしないでください!?»
        «dev5:-QUEEEEE ??? しかし、あなたはどう思いますか、十分にテストされていないものをどのように組み込むつもりですか!! ?? "
        «Dev1がDev5に応答:-しかし、今日では、F / LOSSの範囲が広いため、ソフトウェアは大規模にテストされており、さまざまなディストリビューションによって互換性と安定性が実質的に保証されているため、何年も待つ必要はありません。私の50セント…»
        «dev3:-では、50セントをファックします。では、これがDebianであることを理解していなかった部分はどこですか? ディストリビューションに古いソフトウェアを追加するだけです。
        «dev5:-もちろん、Dev3はよく言われますが、Dev1を聞いてください。このソフトウェアが次世代のPID1に置き換えられ始めたときにのみ、Debianへの組み込みを検討します。 期間、主題についてこれ以上話すことはありません。」
        «dev1:-それは...»
        «dev2:-さあ、あなたはそれを探しています。SysVにパッチを適用してサポートし、SysVの耐用年数をさらに20年間延長することに時間を費やしたほうがいいでしょう。今何を交換しますか。»
        «dev3:-あの男、SysVを愛情を込めて見ると、しばらくの間PID1が残っています。»
        «dev1:-まあ、わかりました、私は彼らが正しいと思います、私は現代の要件のために設計されていないソフトウェアにパッチを当て始めたほうがいいので、多くの努力でそれを使い続けることができます...»
        «dev4:-もちろん、それは方法であり、あなたのモダニズムではありません。
        「Dev1:-わかりました、わかりました、彼らは私を納得させました、systemdはばかげています、そしてそれをした人はばかです、SysVがあるときそのようながらくたをすることを考えますか?」
        Dev {2,3,4,5}:-«次の50年間の停滞のためにみんなを乾杯しましょう!»

        1.    パンデブ92

          sysvinit / openrcまたはupstartに対するsystemdの利点は、それがそれほど大きいということではなく、3秒または4秒速く開始するため、単にファッショナブルです。

          1.    彼はここを通り抜けた

            私は最初から知りません、少なくとも故意に、私はそれを使ったことがないと思います。
            3秒または4秒は相対的です、私はコンピューターを持っています、フルブートで約10分かかりました(Xなしで可能な限りすべてが最適化されたDebian)、それは半分以下になりました(同じサービス、同じディスク、同じcpu、同じram)、つまり、担当するまで、

          2.    パンデブ92

            ubuntuを使用したことがある場合は、それが新興企業であることを知っておく必要があります。そうでない場合は明らかにそうではありません。

          3.    MSX

            「3〜4秒で起動するのでファッショナブルです。」
            実際、systemdの主な開発者は、MLからの電子メールで、systemdをクイックスタートシステムとは考えていなかったと明示的に説明しています。これは、systemdの動作の結果であり、非常にジューシーです。 systemdをより高速に最適化することにした場合に何が達成できるかを考えています...

            「sysvinit / openrcまたはupstartに対するsystemdの利点は、それがそれほど優れているということではありません」
            SysV initに関しては、Upstartに比べてそれほど利点はありません。
            SysVinitは、ポルシェの隣にあるカートであるカタミナです。
            SysVinitは何年にもわたってその目的を果たしましたが、現実には、何年も前に作成、検討、設計されたソフトウェアの暗黙の制限がますます顕著になっています。
            起動時の速度低下に加えて、SysVの問題のいくつかは、さまざまな環境で一般的に発生する競合状態、デーモンのアクティブ化と非アクティブ化の構造、およびこの構造に新しいアプリケーションとデーモンを追加するのがいかに複雑であるかです。シーケンス。開始の。

            systemdは、これらすべてをクリーンで実用的、標準化され、十分に文書化された方法で解決します。SysVでは、通常、各ディストリビューションが好きなように実装します。

            Upstartについて私はその設定ファイル以外はあまり知りません。厳密に言えば、それは恐ろしいです、それは中国語です、それらを編集するのは苦痛です、そしてあなたが狂っていなくて混乱するなら間違いを犯しやすいです。
            一方、私のマシン上の最新バージョンのUbuntuがほぼ瞬時に起動およびシャットダウンしたため、Upstartは非常に効率的であるように見えます-素晴らしいです。
            しかし、Poetteringが本当にsysmtedが必要かどうかを尋ねられ、Upstartなどの他のオプションを分析しなかった場合、彼はそう答えました。彼らはそれらを分析しました。彼らが好きなものはたくさんあり、実際にはsystemdで実装しますが、彼らによると、Upstartの構造的基盤は良くなく、将来的にはそれに起因する問題が発生する可能性が非常に高いとのことです。

            systemdは、次のXNUMXつの重要な理由からRedHatイニシアチブとして生まれたことを忘れないでください。
            1.同社が数千回の展開で経験した_vastisima_のおかげで、要件を満たすためにシステムに特定の基本的な変更を加える必要があるという結論に達しました。変更は、すべての深遠なものと同様に、複数のベテランを論理的に不安にさせます。変更。
            2. RedHatがGNU + LinuxではなくRedHatを目指していることは誰にとっても秘密ではありません。

            アラベスクやその他の気晴らしを超えて、systemdがGNU + Linuxコミュニティでますます採用されているという事実は、いくつかの理由で必然的に良いことです。
            1.開発が加速され、より良い製品をより短い時間で実現できるようになります
            2.さまざまなディストリビューションのニーズを含め、それらのディストリビューションの主要な開発者とsystemdでコラボレーションし、パッチや機能について話し合う他のディストリビューションの開発者と対話することで、高品質の製品を実現することが非常に簡単になります
            3.実装されているディストリビューションにとらわれず(非常に重要です!)、標準として統合され(POSIXと同様)、異なるディストリビューションで構成される異種環境で作業する必要があるが、管理ベースを共有する管理者は確かに同様のシステムを大切にします。
            $ systemctlは、FedoraでopenSUSE、Arch、Chakra、Red Hat、Kali Linux、またはsystemdを使用するその他のディストリビューションと同じように機能します。これはすばらしいことです。
            4.ディストロ自体が使用するのと同じPID1で作業する適切な人が多数いると、問題を解決したり、XNUMXつまたは別の機能を実装する方法についてヘルプやアイデアを求めたりするときに、開発者自身の作業がはるかに簡単になります。
            5. systemdはオープンで、非常に重要な学際的なプロジェクトであるため、プロジェクトの採用率と改善率は、FLOSSプロジェクトの中で最も高いもののXNUMXつです。
            たとえば、最初にデーモンを起動することを含む、任意のディストリビューションのパッケージのメンテナが、コメントや提案を求めてsystemdメーリングリストにサービスのバージョンを提示すると、一般的なコラボレーションの後、次のことが可能になります。トピックを開いた開発者を使用するだけでなく、UPSTREAMをアプリケーション自体の開発者に送信して、そのサービスを自分のサービスの一部にするかどうかを決定できるサービスを、可能な限り最善の方法で指すようにします。独自のパッケージを使用すると、100%systemd互換のOOTBになります。
            6. systemdには、管理するシステムの管理をはるかに簡単かつスムーズにする何百もの新機能があります。 たとえば、ログインマネージャのPAMモジュールの管理、システムへのリモート接続の管理、メモリ内にスリープ状態のデーモンを置く代わりにソケットをリッスンするオンデマンドサービスのロード、アクティブ化を待機しているCPUとメモリの盗用、管理を担当します。信頼できる方法でシステムに接続されたネットワークインターフェイスとデバイス...それは本当にモンスターであり、巨大なリバイアサンですが、このサイズの他のシステムとは異なり、俊敏で高速かつ非常にスムーズな方法で動作します。これが唯一の理由だと思いますそのため、systemdなどの巨大なシステム(短時間でシステム全体を管理すると考えてください)の場合、最初から効率的でモジュール式でスケーラブルになるように設計されています。

            特に、systemdを使用することで最も苦しむのは、これまでマシンの管理に使用していたすべてのことを再学習する必要があることです。
            何年もの間特定の方法論を使用していたいくつかの先史時代がそのような変化に抵抗することは理解できます...しかしねえ! これはコンピュータサイエンスです。ここで変わらないのは、変化が継続的であるということだけです😉

            ご挨拶。

          4.    MSX

            忘れてた:
            「ubuntuを使用したことがある場合は、明らかにそうではないにしても、それが新興企業であることを知っておく必要があります。」

            なんて不快な反応でしょう? それを信じてほとんど知らない誰かの所有物。

            あなたの推論に続いて、私はあなたが食べるすべての食物がどのように生産されるかをあなたが知っていると絶対に確信していますよね? 私はすべてを言います。
            バスや飛行機に乗るときと同じように、車両のすべての部品、たとえそれがどのように機能するか、どのオイル、潤滑剤、その他の液体を使用するか、そしてそれぞれがどのように構成されているかについて、絶対的な知識があります。およびその製造プロセス。
            または、ペンを使用すると、インクの作成方法が非常に明確になります。

            @がここを通りかかったのかどうかはわかりませんが、私はまだあなたの愚かさを読んでいないか、単に礼儀正しく文明的すぎてあなたに答えることができません。

            私の側では、私はすでに年を取り、あなたのようなギルに我慢するのに十分不機嫌です:
            卵を吸ってください。
            (そして、いいえ、私は誰も擁護しません、私は一文でそのような平凡さと有毒な傲慢さで単に病気になりすぎました)。

          5.    パンデブ92

            msx、windowsはMoses xDの時から同じブートシステム、同じファイルシステム、同じサウンドシステムを使用し、何も起こりません! つまり、これはLinuxであり、車輪の再発明を行うか、5年または6年ごとに試してみますが、コンピューティングではなく、XDの一部にすぎません。

          6.    MSX

            ああ見て...
            明らかにそうではありません。
            ブートシステムは98 / MeからXP(NTLD)に変更され、その後Windows 7で再び変更され、Windows 8で更新されました。これは、テクノロジと要件が同じではないため、論理的です。

          7.    パンデブ92

            Windows7にはWindowsVistaがあります。

          8.    パンデブ92

            msx、しかしあなたは何を吸うのですか、しかしあなたは何を信じましたか? はい、私は完全に正常に答えました、しかしあなたは劣等感を持つ人として物事を解釈するあなたの頭の中でたわごとを持っています、それは私のせいではありません。 それは私がパートナーにした単なる声明であり、カンニングなどをしたくはありませんでした。あなたは頭の中ですべてを作成しました。

            1.    エラヴ

              先日、もうやめてくださいとお願いしました。 私は彼らを叱るどちらの父親でもありません..彼らはTwitter、G +、Skypeのために戦うつもりです..今はいいです。


        2.    彼はここを通り抜けた

          とても良い、
          おそらくdebianが(今のところ)持っているのは、「はい、私が言うことをしてください!」とはいえ、スクリプトにそれほど厳密ではなく、魔法のように対応しているということです。 貴重な

        3.    法律家

          そのアーチは冒涜者ですか? そうですね、ArchはDebianStableの正反対です。

          1.    MSX

            いいえ、それはそれらのデジタル穴居人が私たちを見る方法であり、射手が運ぶリズムを完全に恐れています;-D

  8.   エリオタイム3000

    主な問題はコマンドではなく、それが使用されるディストリビューションをつかむ習慣です。

    Archの良いオプションですが、今のところSlackwareを試してみます。

  9.   st0rmt4il

    ヒントをありがとう!

    1.    freebsdick

      それがどれほど役に立ったか

  10.   エラリー

    良いヒント=)それだけがテキストの執筆では次のようになります

    「10-network-rulesという名前の単純なテキストファイル。」 そしてそれが10-network.rulesとして来る正しい方法である画像では

    よろしく

  11.   アブラハムタマヨ

    それは私に役立ちました...私が持っているconky構成のためですが、Linuxを経験の浅い目には非常に難しいように見えるこのタイプの記事にも反対です..
    あなたのインターフェースが呼ばれている場合、それはどのような違いがありますか?重要なことはあなたがインターネットを持っているということです..同じで私のconky構成ではwifiの他の名前が私に役立ちますそしてそれがaircrackを使用するためのものならそれはまた同じ話ですが、Linuxがあなたにそのカスタマイズオプションを与えるので、それを変更してください..記事をありがとう..画像
    https://pbs.twimg.com/media/BI9FCzQCEAIM0ud.png:large