This article shows an overview of the Nexus Timestamp Server. Read more in this article: Nexus Timestamp Server.
...
Nexus Timestamp Server can contain multiple timestamp services. Such a timestamp service consists of one HTTP frontend, together with its configuration in the backend. A timestamp service has a policy which dispatches to filter chains composed by filters. Read more about this here Description of filters in Nexus Timestamp Server and Filter chains used in Nexus Timestamp Server.
HTTP frontend
The HTTP frontend is accessed by the end-users (requesters). There may be any number of HTTP frontends in a Nexus Timestamp Server system. One frontend, together with its configuration in the backend, represents one timestamp service.
...
The web interfaces are addressed using URLs. Each functionality resides in a web application archive (“war”) file, located in the <install>/webapps directory.
Hardware Security Module
See Initialize Hardware Security Module in Timestamp Server.
Example scenario
...
Example: A timestamp request
This scenario is simplified in that it does not describe any configuration, server setup or advanced features etc.
The user or system, called requester, sends a timestamp request in accordance with RFC3161.
The timestamp service detects if it is a timestamp request and if so redirects the request to the proper policy within the backend.
The backend handles the policy and all the included filters according to the order in the configuration.
The backend stores the information in the logs and database according to the configuration.
After successful timestamp request a timestamp response is generated and sent back to the HTTP frontend.
The HTTP frontend sends the timestamp response back to the requester.