Access the General Settings screen by following Management → System Settings → General Settings. Click the Apply Changes button to save your changes.
General Settings Configuration
The fields used for General Settings configuration are shown in the table below:| Field | Description |
|---|---|
| API Root Context | Field where the Root Context required for API Proxy access is entered. Can only be left as /. Default value: apigateway/ |
| Enable the management of Kubernetes Namespace and Resources with Apinizer (Enable the management of Kubernetes Namespace and Resources with Apinizer) | If this setting is on (default value); All Namespace, Deployment and Service information required for Gateway and Cache Servers are created using the information that Apinizer defines as standard through the API Manager screen, and only Kubernetes definitions allowed through API Manager are made. Update etc. operations are performed through API Manager. If this setting is off; All Namespace, Deployment and Service information required for Gateway and Cache Servers are created using the information that Apinizer defines as standard through the API Manager screen, and only Kubernetes definitions allowed through API Manager are made. Update etc. operations are performed through API Manager. |
| Define your API Integration (Task Flow) Module (Define your API Integration (Task Flow) Module) | The URL address used to access the API Integration (Task Flow) Module from API Manager. This field connects the API integration module with API Manager. |
| Enable Quick Test on API Traffic Log Records (Enable Quick Test on API Traffic Log Records) | If this setting is on (default value); The feature that allows you to make requests again with the request message sent by the client on the API Traffic logs page is enabled. |
| Enable API Traffic Log Details (Enable API Traffic Log Details) | If this setting is on (default value); Detailed view, JSON view and download buttons are displayed on the API Traffic logs page. When disabled, users cannot access detailed log information, JSON view or download log records. |
| Enable Management APIs (Enable Management APIs) | When this option is enabled (enabled by default); You can perform many operations without needing the screen application with Management APIs, and integrate Apinizer into your DevOps environment. |
| Multi Login Settings (Multi Login Settings) | This setting is activated to allow users to log in from different locations and different tabs of their browsers. |
| Enable Hostname Verification For Secure Connections (Enable Hostname Verification For Secure Connections) | If enabled, it checks the common name (CN) and subject alternative names (SANs) of the server certificate to ensure that the hostname matches in SSL/TLS Connections, otherwise hostname verification is disabled in SSL/TLS connections. |
| Navbar Color (Navbar Color) | Apinizer navbar color can be determined according to the hex code entered here. This especially facilitates distinguishing environments for those using multiple Apinizer Management Consoles. |
| Write application logs to the Apinizer configuration database (Write application logs to the Apinizer configuration database) | According to the logging settings in the Api Manager application, logs related to the application flow in the application container and are deleted when the relevant container is closed or restarted. With this setting, it is determined whether this logged data will be kept in Apinizer’s configuration database. If you select this setting as on (default value); The relevant logs will be kept in the Apinizer configuration database and will be viewable on the Application Logs page. If you select this setting as off; The relevant logs will not be kept in the Apinizer configuration database and will not be viewable on the Application Logs page. |
| Write application logs to other targets (Write application logs to other targets) | Connector selection can be made in this field to send these logs to another application with the help of a specific connector, independently of writing application logs to the Apinizer configuration database. |
| Write token logs to the Apinizer configuration database (Write token logs to the Apinizer configuration database) | According to the logging settings in the Api Manager application, data flows in the application container and are deleted when the relevant container is closed or restarted. With this setting, it is determined whether this logged data will be kept in Apinizer’s configuration database. If you select this setting as on (default value); The relevant logs will be kept in the Apinizer configuration database and will be viewable on the Token Logs page. If you select this setting as off; The relevant logs will not be kept in the Apinizer configuration database and will not be viewable on the Token Logs page. |
| Write token logs to other targets (Write token logs to other targets) | Connector selection can be made in this field to send these logs to another application with the help of a specific connector, independently of writing token logs to the Apinizer configuration database. |
| Write audit logs to the Apinizer configuration database (Write audit logs to the Apinizer configuration database) | According to the logging settings in the API Manager application, data flows in the application container and are deleted when the relevant container is closed or restarted. With this setting, it is determined whether this logged data will be kept in Apinizer’s configuration database. If you select this setting as on (default value); The relevant logs will be kept in the Apinizer configuration database and will be viewable on the Audit Logs page. If you select this setting as off; The relevant logs will not be kept in the Apinizer configuration database and will not be viewable on the Audit Logs page. |
| Write audit logs to other targets (Write audit logs to other targets) | Connector selection can be made in this field to send these logs to another application with the help of a specific connector, independently of writing audit logs to the Apinizer configuration database. |
| Write login logs to the Apinizer configuration database (Write login logs to the Apinizer configuration database) | Under Define destination for Login Log records, the on-screen notice states that login logs are always written to the Apinizer configuration database and this behavior cannot be disabled. You can review the records from the login log views in the management console. |
| Write login logs to other targets (Write login logs to other targets) | Connector selection can be made in this field to send these logs to another application with the help of a specific connector, independently of persisting login logs to the Apinizer configuration database. |
The “Enable logging disabled fields when blocked” and “Enable logging disabled fields on failure” toggles previously located under General Settings have been removed. This behavior is now managed per connector; see Adding Connectors to Gateway Environments.
Settings such as Captcha, session timeout, SOAP sample generation, deployment history and correlation ID are managed from the System Settings and Limits page.