SERVAUTHクラスのADD/REMOVE反映のタイミングについて

Products

• Top Secret

Issue/Introduction

ある製品の導入で、SERVAUTHクラスの所有権を設定しました。

TSS ADD(dept) SERVAUTH(EZB.)

設定した際には、特別なエラーは発生しませんでしたが、IPL後、ファイル転送に関する処理で、「EZB.」資源に関するアクセスエラーが発生するようになりました。

TSS7250E 136 J=FTPD3 A=TESTUSR TYPE=SERVAUTH RESOURCE=EZB.STACKACCESS.sysid

 

そのため、以下のコマンドにて所有権を無効としたところ、アクセスエラーは即時解消しました。

TSS REM(dept) SERVAUTH(EZB.)

 

所有権設定と削除の反映タイミングが異なっているのはなぜですか？

Environment

Release : 16.0

Resolution

Top SecretのADD/REMOVEは、ACIDに変更があったことを示すタイプ71 ENFシグナルを発行しますので、ADD/REMOVEによる修正は自動的に反映されます。

しかしながら、SERVAUTHクラスの「EZB.」資源について検証が実施されるのは、当資源の検証を実施するTCPIPやFTP等のSTC初期化時に当資源が所有されている場合となります。
STC初期化時に当資源が所有されていない場合や、REMOVEにて当資源は所有されていない状態とした場合は、SERVAUTH(EZB.)に関する検証は実施されないためアクセスエラーも発生しません。

したがって、SERVAUTHクラスの「EZB.」資源について所有権設定と削除の反映タイミングが異なっているのは、
SERVAUTHクラスの「EZB.」資源について検証が実施されるのが、STC初期化時に当資源が所有されている場合となるためです。

Additional Information

Old Japanese Knowledge document ID: JTEC003145

CA Top Secretのその他FAQについては、以下のリンクからご確認ください。

CA Top Secret FAQ一覧表