--- a/Paper/chapter/syskan-class.tex	Sun Jan 21 16:34:31 2024 +0900
+++ b/Paper/chapter/syskan-class.tex	Thu Jan 25 20:24:02 2024 +0900
@@ -1,28 +1,45 @@
 \chapter{演習科目での取り組み}
 
-システム管理は2022年度から実践的なシステムの運用,構築に関するスキルを習得することや継続してシステム管理に参加する生徒の確保を目的として演習科目のテーマの一つになった.
-演習科目とは知能情報分野の専門的な知識を習得することを目的としており様々なテーマの中から生徒が一つ選択し履修する.
-知能情報コースの三年次の学生を対象に開講されており,１学年60名ほどでテーマ数が6つほどなので１テーマ当たり10名ほどの受講生がいる.
-システム管理のテーマでは学生は基本zoomを使用した遠隔授業を通じて活動を行う.作業ログやドキュメントは普段システム管理チームが使用しているプロジェクトに招待されシステム管理におけるscrapboxの使い方の説明を受ける.
-サーバー室の見学や運用しているサービスのコントロールパネルの説明サーバーへのssh configの設定やgitlabのsyskanグループへの登録などを行う.
-また,システム管理のテーマの中からネットワーク,セキュリティ,web,サーバーのグループを作成しそれぞれで活動を行なっている.
+システム管理活動は2022年度から実践的なシステムの運用,構築に関するスキルを習得することや継続してシステム管理に参加する生徒の確保を目的として演習科目のテーマの1つ(以下よりサーバー班とする)になった.
+演習科目とは知能情報分野の専門的な知識を習得することを目的としており,様々なテーマの中から生徒が一つ選択し履修する.
+知能情報コースの三年次の学生を対象に前・後期で開講されており,１学年60名ほどでテーマ数が6つほどなので１テーマ当たり10名ほどの受講生がいる.
+サーバー班ではシステム管理活動を体験する.しかし現在の学科システムは大規模で様々なサービスが稼働しており複雑である.そこでwebやネットワーク,セキュリティなどの主な学科システムの管理活動ごとのグループを作成し,生徒と指導員を割り振っての取り組みを行った.
+以下にサーバー班全体での取り組みと各グループでの取り組みを示す.
+
+\section{サーバー班の取り組み}
+サーバー班で学生は基本的にzoomを使用した遠隔授業を通じて活動を行う.
+説明や作業を行う際には教員,または生徒の一人が画面共有を行い,それ以外の生徒は必要に応じて作業ログを記載する形になっている.
+作業ログやドキュメントは普段システム管理チームが使用しているプロジェクトに招待され,システム管理チームでのscrapboxの使い方の説明を受ける.
+
+授業の初回では,サーバー室の見学や管理しているシステムの説明,基幹サーバーへの接続設定や利用しているサービスへの招待などの設定を行う.
 
-以下に各グループでのシステム管理チームの実験演習での取り組みを示す.
+前期の授業では,システム管理活動でのオープンキャンパスへの出展があり,資料の作成,当日の発表などを行った.
+資料作成ではシステム管理チームの紹介,メリット,活動内容,管理しているシステムの構成図の作成などをまとめてポスターとして学科webに投稿した.
+当日の発表ではプロジェクタを用いてweb上のポスターを共有し参加者にシステム管理活動を説明した.
+
+後期の授業では,本コースの新入生を対象としたインストール大会の資料作成と当日の技術サポートを行った図\ref{fig:install}.本取り組みは新入生が入学後に学内活動を円滑に進める為に実施されている.これにはパソコンの初期セットアップや履修登録に必要な教務情報システムへのログイン,コース内の授業全般で使用するMattermostやZoom,プログラミング環境の構築などが含まれる.
+当日の技術サポートでは作業に躓いている新入生に対して個別で対応する.
+
+\begin{figure}[htpb]
+    \begin{center}
+        \scalebox{0.1}{\includegraphics{fig/install.jpg}}
+    \caption[monitoring]{インストール大会の様子.}
+    \label{fig:install}
+    \end{center}
+\end{figure}
 
 \section{web班}
 
 \section{server班}
-サーバー班は基幹サーバー上の不具合の調査やその修正をおこなっている.取り組みのいくつかを以下に示す.
+サーバー班では基幹サーバー上の不具合の調査やその修正をおこなった.取り組みのいくつかを以下に示す.
 \begin{quote}
     \begin{itemize}
      \item バックアップの修正\\
      \item KVMテンプレートイメージファイルの修正\\
     \end{itemize}
 \end{quote}
-上記の二つの進め方として,代表者が一人サーバーにログインし,zoomで画面を共有する.その他の利用者は共有された画面を見て調査し,案を出したりscrapboxに作業のログを取った.
-
-{\bf バックアップの修正}
-
+　
+{\bf バックアップの修正}\\
 システムに障害が発生した際に復旧できるようにrsnapshotでcephで管理されているディレクトリや学科web,生徒のホームディレクトリのバックアップをとっている.バックアップはdaily,weeklyをそれぞれ撮っていた.そのバックアップファイルの作成された日付を確認するとある期間から取られていなかった.
 まずは原因を調査するために実行ログ,エラーログの確認を行なった.するとバックアップファイルが大きすぎることからdailyの処理が正常に走っていないことがわかった.そこで処理をweeklyのみ変更することで解決した.
 
@@ -36,7 +53,7 @@
 
 \section{security班}
 セキュリティ班では学科システムへの脆弱性診断の構築を行なっている.システム更新前には脆弱性診断の環境があったが,現在の学科システムにはない.
-また,以降のしやすさや現在の基幹サービスがコンテナで配信されており,管理のしやすさからコンテナ環境での構築を行なう.基幹サーバーには一台グローバルIPを持つものがあったり,生徒が利用するVMも申請した際にはグローバルIPを付与できるため使用する脆弱性診断ツールはサーバーのスキャンがVulsを選択した.
+また,移行のしやすさや現在の基幹サービスがコンテナで配信されており,管理のしやすさからコンテナ環境での構築を行なう.基幹サーバーには一台グローバルIPを持つものがあったり,生徒が利用するVMも申請した際にはグローバルIPを付与できるため使用する脆弱性診断ツールはサーバーのスキャンがVulsを選択した.
 
 基幹サーバー上で作業するにはadmin権限が必要だがシステム管理に慣れておらず操作ミスが考えられたことやコンテナで構築する為移行が安易なことから生徒それぞれにVMを構築させ基幹サーバーと同様の環境を作成した上で脆弱性診断の環境を構築する方針で進めた.
 生徒には学科システムと同じubuntu22.04,podman v4系の環境を立てた.Vulsの構築にはdockerはあったがpodmanはなかった為,podman commandを使用できるようにスクリプトを書き換えた.