# Azure App Gateway (高度な設定)

## 概要本ガイドでは、Azure Application Gatewayを使用して安全なVNetでKeeperオートメーターを公開するための手順を解説します。この方式は、Azureコンテナーアプリの設定よりも高度となりますので、Azure App Gatewayや暗号化されたSAMLリクエストを使用する必要がない場合は、[Azureコンテナーアプリ](/sso-connect-cloud/jp/device-approvals/automator/azure-container-app.md)方式をご使用ください。この方式では、すでにSSL証明書をお持ちであることを確かにしてください。お持ちでない場合は、[カスタムSSL証明書](/sso-connect-cloud/jp/device-approvals/automator/custom-ssl-certificate.md)ページの手順をご参照ください。 ## 手順 1. **Azureクラウドシェルを開く** portal.azure.comにログインし、クラウドシェルのアイコンをクリックします。

2. **ご希望の地域でリソースグループを作成** Azureにリソースグループがまだ存在しない場合は作成します。こちらの例では`eastus`の地域を使用していますが、必ずお客様の地域をご使用ください。 ``` az group create --name keeper_automator_rg --location eastus ``` 3. **ストレージアカウントの作成** ストレージアカウントがまだ存在しない場合は作成します。正しい地域 (useeast) と上のリソースグループ名を使用するようにします。**keeperautomatotorstorageを置き換えるのに選択する名前は、azureではグローバルで他に存在しないものである必要があります。**

az storage account create -n keeperautomatorstorage -g keeper_automator_rg -l eastus --sku Standard_LRS

4. **ファイルシェアの作成** ファイルシェアが存在しない場合は作成します。

az storage share create --account-name keeperautomatorstorage --name keeperautomatorfileshare

現在のシェアを表示します。

az storage share list --account-name keeperautomatorstorage

5. **コンテナー用にバーチャルネットワーク (VNet) と１件のSubnetを作成** {% code overflow="wrap" %} ``` az network vnet create --address-prefixes 10.100.0.0/16 --name keeper_automator_vnet --resource-group keeper_automator_rg --subnet-name keeper_automator_subnet --subnet-prefixes 10.100.2.0/24 ``` {% endcode %} 6. **バーチャルネットワークをサービスエンドポイントで更新** {% code overflow="wrap" %} ``` az network vnet subnet update -g keeper_automator_rg -n keeper_automator_subnet --vnet-name keeper_automator_vnet --service-endpoints Microsoft.Storage --delegations Microsoft.ContainerInstance/containerGroups ``` {% endcode %} 7. **ストレージキーの取得** アカウントのストレージキーを見つけるには以下のコマンドを使用します。ストレージアカウント名は実際の名前に置き換えます。

az storage account keys list --resource-group keeper_automator_rg --account-name keeperautomatorstorage

以下のようなkey1の値をコピーします。 ```powershell "value": "zuVgm9xnQNnxCQzY=5n4Ec6kxhDn2xMZSfpwZnTeqsyGaHd5Abn584mpAP3xamg3rGns4=Fd7FeFsaR6AgtnqW==" ``` 8. **サブネットIDの取得** サブネットIDを見つけるには以下のコマンドを実行します。 {% code overflow="wrap" %} ``` az network vnet subnet list --resource-group keeper_automator_rg --vnet-name keeper_automator_vnet | grep "id" ``` {% endcode %} サブネットIDのパスを \_subnetで終わるところまで全部コピーします。以下はその例です。 {% code overflow="wrap" %} ```powershell "id": "/subscriptions/abc123-abc123-abc-123/resourceGroups/keeper_automator_rg/providers/Microsoft.Network/virtualNetworks/keeper_automator_vnet/subnets/keeperautomator_appgw_subnet" ``` {% endcode %} 9. YAMLコンテナーファイルの作成ローカルで、`automator`などの名前でフォルダを作成します。任意のエディタを使用して、そのフォルダー内に以下の内容を含む**automator.yml**というファイルを作成します。

apiVersion: '2021-07-01'
location: eastus
name: keeperautomatorcontainer
properties:
  containers:
  - name: keeperautomatorcontainer
    properties:
      image: keeper/automator:latest
      ports:
      - port: 443
        protocol: TCP
      resources:
        requests:
          cpu: 1.0
          memoryInGB: 1.5
      volumeMounts:
        - name: automatorvolume
          mountPath: /usr/mybin/config
  osType: Linux
  restartPolicy: Always
  sku: Standard
  volumes:
  - name: automatorvolume
    azureFile:
      shareName: keeperautomatorfileshare
      readOnly: false
      storageAccountName: keeperautomatorstorage
      storageAccountKey: XXX-YOUR-KEY-XXX
  subnetids:
    - id: /subscriptions/XXX-YOUR-SUBNET/path/to/subnets/keeper_automator_subnet
      name: keeper_automator_subnet
tags: null
type: Microsoft.ContainerInstance/containerGroups

前の手順の設定に基づいて文字列の値を変更する必要がある箇所が複数あります。 * サブネットIDは、手順8で取得したIDのフルパスと一致する必要があります。 * storageAccountNameは手順3の値と一致する必要があります。 * storageAccountKeyは手順7の値と一致する必要があります。 10. SSL証明書とSSLパスワードファイルのアップロード Azureインターフェイスから、\[リソースグループ] > \[ストレージアカウント] > \[ファイルシェア]に移動し、作成したオートメーターファイルシェアに移動します。ここから、automator.ymlファイル、SSL証明書ファイル、SSL証明書パスワードファイルをアップロードします。 {% hint style="info" %} ファイルの名前が automator.yml ssl-certificate.pfx および ssl-certificate-password.txt であることを確認してください。 {% endhint %}

11. **3つのファイルをローカルのCLIワークスペースにコピーします** {% code overflow="wrap" %} ``` az storage copy -s https://keeperautomatorstorage.file.core.windows.net/keeperautomatorfileshare/automator.yml -d . az storage copy -s https://keeperautomatorstorage.file.core.windows.net/keeperautomatorfileshare/ssl-certificate.pfx -d . az storage copy -s https://keeperautomatorstorage.file.core.windows.net/keeperautomatorfileshare/ssl-certificate-password.txt -d . ``` {% endcode %} 12. **コンテナーインスタンスの作成** `automator.yml`の設定を使用してコンテナーを作成します。 ``` az container create -g keeper_automator_rg -f automator.yml ``` 応答でコンテナの**内部IP**を取得します。

az container show --name keeperautomatorcontainer --resource-group keeper_automator_rg --query ipAddress.ip --output tsv

後で使用するために、このIPの変数を設定します。以下はその例となります。 {% tabs %} {% tab title="PowerShell" %}

$aciPrivateIp=10.100.2.4

{% endtab %} {% tab title="Bash" %}

aciPrivateIp=10.100.2.4

{% endtab %} {% endtabs %} 13. **アプリケーションゲートウェイサブネットの作成**

az network vnet subnet create --name keeperautomator_appgw_subnet --resource-group keeper_automator_rg --vnet-name keeper_automator_vnet --address-prefix 10.100.1.0/24

14. **アプリケーションゲートウェイの作成**

az network application-gateway create --name KeeperAutomatorAppGateway --location eastus --resource-group keeper_automator_rg --sku Standard_v2 --public-ip-address AGPublicIPAddress --cert-file ssl-certificate.pfx --cert-password XXXXXX --vnet-name keeper_automator_vnet --subnet keeperautomator_appgw_subnet --frontend-port 443 --http-settings-port 443 --http-settings-protocol Https --servers 10.100.2.4 --priority 100

XXXXXXの箇所でSSL証明書のパスワードが置き換えられていることを確かにします。 15. **パブリックIPを見つける** Azure portalのインターフェイスで、\[リソースグループ] > \[アプリゲートウェイ]に移動し、パブリックIPアドレスをメモします。

16. **DNSのルーティング** オートメーターサービスのDNS (例: automator.company.com) が、Azureコンテナーサービスが手順 15で生成したIPアドレスを指していることを確かにします。 {% hint style="warning" %} DNS名はSSL証明書のサブジェクト名と一致する必要があります。一致しない場合、リクエストは失敗します。 {% endhint %} 17. **正常性プローブの作成** 正常性プローブは、オートメーターサービスが実行されていることをApp Gatewayに通知します。Azure portalのインターフェイスからAutomator App Gatewayを開き、左側のメニューから\[正常性プローブ]をクリックします。

次に、以下のスクリーンショットに見られる設定で新しい正常性プローブを作成します。必ずホストを手順16で設定したFQDNに置き換えます。

\[テスト]をクリックしてプローブを追加します。コンテナIPがホスト名に適切にアドレス指定されていれば、テストは成功します。 18. **ウェブアプリケーションファイアウォールの設定** Azure portalのインターフェイスからAutomator App Gatewayを開き、左側の\[ウェブアプリケーションファイアウォール] をクリックします。 WAF V2を有効にして以下の画面のように設定します。

\[ルール]タブをクリックし、**\[OWASP 3.2]**に設定されたルールを選択して、**\[有効]**および**\[保存]**をクリックします (重要な手順となります）。

:tada: Azure内でのインストールは完了です。最後にKeeperコマンダーを使ってオートメーターの設定を行います。 19. **Keeperコマンダーのインストール** この時点では、サービスは実行されていますがまだKeeperとは通信ができません。ワークステーション、サーバー、コンピューターのどれかにKeeperコマンダーCLIをインストールします。初期設定にのみ使用します。バイナリインストーラーを含むインストール手順については[こちら](/keeperpam/jp/commander-cli/commander-installation-setup.md)のページをご参照ください。\ \ コマンダーを開いた後、loginコマンドでログインします。オートメーターをセットアップするにはKeeper管理者、またはSSOノードを管理する権限を持つ管理者としてログインする必要があります。 ``` My Vault> login admin@company.com ``` 20. **コマンダーでの初期設定** Keeperコマンダーにログインし、`automator create`で始まる一連のコマンドを使用してオートメーターを有効にします。 ``` automator create --name="My Automator" --node="Azure Cloud" ``` ノード名 (この場合はAzure Cloud) は、以下のように管理コンソールのUIから取得します。

コマンドの出力には、IDプロバイダからのメタデータを含むオートメーター設定が表示されます。 ``` Automator ID: 1477468749950 Name: My Automator URL: Enabled: No Initialized: No Skills: Device Approval ``` URLはまだ入力されていません。選択したFQDNを使用してURLを編集します。 {% code overflow="wrap" %} ``` automator edit --url=https://automator.lurey.com --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 ``` 当URLはウェブブラウザでは開きません。 21. AD FSを使用した環境の場合 IDプロバイダとしてAD FSを使用してKeeperオートメーターを有効にする場合、以下の手順に従ってKeeper証明書を更新するまでログインできません。 * Keeper管理コンソールへログインします。 * \[管理] > \[SSOノード] > \[プロビジョニング]に移動し、SSOクラウド設定を見ます。 * \[Export SP Cert]をクリックします。 * AD FS管理コンソールで、Keeper Cloud SSO証明書利用者信頼プロパティを選択します。 * \[暗号化]タブで、古い証明書をこの新しい証明書に置き換えます。 * \[署名]タブで、新しいSP証明書をこの新しい証明書に置き換えます。 #### セットアップは完了です。これでオートメーターサービスが実行された状態になりました。 ## Azure Portal Azure Portalの「コンテナーインスタンス」システムで、コンテナーが実行されているのを確認できます。 /bin/shを使用してコンテナーに接続し、実行ログを表示することもできます。

## コンテナーの再起動時にIPを更新この設定に基づいてコンテナーを再起動すると、/24サブネットから新しい IP アドレスが割り当てられることがあります。新しいIPをすばやく見つけて、正しいIPでApplication Gatewayバックエンドプールを更新するには、Azure CLIから以下のスクリプトを実行します。 {% code overflow="wrap" lineNumbers="true" %} ``` # change these 3 variables according to your setup RESOURCE_GROUP="keeper_automator_rg" GATEWAY_NAME="KeeperAutomatorAppGateway" CONTAINER_NAME="keeperautomatorcontainer" BACKEND_POOL_NAME="appGatewayBackendPool" CONTAINER_IP=$(az container show --resource-group $RESOURCE_GROUP --name $CONTAINER_NAME --query 'ipAddress.ip' --output tsv) az network application-gateway address-pool update --resource-group $RESOURCE_GROUP --gateway-name $GATEWAY_NAME --name $BACKEND_POOL_NAME --servers $CONTAINER_IP ``` {% endcode %} ## オートメーターサービスのテスト Keeperオートメーターがデプロイされましたので、エンドユーザー体験のテストが可能です。ユーザーが SSO IDプロバイダーで認証した後は、承認を求めるプロンプトは必要ありません。最も簡単なテスト方法は、ブラウザでシークレットモードのウィンドウを開いて[Keeperウェブボルト](https://keepersecurity.jp/vault/)へアクセスし、SSOクラウドでログインすることとなります。**デバイスの承認を求めるプロンプトが表示されない場合、オートメーターが正常に機能しています。**

[^1]: This name must be globally unique to azure. [^2]: Make sure to use your storage account name. [^3]: Make sure to enter your storage account name. [^4]: Replace with your storage key. [^5]: Replace this entire line with your subnet ID path. [^6]: Put your PFX certificate password here. --- # Agent Instructions: 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: ``` GET https://docs.keeper.io/sso-connect-cloud/jp/device-approvals/automator/azure-app-gateway-advanced.md?ask= ``` The question should be specific, self-contained, and written in natural language. 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.