翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# SSM パッチベースライン \$1 作成 (Red Hat)
AWS Systems Manager (SSM) パッチベースラインを作成して、RHEL OS のインスタンスでインストールが承認されたパッチを定義します。パッチベースラインの既存のインスタンス「パッチグループ」タグ値を指定します。パッチベースラインは、SSM コンソールで管理できる SSM リソースです。
**完全分類:** デプロイ \$1 パッチ適用 \$1 SSM パッチベースライン \$1 作成 (Red Hat)
## 変更タイプの詳細
****
| | |
| --- |--- |
| 変更タイプ ID | ct-3ebotglihgse |
| 現在のバージョン | 1.0 |
| 予想される実行期間 | 60 分 |
| AWS の承認 | 必須 |
| お客様の承認 | 不要 |
| 実行モード | 自動 |
## 追加情報
### RHEL 用に を作成する
#### コンソールを使用した SSM RHEL パッチベースラインの作成
AMS コンソールでのこの変更タイプのスクリーンショット:
![\[SSM patch baseline creation interface for RHEL OS with description, ID, and version fields.\]](http://docs.aws.amazon.com/ja_jp/managedservices/latest/ctref/images/guiPatchBaseRhelCT.png)
仕組み:
1. **RFC **の作成ページに移動します。AMS コンソールの左側のナビゲーションペインで**RFCs** をクリックして RFCsリストページを開き、**RFC の作成**をクリックします。
1. デフォルトの変更タイプ参照ビューで一般的な**変更タイプ** (CT) を選択するか、**カテゴリ別選択ビューで CT **を選択します。
+ **変更タイプ別に参照**: **クイック作成**エリアで一般的な CT をクリックすると、すぐに **RFC の実行**ページを開くことができます。クイック作成で古い CT バージョンを選択することはできません。
CTsソートするには、**カード**ビューまたは**テーブル**ビューで**すべての変更タイプ**領域を使用します。どちらのビューでも、CT を選択し、**RFC の作成**をクリックして **RFC の実行**ページを開きます。必要に応じて、RFC **の作成ボタンの横に古いバージョンで**作成オプションが表示されます。 ****
+ **カテゴリ別に選択**: カテゴリ、サブカテゴリ、項目、オペレーションを選択すると、CT 詳細ボックスが開き、必要に応じて**古いバージョンで作成する**オプションが表示されます。**RFC の作成**をクリックして、**RFC の実行**ページを開きます。
1. **RFC の実行**ページで、CT 名エリアを開き、CT の詳細ボックスを表示します。**件名**は必須です (**変更タイプの参照**ビューで CT を選択した場合は入力されます）。**追加設定**エリアを開き、RFC に関する情報を追加します。
**実行設定**領域で、使用可能なドロップダウンリストを使用するか、必要なパラメータの値を入力します。オプションの実行パラメータを設定するには、**追加設定**エリアを開きます。
1. 完了したら、**実行** をクリックします。エラーがない場合、**RFC が正常に作成された**ページに、送信された RFC の詳細と最初の**実行出力**が表示されます。
1. **Run parameters** エリアを開き、送信した設定を確認します。ページを更新して RFC 実行ステータスを更新します。必要に応じて、RFC をキャンセルするか、ページ上部のオプションを使用して RFC のコピーを作成します。
AWS コンソールでは、Systems Manager --> Patch Manager --> Patch Baselines で作成したパッチベースラインを表示できます。
#### CLI を使用した SSM RHEL パッチベースラインの作成
仕組み:
1. インライン作成 (すべての RFC と実行パラメータを含む`create-rfc`コマンドを発行) またはテンプレート作成 (2 つの JSON ファイルを作成し、1 つは RFC パラメータ用、もう 1 つは実行パラメータ用) のいずれかを使用し、2 つのファイルを入力として`create-rfc`コマンドを発行します。どちらの方法もここで説明します。
1. 返された RFC ID を使用して RFC: `aws amscm submit-rfc --rfc-id ID` コマンドを送信します。
RFC: `aws amscm get-rfc --rfc-id ID` コマンドをモニタリングします。
変更タイプのバージョンを確認するには、次のコマンドを使用します。
```
aws amscm list-change-type-version-summaries --filter Attribute=ChangeTypeId,Value=CT_ID
```
**注記**
変更タイプのスキーマの一部であるかどうかにかかわらず、任意の RFC で任意の`CreateRfc`パラメータを使用できます。たとえば、RFC ステータスが変更されたときに通知を受け取るには、リクエストの RFC パラメータ部分 (実行パラメータではなく) `--notification "{\"Email\": {\"EmailRecipients\" : [\"email@example.com\"]}}"`にこの行を追加します。すべての CreateRfc パラメータのリストについては、[AMS 変更管理 API リファレンス](https://docs.aws.amazon.com/managedservices/latest/ApiReference-cm/API_CreateRfc.html)を参照してください。
*インライン作成*:
インラインで指定された実行パラメータ (インラインで実行パラメータを指定する場合は引用符をエスケープ) を指定して create RFC コマンドを発行し、返された RFC ID を送信します。たとえば、コンテンツを次のような内容に置き換えることができます。
```
aws amscm create-rfc --title Patch-Baseline-Create-Rhel-RFC --change-type-id ct-3ebotglihggse --change-type-version 1.0 --execution-parameters '{"ApprovalRules": [{"ApproveAfterDays": 7, "Classification": ["Security"], "Severity": ["All"]}], "OperatingSystem": "Red Hat Enterprise Linux", "Name": "TestBaselineRHEL", "PatchGroupTagValues": ["MyRHELPatchGroup"]}'
```
*テンプレートの作成*:
1. この変更タイプの実行パラメータ JSON スキーマを JSON ファイルに出力します。この例では、CreateRhelPatchBaselineParams.json:
```
aws amscm get-change-type-version --change-type-id "ct-2taqdgegqthjr" --query "ChangeTypeVersion.ExecutionInputSchema" --output text > CreateRhelPatchBaselineParams.json
```
1. CreateRhelPatchBaselineParams ファイルを変更して保存します。以下の例を参照してください。これらのパラメータは、特定のニーズに合わせて変更してください。
この例では、重要なセキュリティ更新プログラムはすべて、リリースから 5 日後にインストールが承認されます。Red Hat Security Advisory RHSA-2018:0151 に含まれるパッチは、重要度が重大でない場合でも、すぐに承認されます。最後に、承認ルールに一致する場合でも、example-pkg-0.710.10-2.7.abcd.x86\$164 はインストールされません。
```
{
"ApprovalRules":[{
"ApproveAfterDays": 5,
"Severity": [
"Critical"
],
"Classification": [
"Security"
]
}],
"ApprovedPatches":["RHSA-2018:0151"],
"Description": "Patch Baseline",
"Name": "PatchBaseline-Unit-test",
"OperatingSystem": "Red Hat Enterprise Linux",
"PatchGroupTagValues": [
"test1"
],
"RejectedPatches":["example-pkg-0.710.10-2.7.abcd.x86_64"],
"Tags": [
{
"Key":"patchGroupRhel",
"Value":"test1"
}
]
```
1. RFC テンプレートを現在のフォルダ内のファイルに出力します。この例では、CreateRhelPatchBaselineRfc.json:
```
aws amscm create-rfc --generate-cli-skeleton > CreateRhelPatchBaselineRfc.json
```
1. CreateRhelPatchBaselineRfc.json ファイルを変更して保存します。たとえば、コンテンツを次のような内容に置き換えることができます。
```
{
"ChangeTypeVersion": "1.0",
"ChangeTypeId": "ct-3ebotglihggse",
"Title": "Patch-Baseline-Create-Rhel-RFC"
}
```
1. CreateRhelPatchBaselineRfc ファイルと CreateRhelPatchBaselineParams ファイルを指定して、RFC を作成します。
```
aws amscm create-rfc --cli-input-json file://CreateRhelPatchBaselineRfc.json --execution-parameters file://CreateRhelPatchBaselineParams.json
```
レスポンスで新しい RFC の ID を受け取り、それを使用して RFC を送信およびモニタリングできます。送信するまで、RFC は編集状態のままであり、開始されません。
1. SSM パッチベースラインを表示するには、実行出力を確認します。Stack\$1id を使用して、Systems Manager コンソールでパッチベースラインを表示します。
#### ヒント
**注記**
SSM パッチベースラインを作成するには、さまざまなオペレーティングシステムに対して 5 つの変更タイプがあります。
**重要**
**ApprovalRules** または **ApprovedPatches** の少なくとも 1 つが必要です。
パッチベースラインを作成する場合は、少なくとも 1 つの承認ルールまたは承認済みパッチを定義する必要があります。承認ルールでは、インストールする分類 (SecurityUpdates など) と重要度 (Critical など) パッチを指定できます。承認ルールでは、パッチがリリースされてからインストールできる日数を定義できます。承認されたパッチリストで指定されたパッチは、承認ルールに一致するかどうかに関係なくインストールされます。最後に、拒否されたパッチリストの項目は、承認ルールや承認済みパッチと一致していても、それらのパッチのインストールから除外されます。詳細については、[「事前定義されたパッチベースラインとカスタムパッチベースラインについて](https://docs.aws.amazon.com/systems-manager/latest/userguide/sysman-patch-baselines.html)」を参照してください。
SSM パッチウィンドウを作成するには、[「SSM パッチウィンドウの作成](https://docs.aws.amazon.com/managedservices/latest/ctref/ex-patch-window-create-col.html)」を参照してください。
## 実行入力パラメータ
実行入力パラメータの詳細については、「」を参照してください[変更タイプ ct-3ebotglihgse のスキーマ](schemas.md#ct-3ebotglihggse-schema-section)。
## 例: 必須パラメータ
```
Example not available.
```
## 例: すべてのパラメータ
```
Example not available.
```