Skip to content

Security settings page

Repository > General Settings > Security

Page purpose

This page makes it possible to manage various security settings, authorising operations performed outside of CCH Tagetik and data processing that does not need CCH Tagetik to be open.

Page fields

Please find below the most important fields.

Field Description
Security configurations
Enable Web Services Enables access to the web services offered by CCH Tagetik. Essential in the presence of the Sharepoint module.
Enable public REST APIs Enables public APIs without restarting the application server. Note: if disabled, the system will show the Status 503 error during calls to endpoints.
Encrypt .NET (Deprecated) Encodes data exchanged between the .NET client and the application server.
Show server system info. Sends detailed information to the client, useful in case of errors or issues. The information is also collected when the user is not yet authenticated.
Show last login window When logging in to CCH Tagetik, a pop-up displays the date of the current user’s last login. The information is displayed using the client’s time zone.
SSRF Endpoint Check During creation, it enables validation checks on the URL attribute (or similar) of the Endpoints. Note: only valid for Cloud versions
Application server: permitted directories Allows you to indicate the absolute paths of the directories visible from the Application Server for which it is permitted to read or write files with CCH Tagetik tools.
Valid file types
Attached documents: allowed file types Types of files that can be attached in CCH Tagetik. Note: metacharacters can be used; use commas to separate the extensions.
Timeouts
Client socket (min) Timeout for the socket in read mode for a certain HTTP client. 0: no timeout
Idle session timeout (min) Minutes of inactivity after which the system automatically performs the logout. -1: no automatic logout
Data processing (sec) Timeout for data processing and sub-processing. Once reached, the system stops the current data process or sub-process and sends the message Data processing has reached its timeout of seconds. 0: no timeout Note:: a specific timeout can be set for individual data processes in the data processing table.
Query 1 (sec) Indicates after how many seconds any query that is run during data processing must be aborted. Note: If the value of this field is equal to 0, no timeout will be set.
Query 2 (sec) Waiting time for long data processes before a current query is stopped.
Thread Dump
Automatic thread dump in case of lock Automatically downloads a thread dump locally in case requests are locked out from the application server. If enabled, also specify the time period between two dumps. Default: 60 sec. Note: setting reserved for technical staff.
Time after which a request is considered blocked (sec) Time after which a request is considered blocked if not executed. Default: 30 sec.
JVM Heap
Load % to enter critical state Maximum percentage of old-generation JVM memory occupied. In addition to this value, the system warns when a critical state is reached.
Action to take when in critical state Action required when the memory is in a critical state (see Critical State Memory Manager). - None: no action to be taken - Tracking enabled: no action to be taken. Tracks memory status in application logs. - Prevent new data processing: prevents new data processes from being run, and stops processes that are underway. Data processes that use the most memory will be stopped first and then, where memory usage is the same, the most recent processes will be stopped. - Stop data processing in progress and prevent new data processes using force memory purge of the garbage collector: prevents new data processing and terminates current processes. Data processes that use the most memory will be stopped first and then, where memory usage is the same, the most recent processes will be stopped. If the status remains critical for more than one minute after data processing has been interrupted, the garbage collector will be activated to force a memory clean-up.
Other
Number of reruns in case of deadlock Number of times the system must attempt to rerun a query that has acquired lock status due to an exception, in order to resolve deadlock statuses on the MSSQL Server and Oracle.
Query fetch size Number of records that must be read by a query during block-based reading