ユーザーを切り替える

1〜2行目で、現在ubuntuユーザーとしてホームディレクトリにいること、3行目の$HOMEが/home/ubuntuであることを確認しておきます。4行目のsu - yumiがこのページの主役です。suはswitch user^※1の略で、別のユーザーに切り替えるコマンドです。sudoと違い、suで他人になりきるには基本的にそのユーザー自身のパスワードが必要になるため、出力例のようにPassword:の入力を求められます。ここでは2-2で設定したyumiのパスワードを入力してください(rootであるubuntu側からyumiに切り替える場合はubuntu自身のパスワードではなくyumiのパスワードが要求される点に注意です)。

ログインに成功すると、ターミナルのタイトルバーがyumi@lightsailに変わります。5行目のwhoamiでyumiになっていることを確認し、6行目のidでUID・GID・所属グループも見ておきます。7行目のpwdを見ると、なんと現在地が/home/yumiに変わっています。8行目のecho $HOME(1-4以降で使ったechoで環境変数^※2の中身を表示)を実行すると、同じく/home/yumiが返ってきます。これは、コマンド名のsuの後ろに付けた-(ハイフン)の働きによるものです。su -は単に権限を切り替えるだけでなく、「yumiとして最初からログインし直した」のと同じ状態を作り出し、ホームディレクトリや環境変数をyumiのものに完全に入れ替えます。9行目のls -laで、2-2で確認した/home/yumiの中身がそのまま見えていることも確認しておきましょう。最後の10行目のhostnameを見ると、サーバー自体は変わっていないことがわかります。ユーザーが変わってもサーバーは同じ1台のまま、というのは意外と忘れがちなポイントです。

1行目のtouch memo.txt(1-2で学んだ空ファイル作成)をyumiとして実行し、2行目でls -lを見ると、出力例のとおり所有者がyumiになっています。これは当然のことのようですが、後の2-4・2-5で「誰がファイルを作ったか」がパーミッションの理解に直結してくるので、ここでしっかり確認しておいてください。3行目のecho '...' > memo.txt(3-3で詳しく扱うリダイレクト)で実際に文字を書き込み、4行目のcatで中身を確認します。

5行目のwhoami、6行目のidで、改めて自分がyumiであり、所属グループがyumi1つだけであることを確認します。7行目、yumiのままsudo whoamiを試すと、2-1でubuntuユーザーが成功した同じコマンドが、出力例のようにyumi is not in the sudoers file.(yumiはsudoersファイルに登録されていません)と拒否されます。これは2-1で見た/etc/sudoersの%sudoグループに、yumiがまだ所属していないためです。yumiは意図的に「管理者権限を持たない、普通の利用者」として作成されていることを、ここで実感してもらうのがこのセットの狙いです。

8行目のexitで、yumiとしてのログインセッションを終えて元のubuntuユーザーに戻ります。これは2-1でrootのシェルから抜けたときと同じ考え方です。su -で「ログインし直した」のだから、抜けるときも同じくexitを使います。9行目のwhoami、10行目のpwdで、無事ubuntuユーザー・/home/ubuntuに戻れたことを確認します。

1行目、ubuntuユーザーに戻った状態でls /home/yumiを実行すると、出力例のようにPermission deniedで拒否されます。2行目のように、SET 2でyumiが作成したmemo.txtを直接catで読もうとしても、同じく拒否されます。2-2の時点では気にしていなかったかもしれませんが、3行目のls -ld /home/yumiで権限を見るとdrwxr-x---となっており、末尾の3文字(その他のユーザーに対する権限)が---、つまり何も許可されていません。ubuntuユーザーであっても、yumiのホームディレクトリの中身を無条件に覗くことはできないということです。これは第1章で「管理者だから何でも見える」と思っていた人にとっては新鮮な発見のはずです(権限記号の詳しい読み方は次の2-4で扱います)。

4行目のようにsudoを付ければ、rootとして一時的に振る舞うため、パーミッションの制約を飛び越えて中身が見えます。5行目のsudo ls -la /home/yumiでは、隠しファイルも含めた詳細一覧まで、一般ユーザーのままでは絶対に覗けないyumiのホームディレクトリの中身を、sudoを付けた瞬間に丸ごと見渡せることが確認できます。6行目では、同じくsudo catでmemo.txtの中身を確認すると、出力例のとおりSET 2でyumiが書き込んだ内容がしっかり読めます。ここでもsudoが必要な理由は、他人の所有物にアクセスする操作だからです。管理者権限は「持っているから常に見える」のではなく、「必要なときにパーミッションの壁を越える力を借りる」ものだという理解を、このセットで固めておきましょう。

7行目のwhoamiに続けて8行目のidを実行し、SET 1冒頭のubuntuのidと見比べておくと、devteamグループ(2-5で登場)にはまだ入っていないシンプルな状態であることが確認できます。9行目のcd ~、10行目のpwdで改めてホームディレクトリにいることを確認し、このページを締めくくります。