承認ポリシーの構成
認可ポリシーを設定するときに、内部ネットワークのネットワークリソースへのアクセスを許可または拒否するように設定できます。たとえば、ユーザが 10.3.3.0 ネットワークにアクセスできるようにするには、次の式を使用します。
CLIENT.IP.DST.IN_SUBNET (10.3.0.0/16)
承認ポリシーは、ユーザーおよびグループに適用されます。ユーザーが認証されると、NetScaler Gatewayは、RADIUS、LDAP、またはTACACS+サーバーからユーザーのグループ情報を取得することにより、グループ認証チェックを実行します。ユーザーがグループ情報にアクセスできる場合、NetScaler Gatewayはそのグループに許可されているネットワークリソースを確認します。
ユーザーがアクセスできるリソースを制御するには、承認ポリシーを作成する必要があります。認可ポリシーを作成する必要がない場合は、デフォルトのグローバル認可を設定できます。
ファイルパスへのアクセスを拒否する式を認可ポリシー内に作成する場合は、サブディレクトリパスだけを使用でき、ルートディレクトリは使用できません。たとえば、fs.path には「\\\ rootdir\\\ dir1\\\ dir2」が含まれているのではなく、fs.path には「\\\ dir1\\\ dir2」が含まれています。この例で 2 番目のバージョンを使用すると、ポリシーは失敗します。
認可ポリシーを設定したら、次のタスクに示すように、それをユーザーまたはグループにバインドします。
デフォルトでは、認可ポリシーは、仮想サーバにバインドされたポリシーに対して最初に検証され、次にグローバルにバインドされたポリシーに対して検証されます。ポリシーをグローバルにバインドし、ユーザー、グループ、または仮想サーバにバインドするポリシーよりもグローバルポリシーを優先する場合は、ポリシーのプライオリティ番号を変更できます。プライオリティ番号は 0 から始まります。プライオリティ番号が小さいほど、ポリシーの優先順位が高くなります。
たとえば、グローバルポリシーのプライオリティ番号が 1 で、ユーザのプライオリティが 2 の場合、グローバル認証ポリシーが最初に適用されます。
重要：
-
従来の認可ポリシーは、TCP トラフィックにのみ適用されます。
-
高度な承認ポリシーは、すべてのタイプのトラフィックに適用できます (TCP/UDP/ICMP/DNS).
-
To apply policy on UDP/ICMP/DNS traffic, policies must be bound at type UDP_REQUEST, ICMP_REQUEST, and DNS_REQUEST respectively.
-
While binding, if "type" is not explicitly mentioned or "type" is set to REQUEST, the behavior does not change from earlier builds, that is these policies are applied only to TCP traffic.
-
The policies bound at UDP_REQUEST do not apply for DNS traffic. For DNS, policies must be explicitly bound to DNS_REQUEST TCP_DNS is similar to other TCP requests.
-
高度な承認ポリシーの詳細については、記事https://support.citrix.com/article/CTX232237を参照してください。
Related information
承認ポリシー表現の例
権限付与ポリシーの表現例を以下に示します。
-
add authorization policy athzPol1 "HTTP.REQ.USER.IS_MEMBER_OF(\"allowedGroup\")" ALLOW -
add authorization policy athzPol2 "CLIENT.IP.DST.BETWEEN(10.102.75.10,10.102.75.20)" DENY -
add authorization policy athzPol3 "HTTP.REQ.HOSTNAME.CONTAINS(\"portal-srv") || CLIENT.IP.DST.IN_SUBNET(10.102.75.0/25)" ALLOW