所有者とグループ

解説 ― SET 1 で何をしたか

1行目のgroups(2-1でも使用)で、まずubuntu自身の所属グループを再確認します。2行目のようにgroupsに名前を渡すと、他のユーザーの所属も調べられます。出力例のyumi : yumiは、「yumiが所属しているグループはyumiという1つだけ」という意味です。2-2で見たとおり、Ubuntuではユーザーを作ると同じ名前の専用グループが自動的に作られ、そこに1人だけが所属する形になります。

3行目のcat /etc/groupは、/etc/group^※1という、/etc/passwdのグループ版にあたるファイルで、サーバー上の全グループの情報が記録されています。4行目のwc -lで、このサーバーに登録されているグループの総数を数えておきます。5行目のgetent group sudoを実行すると、出力例sudo:x:27:ubuntuが得られます。これは「①グループ名」「②パスワード欄(通常未使用)」「③GID」「④そのグループに所属するメンバーの一覧」という構造で、2-1で確認した「ubuntuがsudoグループに入っている」事実が、ここでも裏付けられます。6行目でyumiのグループも同様に確認すると、メンバー欄が空になっていることがあります。これは「yumiグループの本来のメンバーはyumi自身であり、それは/etc/passwd側のGIDで表現されているため、/etc/group側のメンバー一覧には重ねて書かれない」という仕組みによるものです。

7行目のid yumiで、改めてyumiの所属グループがyumi1つだけであることを確認し、8行目のid ubuntuとも見比べておきます。9行目のwhoamiで、この一連の操作をしているのはあくまでubuntu自身であることを再確認し、10行目のcd ~/practiceで、このあとの演習に使う練習用ディレクトリへ移動しておきます。

解説 ― SET 2 で何をしたか

1行目のsudo groupadd devteamで、新しいグループdevteamを作ります。グループの新規作成はシステム全体に影響する操作のため、adduserのときと同様にsudoが必要です。2行目で確認すると、出力例devteam:x:1002:のようにGID(この例では1002)が割り振られただけの、メンバーが誰もいないグループができています。3行目のtail -n 1で/etc/groupの最後の行を見ても、同じ新規グループが末尾に追加されていることがわかります。4行目のgroups yumiで、この時点ではまだyumiがdevteamに入っていないことを確認しておきます。

5行目のsudo usermod -aG devteam yumiが今回の中心的なコマンドです。usermod^※2(user modifyの略)は既存ユーザーの設定を変更するコマンドで、-aG^※3は「グループへの追加(append)」を意味します。ここでもsudoが必要な理由は、他人(yumi)の所属グループを変更する操作だからです。6行目のgroups yumiで確認すると、出力例のとおりyumi devteamと2つのグループが表示され、無事devteamへの追加ができたことがわかります。

ここで絶対に注意してほしいのが-aを忘れないことです。-aGではなく-Gだけを指定すると、「追加」ではなく「所属グループをこの指定だけに丸ごと置き換える」という意味になってしまい、元々入っていたグループ(この場合はyumi自身のグループ)から外れてしまう事故が起こり得ます。-aGを1セットの呪文として覚えておきましょう。7行目でgetent group devteamを見ると、出力例devteam:x:1002:yumiのようにメンバー欄にyumiの名前が追加されていることも確認できます。8行目のid yumiでも同じ結果が反映されているはずです。9行目のgroups、10行目のpwdで、ubuntu自身の所属は変わっていないこと、練習用ディレクトリにいることを確認して締めくくります。

解説 ― SET 3 で何をしたか

1行目で新しいファイルを作り、2行目で確認すると所有者・グループともubuntuです。3行目のsudo chgrp devteam teamfile.txt(change group^※5の略)は、ファイルの所有グループだけを変更するコマンドです。他人のファイルの所属先を書き換える操作なのでsudoが必要です。4行目で確認すると、出力例のように所有者はubuntuのまま、グループだけがdevteamに変わっています。

5行目、あえてsudoなしで2-4のnote.txtのグループを変更しようとすると、出力例のようにOperation not permittedで拒否されます。一般ユーザーは、原則として自分が所属していないグループへの変更をsudoなしでは行えません(自分が所属するグループへの変更は場合によって可能ですが、この講座では常にsudoを使う方針で統一します)。

6行目のsudo chown yumi teamfile.txt(change owner^※4の略)は所有者だけを変更します。7行目で確認すると、所有者だけがyumiに変わり、グループは直前に設定したdevteamのままであることがわかります。8行目のsudo chown yumi:devteam teamfile.txtのように:で区切ってグループ名を続けて書くと、所有者とグループを同時に指定できます。9行目で確認すると、出力例のとおり所有者がyumi、グループがdevteamという、狙った持ち主の組み合わせに変わっています。chown1つで所有者とグループの両方を同時に扱えるため、実務ではchgrpよりchown ユーザー:グループの書き方の方がよく使われます。

ここまでの3つのコマンド、chmod(2-4:何を許可するか)・chown(誰の持ち物か)・chgrp(どのグループの持ち物か)を組み合わせることで、「所有者・所有グループ・その他」という3層構造のそれぞれに、思いどおりの権限を割り当てられるようになります。最後の10行目のcd ~でホームディレクトリに戻り、このページを締めくくります。次の2-6では、この3つを総動員してyumiと共有できるディレクトリを作ります。