コマンドの出力には、IDプロバイダから取得したメタデータを含むオートメーターの設定が表示されます。
```
Automator ID:1477468749950
Name:My Automator
URL:
Enabled:No
Initialized:No
Skills:Device Approval
```
URLはまだ設定されていません。これはKeeperバックエンドが通信するパブリックURLです (例: automator.mycompany.com)。
以下のように `automator edit` コマンドを実行します。これによりURLとスキルが設定されます (`team`、 `team_for_user`、`device`)。
{% code overflow="wrap" %}
```
automator edit --url https:// --skill=team --skill=team_for_user --skill=device "My Automator"
```
{% endcode %}
続いてキーを交換します。オートメーター公開キーで暗号化されたエンタープライズ秘密キーがオートメーターへ渡されます。
```
automator setup "My Automator"
```
新しい設定でオートメーターを初期化します。
```
automator init "My Automator"
```
オートメーターサービスを有効にします。
```
automator enable "My Automator"
```
この時点で設定は完了です。
自動ヘルスチェックには、以下のURLを使用できます。
**https\://\/health**
以下は、curlコマンドの例です。
```
$ curl https://automator.lurey.com/health
OK
```
#### AD FSを使用した環境の場合
IDプロバイダとしてAD FSを使用してKeeperオートメーターを有効にする場合、以下の手順に従ってKeeper証明書を更新するまでログインできません。
* Keeper管理コンソールへログインします。
* **\[管理者]** > **SSOノード** > **\[プロビジョニング]** に移動し、クラウドSSOコネクト設定を確認します。
* **\[SP証明書をエクスポート]** をクリックします。
* AD FS管理コンソールで、KeeperクラウドSSO証明書利用者信頼プロパティを選択します。
* **\[暗号化]** タブで、古い証明書をこの新しい証明書に置き換えます。
* **\[署名]** タブで、新しいSP証明書をこの新しい証明書に置き換えます。
### ネットワークアクセスの制限
Keeperのサーバーおよび運用担当のワークステーションなど、必要な送信元だけがサービスに届くようネットワークアクセスを制限することを推奨します。許可するIPアドレスの一覧は、[イングレス要件](/sso-connect-cloud/jp/device-approvals/automator/ingress-requirements.md)をご参照ください。
## ユーザー体験のテスト
Keeperオートメーターをデプロイしたら、エンドユーザー体験をテストできます。ユーザーがSSOのIDプロバイダーで認証したあとは、承認を求めるプロンプトは表示されません。
最も簡単なテスト方法は、ブラウザのシークレットウィンドウからKeeperウェブボルトを開き、クラウドSSOコネクトでログインすることです。デバイス承認を求めるプロンプトは表示されません。
## サービスの再起動
Keeperオートメーターサービスを停止/開始する場合、Dockerサービスは自動的に状態を保持します。
```
docker restart "Keeper-Automator"
```
## コンテナの更新
Keeperオートメーターの新しいバージョンが利用可能になったら、上記の手順2〜7を繰り返すことでオートメーターサービスを更新できます。以下は、その例です。
```
docker pull keeper/automator
docker stop Keeper-Automator
docker rm Keeper-Automator
docker run -d -p443:443/tcp \
--name "Keeper-Automator" \
--restart on-failure:3 \
keeper/automator
docker exec -it Keeper-Automator mkdir /usr/mybin/config
docker cp ssl-certificate.pfx \
Keeper-Automator:/usr/mybin/config/ssl-certificate.pfx
docker cp ssl-certificate-password.txt \
Keeper-Automator:/usr/mybin/config/ssl-certificate-password.txt
docker exec -it Keeper-Automator \
sed -i 's/^ssl_mode=.*/ssl_mode=certificate/' settings/keeper.properties
docker restart "Keeper-Automator"
```
続いて、Keeperコマンダーのコマンドを実行します。
```
automator setup "My Automator"
automator init "My Automator"
automator enable "My Automator"
```
## トラブルシューティング
#### サービスが始まらない
Keeperオートメーターのログを確認してください。通常これで問題がわかります。Docker環境では、以下のコマンドを使用してログファイルを追跡できます。
```
docker logs -f "Keeper-Automator"
```
以下のコマンドを使用して、コンテナに接続してログファイルを確認できます。
```
docker exec -it "Keeper-Automator" /bin/sh
```
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://docs.keeper.io/sso-connect-cloud/jp/device-approvals/automator/docker-on-linux.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
