> For the complete documentation index, see [llms.txt](https://docs.radiusaas.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.radiusaas.com/ja/ptaru/akusesutorru/rules.md).

# ルール

これは RADIUSaaS ルールエンジンのドキュメントです。ネットワークアクセス要求をさらに制限するルールを定義したり、VLAN ID を割り当てたりすることで、セキュリティをもう一段強化できます。

## 一般 

Rule Engine は、認証情報の認証の背後にある第2のセキュリティ層です。デバイスまたはユーザーが有効な **証明書** （お使いの **信頼されたルート証明書**で確認）または有効な **ユーザー名/パスワード** ペアを提示すると、Rule Engine はその特定の要求が実際にネットワークへのアクセスを許可されるかどうか、また、その見返りとして VLAN ID や追加の RADIUS 属性など何を受け取るかを判断します。

### デフォルトルール

既存のインスタンスへの影響を避けるため、または Rule Engine をまったく使用したくない場合には、既定ではルールが定義されていなくても任意の認証が許可されます。これは当社のデフォルトルールによって実現されています **任意の認証を許可**.

{% hint style="warning" %}
デフォルトルールは **任意の認証を許可** 有効な認証情報が存在することが、ネットワーク認証を成功させるために引き続き必要です。
{% endhint %}

### ルール実行順

受信する各要求は、有効化されたルールに対して上から下へチェックされます。最初に、その **条件**, **認証方式** と **フィルター** が要求とすべて一致するルールが適用され、結果が決まります。それ以降に配置された一致ルールは、その要求については評価されません。

複数のルールを設定している場合、それらはウェブポータルに表示される順序、つまり上から下へ適用されます。 

唯一の例外は **任意の認証を許可** ルールで、設定されている場合は最後の手順として処理されます。これは、特にランプインのシナリオで、ルールがすべてのユースケースや場所をカバーしているか確信が持てない場合に有用です。その場合、前のルールで拒否されたすべての認証要求は、デフォルトルールによって引き続き受け入れられます。ダッシュボードでは、他のすべてのルールで失敗しているデバイス/ユーザーを確認し、それに応じてルールを修正・拡張できます。 

ルールの数が多くなった場合は、高いパフォーマンスを維持するため、最も可能性の高いルールが先にヒットするように並べることを推奨します。

## 詳細情報

ルールとその使い方の詳細は、以下のページをご覧ください：

{% content-ref url="/pages/c6cb4ffd60eedbeb3c9960667c39528fe4243b5f" %}
[基本構造](/ja/ptaru/akusesutorru/rules/general-structure.md)
{% endcontent-ref %}

{% content-ref url="/pages/153bf437b8b726a60a2f786d5d101ce915ce2516" %}
[グループ](/ja/ptaru/akusesutorru/rules/gurpu.md)
{% endcontent-ref %}

{% content-ref url="/pages/0f9e2dc67489cfbe5ed35b7878ac1caa0086596f" %}
[証明書拡張](/ja/ptaru/akusesutorru/rules/zheng-ming-shu-kuo-zhang.md)
{% endcontent-ref %}

{% content-ref url="/pages/9e8f74925837f2cf5306ff2e97b91f0daf58f827" %}
[属性カタログ](/ja/ptaru/akusesutorru/rules/katarogu.md)
{% endcontent-ref %}


---

# 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.radiusaas.com/ja/ptaru/akusesutorru/rules.md?ask=<question>&goal=<endgoal>
```

`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.