linux@IPアドレス設定

-
linux@IPアドレス設定

概要

Debian Linuxで動的IPアドレスを固定IPアドレスに変更する方法のメモ。
インストール時に設定すれば良かったんですが、適当に進めてしまったので動的IPアドレス設定になってしまい、、、（以下略

環境

下記環境で行った方法です。他の環境では方法が異なる場合が多々あります。

現在の設定内容を確認する

下記コマンドでIPアドレス情報を出力して確認。
$ ip address
debianはifconfigとかのコマンドがデフォルトで入っていないんですね。
こんな素晴らしい記事を見つけました。私のようにifconfigを適当に使っていた方にはオススメです。
上のコマンドを実行すると、下記のように出力されます。
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: enp0s13: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 00:0d:b9:0d:8a:a8 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.132/24 brd 192.168.1.255 scope global enp0s13
       valid_lft forever preferred_lft forever
    inet6 fe80::20d:b9ff:fe0d:8aa8/64 scope link
       valid_lft forever preferred_lft forever
eth0とかじゃないんだなぁ。
こちらも素晴らしい記事。へぇそうなのか。バス0スロット13のethernet。
これらIPアドレスは何を元に設定されているのかというと、/etc/network/interfacesに書かれている。
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

source /etc/network/interfaces.d/*

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
allow-hotplug enp0s13
iface enp0s13 inet dhcp

設定を変更する

/etc/network/interfacesの↓の部分を
iface enp0s13 inet dhcp
↓に変更する。ちなみにroot権限で編集が必要。
iface enp0s13 inet static
   address 192.168.1.2
   netmask 255.255.255.0
   gateway 192.168.1.1
   dns-nameservers 192.168.1.1 8.8.8.8
これで↓の設定になります。
項目 内容 備考
IPアドレス 192.168.1.2
サブネットマスク 255.255.255.0
デフォルトゲートウェイ 192.168.1.1 我が家ではルータのアドレス
プライマリDNS 192.168.1.1 〃
セカンダリDNS 8.8.8.8 google先生のDNS

設定を反映する

下記コマンドを入力して、ネットワークを再起動させ設定を反映します。
$ sudo service networking restart
これで行けると思ったんですが、OS再起動じゃないとダメでした。
なので、下記コマンドでOS再起動を実施して反映。
$ sudo shutdown -r now
再起動したら、反映を確認。
$ ip address

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: enp0s13: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN group default qlen 1000
    link/ether 00:0d:b9:0d:8a:a8 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.2/24 brd 192.168.1.255 scope global enp0s13
       valid_lft forever preferred_lft forever
    inet6 fe80::20d:b9ff:fe0d:8aa8/64 scope link
       valid_lft forever preferred_lft forever

コメント

コメントを投稿

このブログの人気の投稿

MochiOS@仮想ファイルシステムの作成part7

-
イメージ
MochiOS@仮想ファイルシステムの作成part7 前提知識無しで作るなんちゃって仮想ファイルシステムpart7。 開発日記です。独り言です。 これまでのあらすじ part 内容 0 仮想ファイルシステムを作りたい宣言をする。 1 ざっくり仮想ファイルシステムの機能を決める。 が、機能呼出し先の仮想ファイルシステムのタスクIDをどう取得するかという問題に気付く。 2 カーネルにタスク名登録機能を実装した。 これでタスク名からタスクIDを取得する事が出来る様になるハズ、なので試したいが試す方法が無い事に気付き、ログ出力タスクの開発を宣言する。 3 ログ出力の為に使うvsnprintf()の仕様を調べる。 4 ログ出力タスクを開発してタスク名からタスクIDの取得機能が正しく動いている事が確認できた。 5 mount機能を実装した。たぶんできてる。 6 FDどうやって管理しようかー。メッセージのやり取り制御を状態遷移で制御しようかー。とか考えて、open機能を実装した。たぶんできてる。 writeの仕様を考える 今回はwrite機能を作ります。 仮想ファイルサーバとしては、openもwriteもあんまりやること変わらないハズ。なので簡単にできるかな～と思っている。 あ、キャッシュなんて何にも考えていませんからね。 ユーザタスク mvfs シリアルポートドライバ ローカルFD テーブル参照 write要求( グローバルFD, アドレス, データ, データサイズ ) グローバルFD テーブル参照 vfsWrite要求( グローバルFD, アドレス, データ, データサイズ ) デバイス書込み vfsWrite応答 write応答 書込みアドレス更新 ユーザタスク mvfs シリアルポートドライバ シーケンスの順番は何も変わらず、渡すデータとちょっと間にやる事が変わったくらい。 （こうやってシーケンスにしてみると良く分かるのだけど、データのコピー回数の多さ。マイクロカーネルだとメッセージパッシングが主なデータのやり取りとなる（？）わけだけど、４回のデータコピー（ユーザタスク→カーネル→mvfs→カーネル→シリアルポートドライバ）が走るので性能...
続きを読む

MochiOS開発記＠突然のTripleFaultの原因判明！

-
イメージ
 デバッグログ強化を進めたお陰でタイトルの通り原因判明に至った。 以下、なりゆき。 (1) デバッグログをメモリ上にも吐き出すように機能追加 (2) TripleFaultを再現させるも、吐き出したメモリ上のログが破壊されていることに気づく (3) GDB繋いでログメモリ先頭アドレスにwatchpoint設定して監視するも、引っ掛からない 　⇒つまり、別の仮想アドレスからメモリ破壊していることに気づく (4) ページマッピング箇所にトレースログを仕込み (5) どんどんページに割り当ててる物理アドレスが加算されていることに気づく 　⇒つまり、メモリリーク (6) 怪しい所にどんどんトレースログ追加していき原因判明 直接的原因１： 　プロセスのヒープ領域を縮小する時に、ページマッピング解除は行っているが、割り当てている物理メモリを解放していなかった。 直接的原因２： 　普通に設計上固定的に使っている物理メモリ領域をカーネルの物理メモリ管理くんが未使用と認識していて、割当てを行っていた。 直接的原因１の動機的原因（根本）は、後で実装すればいいや精神でテキトーに実装したからだな・・・。ページマッピング解除時に関数のインタフェース仕様が理由で割り当てていた物理メモリアドレスがわからないから解放ができず、割と大がかりな構成変更が必要だったから後回しにしていたようだ。なんにも残してない自分が悪いね。個人開発でもTODO管理やチケット管理ってやっぱ必要だと思う。うん。 直接的原因２のほうは・・・なんでだろうね。どう考えていたか覚えていない。 あー超スッキリした！メモリマネージャ大改造しよ。これが当面の目標。
続きを読む

git@よく使うコマンド早見表

-
git@よく使うコマンド早見表 gitでよく使うコマンドをまとめる。 add コマンド 説明 git add . ワークディレクトリ配下全てのファイルをステージ（インデックスに記録）する git add <ファイル> 指定したファイルをステージ（インデックスに記録）する git add -u ワークツリー内でバージョン管理中の全てのファイルをステージ（インデックスに記録）する branch コマンド 説明 git branch ローカルブランチのリストを表示する git branch -r リモートブランチのリストを表示する git branch -a ローカルブランチとリモートブランチのリストを表示する git branch <ブランチ名> 指定したブランチを作成する git branch -d <ブランチ名> 指定したブランチを削除する checkout コマンド 説明 git checkout <ブランチ名> 指定したブランチに移動する git checkout -b <ブランチ名> 新しくブランチを作成してそのブランチに移動する clone コマンド 説明 git clone <リポジトリアドレス> リポジトリアドレスからクローンする git clone --recursive <リポジトリアドレス> リポジトリ内のサブモジュールもクローンする commit コマンド 説明 git commit コミットする（コミットログを編集するエディタが起動する） git commit -m <コミットログ> 指定したコミットログでコミットする git commit -a git add -uとgit commitを連続して実行する config コマンド 説明 git config --list 設定を確認する git config --global core.editor ...
続きを読む