---
title: "ステップ 7: インストールを検証する"
description: ユーザーがサインインする前に、OpenLM Platform のサインイン、API ゲートウェイ、Web UI が動作することを 5 つの確認で検証します。
product: OpenLM Platform
---

次の 5 つの確認を実行して、ユーザーが利用する部分が動作することを検証します。所要時間は 2 分です。最初に、[インストールワークシート](https://www.openlm.com/documentation/ja/cloud/deployment-operations/on-premise/deployment-guide/kubernetes/before-you-start/worksheet) から作成したファイル `openlm-install.env` から変数を読み込み、アドレスを設定します。

```bash
source ./openlm-install.env
H="https://$DOMAIN"
```

それぞれの確認を実行し、出力を **想定される結果** 列と比較します。

| # | 確認内容 | コマンド | 想定される結果 |
|---|---|---|---|
| 1 | ホームページが読み込まれる | `curl -s -o /dev/null -w '%{http_code}\n' $H/` | `200` |
| 2 | サインインが稼働している | `curl -s -o /dev/null -w '%{http_code}\n' $H/identity/.well-known/openid-configuration` | `200` |
| 3 | API が匿名の呼び出しを拒否する | `curl -s -o /dev/null -w '%{http_code}\n' $H/api/licensemanager/bff/user` | `401` |
| 4 | エージェントが登録できる | `curl -s -o /dev/null -w '%{http_code}\n' $H/api/agents-hub/announce` | `200` |
| 5 | 失敗しているものがない | `kubectl -n $NS get pods --no-headers \| grep -vE "Running\|Completed"` | 出力なし |

`curl` コマンドは `-k` **なしで** 実行してください。`-k` を付けたときだけ動作する場合、証明書が信頼されていないため、ユーザーのブラウザーと OpenLM Platform のサービスもその証明書を拒否します。[TLS 証明書](https://www.openlm.com/documentation/ja/cloud/deployment-operations/on-premise/deployment-guide/kubernetes/concepts/tls-certificates) を参照してください。

## 失敗した確認を修正する

確認の結果が想定と異なる場合は、次の表で該当する行を探します。

| 確認 | 得られた結果 | 意味と対処方法 |
|---|---|---|
| 1 | `000` またはタイムアウト | DNS またはIngress がクラスターに到達していません。[ステップ 1.4](https://www.openlm.com/documentation/ja/cloud/deployment-operations/on-premise/deployment-guide/kubernetes/install/step-1-prepare-cluster#14-dns-名を作成する) をもう一度実行します。 |
| 1 | `404` | Ingress コントローラーは応答していますが、`$DOMAIN` のルールがありません。values の `global.masterIngress.hostname` と `ingressClassName` を確認します。 |
| 2 | `404`、`502`、または `503` | identity サービスがまだ準備できていないか、失敗しています。ログを確認します: `kubectl -n $NS logs deploy/openlm-identity` |
| 3 | `404` | identity が正常になる前にサービスが起動し、セキュリティなしのモードにフォールバックしました。identity が正常になったら、サービスを再起動します: `kubectl -n $NS rollout restart deployment` |
| 3 | `502` または `503` | API ゲートウェイが実行されていないか、到達できません。[ステップ 5](https://www.openlm.com/documentation/ja/cloud/deployment-operations/on-premise/deployment-guide/kubernetes/install/step-5-gateway) の確認をもう一度実行します。 |
| 3 | 本文に `IdentityUnavailable` を含む `503` | サービスがクラスター内から `https://$DOMAIN/identity` に到達できません。[ネットワーク](https://www.openlm.com/documentation/ja/cloud/deployment-operations/on-premise/deployment-guide/kubernetes/concepts/networking#クラスター内からプラットフォームのアドレスに到達する) を参照してください |

:::tip[確認]
5 つの確認すべてで、想定どおりの結果が得られます。
:::

:::note[初回インストール後にサービスがトークンを拒否する場合]
初回インストールでは、identity サービスがセットアップを完了した後に起動したサービスが、トークンを拒否し続けることがあります。すべての Pod が実行状態になった後に、identity を 1 回再起動します。

```bash
kubectl -n "$NS" rollout restart deployment/openlm-identity
kubectl -n "$NS" rollout status deployment/openlm-identity
```
:::