> For the complete documentation index, see [llms.txt](https://help.verkada.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.verkada.com/access-control/ja/akusesu/configure-access-control-areas/secure-access-control-areas-with-anti-passback.md). # アンチパスバックでエリアを保護する アンチパスバックでアクセスコントロールエリアを保護する方法を学ぶ Verkadaのアンチパスバック機能は、各ユーザーがエリアに入退場してから再入場することを確実にすることで、セキュリティを高めます。アンチパスバックを使用すると、ユーザーがエリアに入ったあと、そのバッジを別の人に渡して同じエリアへの入場に使わせることを防げます。さらに、アンチパスバックはバッジアウトポリシーの徹底にも役立ちます。このポリシーでは、ユーザーはエリアを退出する際にバッジする必要があり、そうしないと再入場しようとしたときにアンチパスバック違反になります。 アンチパスバックのルールは、アクセスコントロールエリアの構成に基づきます。サイトのアクセスコントロールエリアは、入口ドアのセットと、必要に応じて出口ドアのセットによって定義されます。参照 [アクセスコントロールエリアを構成](/access-control/ja/akusesu/configure-access-control-areas.md) 詳細については。 {% hint style="warning" %} アンチパスバックは、ULC 60839-11-1 への適合性評価を受けていません。 {% endhint %} *** ## 二重入場および二重退出違反 アンチパスバックは、ユーザーが再入場しようとする前に、対象エリアを正しく退出したかどうかを監視することで機能します。同様に、ユーザーが以前退出したエリアに再び入場してから再度退出しようとする前に、正しく入場したかどうかも監視します。言い換えると、アンチパスバックは、ユーザーが同じエリアに連続して2回入場または退出しようとした場合に違反を検出します。 ユーザーが入口ドアへのアクセス権を付与され、その間に出口ドアへのアクセス権を付与されることなく同じ入口ドアで再度バッジすると、次の違反になります **二重入場違反**. 同様に、ユーザーが出口ドアへのアクセス権を付与され、その間に入口ドアへのアクセス権を付与されることなく同じ出口ドアで再度バッジすると、次の違反になります **二重退出違反**. ### アンチパスバックの種類 Verkadaのアクセスコントロールは **ソフト** と **ハード** アンチパスバックをサポートしています： **ソフトアンチパスバック：** 違反を発生させたユーザーは、違反が解除される前でも、対象エリアのすべての入口と出口への通常のアクセス権を保持します。 **ハードアンチパスバック：** 違反を発生させたユーザーは、違反が解除されるまで、対象エリアのすべての入口と出口へのアクセスが拒否されます。 {% hint style="danger" %} 有効にする際は、その影響を慎重に検討してください **ハードアンチパスバック**。ハードアンチパスバックのルールにより、ユーザーが知らないうちに違反し、アクセスを拒否される可能性があります。 ハードアンチパスバックを有効にする前に、対象エリアの入口と出口の構成を慎重に検討し、意図したバッジ運用ポリシーをユーザーに明確に伝えてください。 ユーザーが違反している場合、Violation Expiration が設定されていればその違反は自動的に解除されます。そうでない場合は、そのサイトの Access Site Admin または Access Site Manager が手動で解除できます。詳細： [アクセスコントロールのロールと権限](/access-control/ja/hajimeni/roles-and-permissions-for-access-control.md). Verkadaサポートでは、ユーザーへのアクセス付与やアンチパスバック違反の解除はできません。 {% endhint %} *** ## アクセスコントロールエリアのアンチパスバックを設定する アンチパスバックはエリア設定で構成します。有効にするには、次の手順に従って [アクセスコントロールエリアを構成](/access-control/ja/akusesu/configure-access-control-areas.md) を選択して **ハードアンチパスバック** または **ソフトアンチパスバック** をアンチパスバックのエリア設定で選択します。また、このエリアのアンチパスバックルールの対象外としたいアクセスグループを任意で指定することもできます。 {% hint style="info" %} どのアクセスグループをアンチパスバック対象外にするかを慎重に検討してください **除外グループ**。セキュリティ担当者や、常に妨げのないアクセスが必要な人は、除外グループに追加することを推奨します。 {% endhint %} *** ## アンチパスバック違反を管理する アンチパスバック違反は、次の場所から管理できます [エリア設定ページ](/access-control/ja/akusesu/configure-access-control-areas.md#view-and-manage-an-existing-area)。次を選択します **違反中のユーザー** タブを開くと、現在アンチパスバック違反になっているユーザーを確認できます。 ### アンチパスバック違反を確認して解除する アンチパスバック違反を確認するには、違反中のユーザーをクリックして違反タイムラインの確認ページを開きます。このページでは、違反の前後に発生したイベントを確認し、必要に応じて解除できます。 {% stepper %} {% step %} **Verkada Command で、All Products > Access に移動します。** {% endstep %} {% step %} **All Sites のドロップダウンからサイトを選択します。** {% endstep %} {% step %} **右側で、Area をクリックします。** {% endstep %} {% step %} **People in Violation タブで：** 1. ユーザーを選択してアクセス履歴を表示します。 2. （任意）をオンにします **違反のみを表示** を有効にすると、違反履歴のみを表示できます。 3. 右上で、次をクリックします **違反を解除。** {% endstep %} {% endstepper %} #### 除外ユーザー ユーザーが違反している場合、除外ユーザーがドアでバッジすると違反を解除できます。 {% stepper %} {% step %} **違反中のユーザーにリーダーでバッジさせます。** {% endstep %} {% step %} **その直後に、除外ユーザーにそのリーダーでバッジさせます。** {% endstep %} {% step %} **リーダーが緑色に点滅すると違反は解除され、ユーザーはドアにアクセスできます。** {% endstep %} {% endstepper %} ### 違反の有効期限 次を使用して、アンチパスバック違反を一定時間後に自動で解除するよう設定できます **違反の有効期限**。タイマーは違反が最初に作成された時点で開始されます。これにより、違反発生時の手動対応の必要性を減らせます。 {% stepper %} {% step %} **Verkada Command で、All Products > Access に移動します。** {% endstep %} {% step %} **All Sites のドロップダウンからサイトを選択します。** {% endstep %} {% step %} **右側で、Area をクリックします。** {% endstep %} {% step %} **右上で、Area Settings > をクリックします** :gear-complex:. 1. をオンにします **違反の有効期限。** 2. を設定します **違反タイムアウト。** {% endstep %} {% step %} 右下で、次をクリックします **保存。** {% endstep %} {% endstepper %} *** ## アンチパスバック違反のアラートを設定する アンチパスバック違反の通知をトリガーするアラートを設定できます。次の手順に従ってください： [アクセスイベントアラートを設定する](/access-control/ja/toarto/configure-access-control-event-alerts.md)その後、アンチパスバック違反イベントのアラートを設定します。 *** ## 必須の安全対策 {% hint style="danger" %} ハードアンチパスバックを選択した場合、対象エリアは **必ず** 緊急時に自由な退出を許可しなければなりません。 {% endhint %} ハードアンチパスバックでは、違反中のユーザーは対象エリアのすべての入口と出口でアクセスを拒否されます。したがって、安全上の理由から、 *不可欠です* そのようなユーザーが緊急時に安全にエリアを退出できることが。 ### 自由な緊急退出 {% hint style="danger" %} 自由な緊急退出 **必ず** は、火災アラームの手動発報装置とは独立したシステムを通じて有効にされる必要があります。 {% endhint %} 自由な緊急退出は、たとえば次のようなさまざまな方法で実現できます： * クラッシュバーまたはハンドルによる機械式退出 * マグロックへの電源を遮断する、ガラス破壊式の退室要求（REX） 誰かが退場時にバッジする代わりに緊急退出を使用した場合に、Verkadaのアクセスコントロールがドア強制開放（DFO）イベントを生成するよう設定できます。また、DFOイベントでストローブまたはサイレンに接続された AUX 出力信号をトリガーするよう設定し、緊急時以外の緊急退出の使用を抑止するのに役立てることもできます。 *** {% hint style="info" %} **実際の動作をご覧になりますか？** 次をご覧ください [ビデオチュートリアル](https://www.youtube.com/watch?v=eFp7akwYJek). {% endhint %} --- # 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://help.verkada.com/access-control/ja/akusesu/configure-access-control-areas/secure-access-control-areas-with-anti-passback.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.