7月6日(月)3、4コマ目

今日、やったこと

  • ユーザー・グループ、パーミッションのテスト
  • Linuxのネットワーク(NetworkManagerとnmcliコマンド）

今日のホワイトボード

Linuxの設定

Linuxに限ったことではないが、OSが扱うデータ（設定も）はメモリ上にある。
しかし、メモリは電源が切れるとデータを保持できない。
そのため、再起動後も設定を有効にするにはHDD等に保存する必要がある。
結局、設定はHDD上のファイルに保存しなければならない（再起動後も有効にするには）。

NetworkManager

いまどきのLinuxはNetworkManagerが動いており、ハードウェア(NICやWiFiなど）と設定を管理している。

NetworkManagerでデバイス、コネクションを一覧表示

コネクションとは設定のこと。


NetworkManagerとnmcliコマンド

NetworkManagerを操作するためのnmcliコマンド。

コネクション新規作成

nmcliコマンドでコネクション（ネットワークの設定）を新たに作成する。

　#nmcli connection add type eth ifname デバイス名 con-name コネクション名



コネクションを作成すると、設定ファイル「/etc/sysconfig/network-scripts/ifcfg-コネクション名」ができる。

コネクション変更

作成したコネクションを変更。

　#nmcli connection mod コネクション名　[項目名　設定値]

　※[項目名　設定値]は繰り返し。


設定ファイル「/etc/sysconfig/network-scripts/ifcfg-コネクション名」も変更される。


コネクション作成・変更の演習

〇コネクション作成
#nmcli connection add type eth ifname デバイス名 con-name con1

デバイス名は
　nmcli device
で確認可能。

〇コネクション変更
#nmcli connection mod con1 ipv4.method manual ipv4.address "172.16.4.xx/24" ipv4.gateway "172.16.4.1"

コメント

新しいコメントは書き込めません。

このブログの人気の投稿

6月22日(月)3、4コマ目

イメージ
今日、やったこと ファイルの所有者・所有グループ ファイルのアクセス権 setUIDビット、setGIDビット、stickyビット 今日のホワイトボード ファイル・ディレクトリのデフォルトの所有者 作成者が所有者、作成者のプライマリグループが所有グループ。 ファイルのデフォルトのアクセス権 OS自体のデフォルトのアクセス権(666)から作成者のumask値を引く。 ディレクトリのデフォルトのアクセス権 OS自体のデフォルトのアクセス権(777)から作成者のumask値を引く。 一般ユーザーでのパスワードが変更できるのはなぜ？ パスワードは/etc/shadowに保存されている。 このファイルのアクセス権は  - ---------    root root /etc/shadow 特権ユーザー(root)以外はなにもアクセスできない。 コマンドは実行したユーザーの権限で動くため、本来なら特権ユーザー以外は/etc/shadowに書き込むことはできない。 しかしながら、root以外のユーザーでの書き込むことができている。これはpasswdコマンドはsetUIDビットがONになっているから。 -r- s r-xr-x  root   root  /usr/bin/passwd setUIDビットがONになっているファイルは、実行したユーザーの権限ではなく、ファイルの所有者の権限で実行される。 setUIDビット、setGUIDビット ls -lで表示されるファイルのパーミッションに3ビットのエリアがあるイメージ。 ここにsetUIDやsetGID、stickyビットのON、OFFがコントロールされている。 setUID、setGIDの付与 〇setUID（+で付与） 所有者に付与するため、 u+s。 　chmod u+s ファイル名 〇setUID(数字で付与) 以下のsetuidのビットをONにするイメージ。 setuid setgid stickyビット 所有者 所有グループ ...
続きを読む

6月8日(月)1,2コマ目(B班)、3,4コマ目(A班)

イメージ
今日、やったこと ワイルドカード 正規表現 パイプ 今日のホワイトボード こんなファイル構成 ワイルドカード* ＊は「0文字以上の任意の文字列」という意味。 ただし、.で始まる隠しファイルは対象外。 *単体ではなく、 abc*・・・ファイル名がabcで始まる *cfg・・・ファイル名がcfgで終わる のように組み合わせて使うこともできる。 ワイルドカード[] []は「[]内のいずれかの文字」という意味。 ＊と組わせて使うことも可能。 パイプ パイプをつかうことで、コマンドAの結果をコマンドBで使って、さらのその結果をコマンドCで使ってのように、コマンドを連携して使うことができる。 意外とこれでやりたいことはほとんどできてしまう。 grepコマンド 検索対象の各行を検索条件にマッチするかチェックする、文字列検索コマンド。 検索条件に正規表現が使える。 正規表現 ワイルドカードと同じ記号を使っているため、ごっちゃになりやすい。 ワイルドカードの*と同意になるのは.*（厳密には違うが）。 そもそもワイルドカードは コマンド実行前にワイルドカードの展開が行われる 。 コマンドは展開後の引数を使って処理を行う。 ls *を実行すると、 lsコマンドが*にマッチするファイルを探すわけではない。 lsコマンド実行時には*はカレントディレクトリのファイル名に置き換わっている。 やってみよう「ワイルドカードと正規表現」 ファイル構成 おまけ grepコマンドの第2引数以降は検索対象ファイル名を指定。もちろん、ワイルドカードも使える。
続きを読む

9月28日(月)3、4コマ目

今日のテスト systemdに確認テストを行いました。 問１ Unit起動順に関する問題。 Unit起動順は以下の2項目があります。 項目 説明 before 指定ユニットの 前 に起動。 例　BEFORE=A B このユニットは ユニットA、Bの前に起動する 言い換えれば、ユニットA、Bはこのユニットのあとに起動する after 指定ユニットの 後 に起動。 例　AFTER=A B このユニットは ユニットA、Bの後に起動する 言い換えれば、ユニットA、Bはこのユニットのまえに起動する 問題はUnit定義ファイルから、Unit起動後に起動するUnitを調べる問題。よって、beforeで指定されたUnitが対象。 だが、beforeは未指定なので、答えはなし。 問２ ユニットhttpd.serviceが自動起動するか確認するためのコマンド。 systemctl is-enabled httpd.service 問３ ユニットfirewalld.serviceを自動起動するように設定するためのコマンド。 systemctl enable firewalld.service 問４ systemdでマシンをシャットダウン。 起動しているターゲットの変更を行うことで、GUI付きマルチユーザーモード(graphical.target)からCUIマルチユーザーモード(multi-user.target)やシングルユーザーモード(rescue.target)に変更することができる。 systemctl isolate poweroff.target 問５ ユニットdovecot.serviceに対して、 systemctl en...
続きを読む