【要約】IBM i でsshほかTCP/IPサーバージョブ（デーモン）を開始する方法 [Qiita_Trend] | Summary by TechDistill
> Source: Qiita_Trend
Execute Primary Source
// Problem
IBM iの管理者は、ネットワークサービスの起動において、コマンドの使い分けや自動化の手法に苦慮している。具体的には以下の課題が存在する。
- ・STRTCPコマンドによる一括起動では、SSHなどの一部のサービスが対象に含まれない。
- ・サービスの自動起動属性（AUTOSTART）が適切に設定されていないと、スタック起動時にサービスが立ち上がらない。
- ・管理者が誤って不要なサーバーを起動してしまう運用上のリスクがある。
// Approach
管理者は、サービスの性質に応じて、一括起動と個別起動の2つのアプローチを使い分ける。具体的な手法は以下の通りである。
- ・標準的なサービス（TELNET, FTP等）は、STRTCPコマンドのSTRSVR(*YES)パラメーターで一括起動する。
- ・SSH等の非標準的なサービスは、STRTCPSVRコマンドを用いて個別に起動する。
- ・CHGCMDDFTコマンドを用いてSTRTCPSVRのデフォルト引数を変更し、誤操作を防止する。
- ・IPL時に確実にサービスを起動するため、QSTRUPPGM内のCLプログラムに起動コマンドを追記する。
// Result
適切な起動手順を確立することで、IBM i環境におけるネットワークサービスの安定稼働を実現できる。これにより以下の成果が得られる。
- ・SSH等の特定のデーモンを、システム起動時に確実に自動起動できる。
- ・QSTRUPPGMへの記述により、起動プロセスの可視性が確保される。
- ・コマンドのデフォルト設定により、管理者のヒューマンエラーを低減できる。
Senior Engineer Insight
> IBM iのようなミッションクリティカルな環境では、サービスの「確実な起動」と「運用の可視性」が最優先される。CHGCMDDFTによるデフォルト変更は洗練されているが、OSアップグレード時に設定がリセットされるリスクを伴う。一方、QSTRUPPGMへのCL記述は、一見泥臭いが、構成変更の履歴が明確であり、トラブルシューティング時の可視性に優れる。現場では、不確実性を排除するため、後者の「明示的な設定」を推奨する。