DS License Server: Installation Guide
DS License Server: Installation Guide
Installation Guide
3DEXPERIENCE R2021x
Contains OpenJDK11 with OpenJ9.
Copyright © Free Software Foundation, Inc.
All rights reserved.
Contents
Overview..........................................................................................................................1
What's New?....................................................................................................................2
Installing the DS License Server...................................................................................3
         Before Starting the Installation..........................................................................................................3
              Operating System Prerequisites..................................................................................................................3
              License Server and Client Typical Setup.....................................................................................................3
              Preliminary Remarks...................................................................................................................................4
              Upgrading Your License Server...................................................................................................................4
         Installing the DS License Server on Windows...................................................................................4
         Installing Only the License Administration Tool on Windows...........................................................14
         Installing the DS License Server on Linux......................................................................................22
         Setting Up a Virtualized DS License Server Failover Cluster Using Hyper-V on Windows Server..........24
              Prepare the Hardware...............................................................................................................................24
              Add the Hyper-V Role and Create the Virtual Machines...........................................................................24
              Operate the VMs.......................................................................................................................................25
         Upgrading Your License Servers in a Failover Cluster....................................................................26
         Uninstalling the DS License Server.................................................................................................27
              Uninstall on Windows................................................................................................................................27
              Uninstall on Linux......................................................................................................................................28
Configuring the DS License Server and Clients........................................................29
         Starting the License Administration Tool.........................................................................................29
         Configuring and Activating a Standalone License Server...............................................................30
         Configuring and Activating a Cluster in Failover Mode....................................................................42
         Maintaining Continuous Failover Cluster Operation........................................................................56
              Replace a Failover Member.......................................................................................................................57
              Rename a Member....................................................................................................................................59
              Replace the Network Card of a Failover Member......................................................................................60
              Repair Corrupted Data of a Member.........................................................................................................61
         Starting and Stopping the DS License Server................................................................................63
         Configuring Clients..........................................................................................................................66
         Communicating through Forward and Reverse Proxies..................................................................68
              Implement a Forward Proxy for the License Administration Tool...............................................................68
              Implement a Reverse Proxy for the DS License Server............................................................................69
Managing Licenses.......................................................................................................72
         Enrolling Licenses...........................................................................................................................72
         Administering Licenses...................................................................................................................75
         Getting Information About Licensed Feature Usage.......................................................................80
         Getting Information About Licensed Feature Usage per User........................................................85
              Trace Usage per User...............................................................................................................................86
              Recycle named user licenses....................................................................................................................89
         Setting License Authorization Rules...............................................................................................90
              Manage standard authorization rules........................................................................................................91
              Manage composite authorization rules....................................................................................................110
Overview
      Welcome to the DS License Server Installation Guide, designed to answer all your questions about installing
      and configuring the DS License Server.
What's New?
     This section describes the new and enhanced functionality in the DS License Server R2021x.
     New Functionality
      Changing font size in DSLS    You can now adjust the font size thanks to the View > Font size... option. The
      panels                        DSLS panels also inherit Windows size parameters in Display Settings. For
                                    more information, see Starting the License Administration Tool
       The DS License Server is installed on a server machine on your network. The license administrator enrolls the
       product licenses on the server. The applications embedding license clients communicate with the license server
       over the network and retrieve the licenses from the license server.
Preliminary Remarks
       Before you start the installation, keep the following points in mind.
       Virtual machines, such as VMWare, are not supported. It is not possible to either run or install the DS License
       Server on a virtual machine. However the license administration tool alone can be installed on a virtual machine.
       Furthermore, extracting an offline license and using a nodelock license in a virtual machine are not supported.
       Only one DS License Server can be installed and configured on a given computer, either as a standalone or as
       a failover member.
       License servers and license clients must be time-synchronized. In failover mode, license server members must
       also be time-synchronized. An absolute time difference of one hour maximum is tolerated.
       1. Log on as an administrator.
       2. Insert the media into the drive.
          If the DS License Server is distributed on an assembly media, go to the directory containing the DS License
          Server software, locate the SetupDSLSmsi.exe file and double-click it to start the installation.
           In either case, a dialog box appears informing you that the installation is about to start, followed by the DS
           License Server setup wizard:
Click Next.
           In our example, we are going to install both the License Server and the License Administration Tool, which
           is the default option : Install License Server and Administration Tool.
         You can install the license server and use the existing licenses, for example when you are upgrading the
         license server. In this case, the options enabling you to enroll a license and specify ports are not displayed.
         Click OK to clear the warning, then choose whether to continue installing from scratch, or unselect the check
         box if you want to keep your existing licenses.
         If you decide not to install from scratch, you will be ready to launch the installation. Note that you will need
         to configure and activate the license server later.
         If you decide to install from scratch, additional options become available, enabling you to enroll a license
         file and configure and activate the license server at installation time:
           Administration Port             The port number you set is used to listen to DS License Server administration
                                           tool requests. The default is 4084.
           Licensing port                  The port number you set is used to listen to licensing client requests. The
                                           default is 4085.
           Enroll a License File           Check this option and browse to select a license file to quickly enroll your
                                           licenses at installation time. This option will be displayed at this point in the
                                           installation if no existing licenses are detected on your machine.
           If you do not specify different ports now, the default port numbers will be used.
           Click Next.
       5. Install the DS License Server.
           The Ready to install DS License Server dialog box appears:
           Click Install to install the DS License Server. If the UAC prompts you to confirm, click Yes.
           A progress bar is displayed while the DS License Server files are installed and the corresponding Windows
           service is started. Once the installation has been completed, the following dialog box appears:
           The license sever name field contains the name localhost by default, but you can of course specify another
           name.
       7. Specify the license server by typing its name in the License Server Name field, specify the listening port
          number for the Administration tool.
           As you type the name, the name will be displayed in red characters until the full name you specify has been
           detected, in which case the name is displayed in black.
                  Note: The Administration tool may communicate with forward and reverse proxies. For more
                  information, see Communicating through Forward and Reverse Proxies.
           Click OK to confirm.
           The Server Definitions tab now looks like this:
The server name has been specified, but the server is not yet connected.
         If you point to the  icon in the status column, next to the computer name, a message like this will be
         displayed:
         server xxx not connected
         where xxx is the name of the computer on which the server is being installed.
      8. Connect to the license server.
         To do so:
         •   Select the Servers - Connect command and select the server name from the list.
         •   Or, select the Servers - Connect all command.
         •   Or, point to the   icon, right click and select the Connect command.
         •   Or, double-click on the icon.
If you did not enroll a license during the installation, the icon appears over the computer icon :
           When several lines are displayed in the Server Definitions tab, you can select multiple lines (using Shift or
           Control keys and left-clicking) to connect several servers at the same time, for example.
           When selecting a failover, then connecting, the connection is made to the three members at once. If a password
           has been set, it has to be entered only once. To connect to only one member, do not select (left-click) but
           display the contextual menu (right-click) then connect.
           When you select then copy (using Ctrl-C) one or more lines, the fields copied can be pasted together in
           any other text processing program (for example, Excel). You can also simply drag lines from the License
           Administration Tool and drop them into another program, without the need to copy then paste.
           You can also sort the lines in ascending or descending order, by clicking on the appropriate column title.
                  Note: Both techniques work also in any tab containing table-formatted data, such as the Administration
                  tab, Usage Per Feature, Usage Per User tab, or the Detailed License Usage dialog box.
           When the Server Definitions tab contains several lines, by default, the lines are displayed in the order
           according to the time at which the lines were added. The first line contains the first license server added. You
           can change this default order by dragging and dropping a line:
           •   click anywhere on the line you want to move to select it
           •   click the line again, and hold then move the line to the appropriate location
           •   release to drop the line at its new location: the next time you start the License Administration Tool, the
               line will be displayed by default at its new location.
          When you add a new server in the Server Definitions tab, by selecting the Servers > New or right-clicking
          in the tab and selecting Add new server, it is added to the server list bar and automatically pre-selected. This
          bar is displayed at the top of the following tabs: Administration, Usage Per Feature, Usage Per User,
          Statistics and Geolocation.
          You must configure the firewall on the machine hosting the license server to enable license clients to access
          the license server, using the port numbers specified in Port Management. For example, you can configure
          the Microsoft firewall on Windows server machines by creating a new rule for the license server using the
          Server Manager application as illustrated below:
          You must now configure the server as a standalone server or a member of a cluster in failover mode and
          activate it before being able to use it, as explained in Configuring and Activating a Standalone License Server
          and Configuring and Activating a Cluster in Failover Mode respectively.
       •   in the Start -> All Programs menu, the entry DS License Server is added, containing the commands License
           Server Administration and License Server Documentation.
       1. Log on as an administrator.
          You must belong to the Administrators group, or have the privileges assigned to the Administrators group.
          Otherwise, you will not be able to start the installation.
       2. Insert the media into the drive.
          If the DS License Server is distributed on an assembly media, go to the directory containing the DS License
          Server software, locate the SetupDSLSmsi.exe file and double-click it to start the installation.
           In either case, a dialog box appears informing you that the installation is about to commence, followed by
           the dialog box welcoming you to the DS License Server setup wizard:
Click Next.
           In our example, we are going to install only the License Administration Tool, so use the Install only
           Administration Tool option.
       4. Select the Install only Administration Tool check box.
         Click Next.
      5. Install the Administration Tool.
         The Ready to install DS License Server dialog box appears:
           The license sever name field contains the name localhost by default, but you can of course specify another
           name.
       7. Specify the license server by typing its name in the License Server Name field.
           As you type the name, the name will be displayed in red characters until the full name you specify has been
           detected, in which case the name is displayed in black.
                  Note: The License Administration Tool may communicate with forward and reverse proxies. For
                  more information, see Communicating through Forward and Reverse Proxies.
The server name has been specified, but the server is not yet connected.
         If you point to the  icon in the status column, next to the computer name, a message like this will be
         displayed:
         server xxx not connected
         where xxx is the name of the computer on which the license server is being installed.
      8. Enter the name of the license server (the name of the machine hosting the server, typically), set the listening
         port number for the License Administration Tool, then click OK.
         You will only be able to administer a remote license server if you checked the Enable remote administration
         check button when configuring the license server.
                 Note: The License Administration Tool may communicate with forward and reverse proxies. For
                 more information, see Communicating through Forward and Reverse Proxies.
         If you did not enroll a license during the installation, the   icon appears over the    computer icon like this
             :
       1. Log on as root.
       2. Change directory to the media mount point.
       3. Change directory to the appropriate sub-directory for your Linux platform.
       4. Check that the DISPLAY variable is exported appropriately before continuing (or perform the installation
          using the -noUI option).
       5. Run the command:
            ./startInstLicServ
            The command can be run with the following options:
            Option                 Description
            -p                     Set the installation path. The default value is:
                                   /usr/DassaultSystemes/DSLicenseServer
            -n                     Set the administration port number. The default value is: 4084
            -licensingPort         Set the licensing port at installation time (avoids having to set it later).
          Option                  Description
          -enroll filename        Enroll a .LICZ license file at installation time (avoids having to enroll it later). If enrollment fails, the
                                  installation succeeds. Only a warning is added in the license server logs. This can happen, for example, if
                                  the license file does not exist.
          -x                      Prevent system file update managing automatic startup when rebooting your machine
          -onlyAdminTool          Installs only the License Administration Tool (without the license server)
          -f                      Installing from scratch means that you are installing the DS License Server and also deleting all previous
                                  licenses in the license repository. This may be necessary if your licenses have been corrupted.
          -noUI                   Do not launch the License Administration Tool GUI. Useful when no display is available.
          -noStart                Do not start the license server after having installed it.
          -h                      Display help
Server start:
                  Note: If you intend to install the DS License Server on a Linux machine which does not use a
                  display, to avoid automatically displaying the License Administration Tool, perform the installation
                  by running the following command:
                  startInstLicServ -noUI
                  To access administration functions, launch the License Administration Tool in command line
                  mode as follows:
                  /usr/DassaultSystemes/DSLicenseServer/linux_a64/code/bin/DSLicSrv
                   -admin
           You must configure the firewall on the machine hosting the license server to enable license clients to access
           the license server, using the port numbers specified in Port Management.
           When installing the DS License Server on SuSE, some messages related to insserv may be displayed.
           They can be safely ignored.
       Note: The Computer ID format generated for VMs is longer than the one generated in physical environments,
       which is shorter. For more details about both formats, see DSLicTarget Command. However, when using the
       client-side Local Key Manager, the Nodelock Key Manager (DSLicMgt) or Tools > Options > Licensing tools,
       only the short format is displayed, even if running in a VM.
       1. Activate the TPM by running the Trusted Platform Module (TPM) Management tool using the tpm.msc
          command in a command prompt. Select the Action > Initialize the TPM... command. If the TPM status is
          not ready in the Trusted Platform Module (TPM) Management tool, prepare the TPM by selecting the
          Action > Prepare the TPM... command.
       2. Run the Device Manager and click Security Devices to check that the TPM level is correct. It should display:
          Trusted Platform Module 2.0.
1. Configure the physical machine running Windows Server by adding the Hyper-V role.
         You add the role using the Server Manager tool in Windows Server.
      2. On the physical machine, create a VM using the Hyper-V Manager.
         When creating the VM, in the Hyper-V Manager tool, from the New Virtual Machine Wizard, click
         Specify Generation and click Generation 2.
      3. Still using the Hyper-V Manager, after creating the VM, enable TPM mode.
         In the Hardware - Security section, click Enable Trusted Platform Module.
      4. Disable checkpoints the VM by clearing the Enable checkpoints check box.
      5. Create two more VMs the same way.
      You can now install a DS License Server in each VM and configure the failover cluster as explained in Configuring
      and Activating a Cluster in Failover Mode.
      When installing the license server on Windows, run the SetupDSLSmsi.exe file: do not double-click the
      DSLS.msi file.
Note: Each VM can optionally be shielded, and managed by a Host Guardian Server.
      1. You can perform the following operation (which do not change the ComputerID):
         •   Turn Off (then Start) VM
         •   Shutdown (then Start) VM
         •   Save (then Start) VM
         •   Pause (then Resume) VM
         •   Reset VM
         •   Move VM, including Live Migration
         •   Rename VM.
Note: Export VM is supported, but is not useful since Import VM is not supported.
       Limitations
       The following list summarizes limitations:
       •   When the DS License Server runs as a service in a physical machine, the account used is Network Service.
           However, when running in a VM, the account used by the Windows service is Local System.
       •   Standalone license server is not supported
       •   Nodelock licenses are not supported
       •   Windows versions lower than Windows Server 2016 are not supported
       •   Linux is not supported
       •   VMWare and other hypervisors are not supported
       •   Nested VMs are not supported: the VM in which the license server runs must be hosted by a physical machine,
           and not by another VM.
       1. From a License Administration Tool tool on a fourth machine outside the cluster (to find out how to install
          just the License Administration Tool without the license server, see Installing Only the License Administration
          Tool on Windows) :
          a. Connect to the three failover members, and check that the failover cluster is green.
          b. Stop one of the failover members using the Servers - Stop command.
          c. Check that the failover cluster status goes from green to yellow (meaning the cluster is still running).
       2. On the failover member that you stopped:
           •   On Windows:
               -   Check that there is no local License Administration Tool running.
               -   Uninstall the DS License Server.
               -   Install the new DS License Server version.
           •   On Linux:
               -   Check that there are no DSLicSrv processes running on the member using the command:
                   ps -ef | grep DSLicSrv
                   .
               -   Delete the installation directory as follows:
                   rm -rf /usr/DassaultSystemes/DSLicenseServer
               -   Install the new DS License Server version as follows: startInstLicServ -noUI
Uninstall on Windows
      Uninstalling relies on Windows-compliant tools enabling anyone familiar with Windows procedures and concepts
      to uninstall the software without assistance.
      Before you begin: Before uninstalling a DS License Server version on Windows, make sure you close all browser
      applications, such as Internet Explorer or Firefox, and all DS License Administration Tools.
      1. Log on as an administrator.
          You must belong to the Administrators group, or have the privileges assigned to the Administrators group.
          Otherwise, you will not be able to uninstall the software.
      2. On the Windows desktop, select the Start > Control Panel, then double-click the Programs and Features
         control.
          A dialog box is displayed containing the list of programs and features installed on your computer.
Uninstall on Linux
       This section explains how to uninstall the DS License Server on Linux.
       1. Log on as root.
       2. Stop the license server by running the following command:
           /usr/DassaultSystemes/DSLicenseServer/linux_a64/code/bin/DSLicSrv
           -stopServer
           or by using the Servers - Stop command provided by a local or remote License Administration Tool.
           If you are using a local administration tool, exit this tool.
       3. Delete the installation directory as follows:
           rm -rf /usr/DassaultSystemes/DSLicenseServer
       4. If you did not use the -x option with the ./startInstLicServ command when you installed the license
          server, delete the remaining system files created at this moment by running the following commands:
           rm /usr/lib/systemd/system/dsls.service
           systemctl daemon-reload
      1. On windows, Select Start > All Programs > DS License Server > License Server Administration.
         On Linux, start the License Administration Tool by running the following command, for example:
         /usr/DassaultSystemes/DSLicenseServer/linux_a64/code/bin/DSLicSrv -adminUI
         The License Administration Tool is displayed.
         The tool has a menu bar and several tabs.
         The View menu contains a list of tabs available.
         •   Click the check marks to hide or display tabs as required.
         •   Click Look and Feel and select a look to change the appearance of the dialog
         •   Click Font size... to change the size of the texts
                    Note: The DSLS can inherit font size parameters of Windows Make text bigger option available
                    in Display settings. If the two features are combined, the License Administration Tool Font size
                    has priority.
      2. Connect to the license server, then locate the Computer id column in the dialog box.
         The computer id will be required when you order your licenses.
                Note: An alternative method of obtaining the computer id is to go to the following installation directory:
                C:\Program Files\Dassault Systemes\DS License Server\win_b64\code
                \bin and run the following command:
                DSLicTarget -t
         The DSLicTarget tool is also available in the appropriate operating system folders on your media.
         On Windows and Linux, the computer ID is based on the network card. Link aggregation (implemented in
         various ways and with wording such as teaming/bridging/bonding/trunking/bundling) of network cards is
         not supported. A possible workaround is to add another network card which does not need to be connected
         to the network, but needs to be powered on.
         Multiple network cards
          If your machine hosts several network cards and the computerID managed by the license server is not from
          the network card you wish, you can change it. Be aware that, if license keys are already enrolled in the license
          server, they will become invalid. So you will need license keys generated for the desired computerID.
          When installing the first time, the license server retrieves the computerID and stores it in its database. If the
          computerID is changed later by using the DSLicTarget -s command, the license server will not take it
          into account.
          In order to reset the computerID in the license server database, you can follow these steps:
          1. Run the command DSLicTarget -l to list the IDs available on the machine.
          2. Run the command DSLicTarget -s (in an elevated command prompt) to set the desired ID in the
             Windows registry or Linux file.
          3. Uninstall the license server.
          4. Remove the License Administration Tool settings file:
              C:\Users\userid\AppData\Roaming\DassaultSystemes\LicenseAdminUI (Windows)
              $HOME/LicenseAdminUI (Linux)
          5. Reinstall the license server and select the Install Server from scratch check box to force the license
             server to read the ID value stored in the registry or Linux file, instead of the value in the license server
             database.
         If you did not enroll a license during the installation, the    icon appears over the      computer icon like this
             :
         If you did not enroll a license during the installation, pointing to the    icon displays the following message:
         no license enrolled
         The columns available in the Server Definitions tab are:
         When several lines are present in the Server Definitions tab, you can select multiple lines (using Shift or
         Control keys and left-clicking) to connect several servers at the same time, for example.
         When you select then copy (using Ctrl-C) one or more lines, the fields copied can be pasted together in
         any other text processing program (for example, Excel). You can also simply drag lines from the License
         Administration Tool and drop them into another program, without the need to copy then paste.
You can also sort the lines in ascending or descending order, by clicking on the appropriate column title.
                 Note: Both techniques work also in any tab containing table-formatted data, such as the Administration
                 tab, Usage Per Feature tab, Usage Per User tab, or Detailed License Usage dialog box.
          When the Server Definitions tab contains several lines, by default, the lines are displayed in the order
          according to the time at which the lines were added. The first line contains the first license server added. You
          can change this default order by dragging and dropping a line:
          •   click anywhere on the line you want to move to select it
          •   click the line again, and hold then move the line to the appropriate location
          •   release to drop the line at its new location: the next time you start the License Administration Tool, the
              line will be displayed by default at its new location.
          When you add a new server in the Server Definitions tab, by selecting the Servers > New... command
          or right-clicking in the tab and selecting the Add new server command, it is added to the server list bar
          and automatically pre-selected. This bar is displayed at the top of the following tabs: Administration, Usage
          Per Feature, Usage Per User, Statistics and Geolocation.
      3. Configure the license server.
          •   Select the Servers - Properties command and select the server name from the list.
          •   Or, point to the    icon, right-click and select the Display properties command.
          •   Or, double-click the line containing the computer name.
          The Server Configuration dialog box appears:
         You do not have to set any other options for the moment, but for information purposes here is a list of the
         information and options in the dialog box:
           Set               Clicking this button opens the Administrative Credentials dialog box which lets you set
           password...       passwords required to administer your server using the License Administration Tool.
                             When the passwords are already present, the button name is Change passwords....
                             If needed, you must set the password by clicking the Set password... button and typing
                             the new password for full access mode:
                             Warning: if the password has been lost, the only possibility to recover administrator access
                             is to re-install the license server from scratch.
                             Once you have set the password, an additional field appears in the upper area allowing you
                             to enter the current password for full access mode before modifying it. The field for entering
                             the password for restricted access mode is also activated, allowing you to set or modify
                             the password for restricted access mode, as illustrated:
          Remote         Allows you to deny access, or grant restricted or full access to a license server from a
          administration remote License Administration Tool installed on a remote computer.
          authorization
                         Several License Administration Tool instances can be connected simultaneously to the
                         same license server. Only one License Administration Tool instance can have full
                         administration access to the license server: either the local License Administration Tool
                         or the first one that connects to the license server remotely.
                          Furthermore, a local License Administration Tool takes priority over one started on a
                          remote computer. When a local License Administration Tool connects to a local license
                          server, if another administration tool is already connected in full mode, it is disconnected.
                          This happens even if the License Administration Tool already connected is also a local
                          one, irrespective of whether the tool is running in GUI or CLI mode.
                          •   full: a remote License Administration Tool can connect to the license server and act
                              with the same privileges as if it was running locally. This mode allows you complete
                              control of the license server. Even if you have the right to fully administrate the license
                              server, you may decide to connect to the server in restricted mode if you do not intend
                              to make any modifications to the server. You connect to the server in this way using
                              the Servers - Connect restricted command.
                          •   restricted:
                              This mode enables a remote License Administration Tool to connect to the license
                              server but only in restricted mode, even if no other administration tool is connected to
                              this license server.
                              You can only set the password for restricted access mode if the password for full access
                              mode has already been set.
                              Restricted mode features the following limitations:
                              -   no modifications are allowed in the Server Configuration dialog box
                              -   no actions from the contextual menu can be performed in the Usage Per User tab
                              -   creation and/or modification operations in the Authorizations tab are not allowed
                              -   the dump buttons in the Monitoring tab are disabled.
                           Only password for Full mode set   Password for Full mode must be       No password requested
                                                             entered
                           Both Full and Restricted mode     Password for Full mode must be       Password for Full or Restricted
                           passwords set                     entered                              mode must be entered
                                                             If password for Restricted mode is
                                                             entered, connection is forced in
                                                             Restricted mode
                          The following table summarizes which passwords are requested at connection time when
                          administering a remote server, and remote administration is restricted:
                              Only password for Full mode set   No password requested                No password requested
                                                                Connection is forced in Restricted
                                                                mode
                              Both Full and Restricted mode     Password for Full or Restricted      Password for Full or Restricted
                              passwords set                     mode must be entered                 mode must be entered
                                                                Connection is forced in Restricted
                                                                mode
                             The following table summarizes which passwords are requested at connection time when
                             administering a remote server, and remote administration is denied:
                                                                Connection from remote tool Connection from remote tool
                                                                using Connect Command using Connect
                                                                                            restricted Command
                              No password set                   Connection denied                    Connection denied
Only password for Full mode set Connection denied Connection denied
                             Mode is only taken into account at connection time. For example, if the mode is changed
                             from restricted to none, the remote tools already connected in restricted mode will stay
                             connected.
                             Checkbox status is only taken into account once the license server has been activated.
                             Before activation, remote administration is allowed.
                             The License Administration Tool level must be higher than or equal to the license server
                             level.
           Enable offline Check this box to enable offline license extraction when configuring the license server.
           license        This box is checked by default. Uncheck it to forbid offline license extraction.
           extraction
           Enable license Enables license usage statistics using the Statistics tab.
           usage
                          If you check this checkbox, the license server collects statistical data. If you uncheck it,
           statistics
                          the license server will NOT collect statistical data, and data already collected will not be
                          deleted.
          Enable          Enables automatic recycling of all named user licenses which have not been used for at
          automatic       least 30 days.
          recycling
                          Using the Usage Per User tab, you can manually recycle a named user license tied to a
                          named user if this license has been used by this user for more than 30 days, and if the terms
                          of the license contract (user retirement, etc.) allow you to do so. Enabling automatic
                          recycling avoids manual license recycling.
                          Irrespective of whether this option is activated, the license server stores and displays the
                          last usage date of a given named user license in the Last used at field when detailed
                          license usage information is requested:
                          As soon as it is granted to a named user, the last usage value is set. The value is updated
                          every time the named user logs in or logs out (and also when internal heartbeats occur).
                          If you manually recycle a license, the last usage value is emptied.
                          The license server initiates automatic recycling every day at 00h00 UTC.
                          A license cannot be recycled if a given process is still using the license.
                          Casual usage named user licenses are not managed by this process: casual licenses are
                          already automatically recycled at the beginning of every month.
                          The last usage value of offline named user licenses is initially set to the date of the extraction.
                          The date is updated:
                          •   at the exact time when the end of offline duration occurs
                          •   at the exact time the user extends the offline license
                          •   at the exact time the user manually returns the offline license.
                          If you install on top of a V6R2013x version or lower, the last usage value of all tied named
                          user licenses is initialized with the new installation date, and the last usage value of all
                          non-tied named user licenses is initialized to an empty value.
                          When a License Administration Tool manages a V6R2013x or lower license server, the
                          Last used at field normally displayed when detailed license usage information is
                          requested will not be displayed.
                                 Note: Note the following limitation: if the license server is not running at 00h00
                                 UTC, automatic recycling of named user licenses is not postponed until the license
                                 server restart, but to the next 00h00 UTC.
          License usage Displays the License Usage Tracing dialog box allowing you to select the licenses for
          tracing...    usage tracing:
           Mail             Displays the Mail Configuration dialog box allowing you to send license server event
           configuration... notifications to specified mail addresses:
                          Every time a notification is sent, the information is also added to the server log.
                          The subject, content and footer in the notification of each event type can be customized by
                          clicking the ... button which displays the Mail Template dialog box, for example:
                             Click the Test button to send a mail notification to validate the SMTP server name and
                             e-mail addresses.
           Server log        Point to this option to display the path of the directory containing license server logs. The
           directory         full pathname is displayed in a tooltip, and can also be selected when clicking on it (or
                             double-clicking or triple-clicking). The path may be located either on the local machine or
                             on a remote machine. The server log directory path can only be set in command line mode
                             (using the -logDir option of the DSLicSrv batch command).
           Standalone        This option is checked by default and signifies that you are configuring a standalone server,
           server            not a server belonging to a failover cluster.
           Failover
                             Refer to Configuring and Activating a Cluster in Failover Mode.
           cluster
4. Set the licensing port number, then click the Apply button, then click OK.
             DLD-430814856494DBA7_7KLXM-UVSBG-8VFDL-GPMGS-V1ED3_0001_1
             The License Enrollment dialog box opens, containing messages confirming that the licenses have been
             enrolled on your server:
             License enroll starting
             LP5-SES-DSY : License enroll starting
             Sending files to server LP5-SES-DSY
E:\Licenses421\DLD-430814856494DBA7_7KLXM-UVSBG-8VFDL-GPMGS-V1ED3_0001_1.LICZ\FEAT-1-of-13.LIC
E:\Licenses421\DLD-430814856494DBA7_7KLXM-UVSBG-8VFDL-GPMGS-V1ED3_0001_1.LICZ\FEAT-10-of-13.LIC
E:\Licenses421\DLD-430814856494DBA7_7KLXM-UVSBG-8VFDL-GPMGS-V1ED3_0001_1.LICZ\FEAT-11-of-13.LIC
E:\Licenses421\DLD-430814856494DBA7_7KLXM-UVSBG-8VFDL-GPMGS-V1ED3_0001_1.LICZ\FEAT-12-of-13.LIC
E:\Licenses421\DLD-430814856494DBA7_7KLXM-UVSBG-8VFDL-GPMGS-V1ED3_0001_1.LICZ\FEAT-13-of-13.LIC
E:\Licenses421\DLD-430814856494DBA7_7KLXM-UVSBG-8VFDL-GPMGS-V1ED3_0001_1.LICZ\FEAT-2-of-13.LIC
E:\Licenses421\DLD-430814856494DBA7_7KLXM-UVSBG-8VFDL-GPMGS-V1ED3_0001_1.LICZ\FEAT-3-of-13.LIC
E:\Licenses421\DLD-430814856494DBA7_7KLXM-UVSBG-8VFDL-GPMGS-V1ED3_0001_1.LICZ\FEAT-4-of-13.LIC
E:\Licenses421\DLD-430814856494DBA7_7KLXM-UVSBG-8VFDL-GPMGS-V1ED3_0001_1.LICZ\FEAT-5-of-13.LIC
E:\Licenses421\DLD-430814856494DBA7_7KLXM-UVSBG-8VFDL-GPMGS-V1ED3_0001_1.LICZ\FEAT-6-of-13.LIC
E:\Licenses421\DLD-430814856494DBA7_7KLXM-UVSBG-8VFDL-GPMGS-V1ED3_0001_1.LICZ\FEAT-7-of-13.LIC
E:\Licenses421\DLD-430814856494DBA7_7KLXM-UVSBG-8VFDL-GPMGS-V1ED3_0001_1.LICZ\FEAT-8-of-13.LIC
E:\Licenses421\DLD-430814856494DBA7_7KLXM-UVSBG-8VFDL-GPMGS-V1ED3_0001_1.LICZ\FEAT-9-of-13.LIC
c. Click OK.
                     Note: Once you have configured and activated your server as a standalone server, you can no
                     longer change your mind and configure it as part of a failover cluster. That is why the corresponding
                     options are grayed out.
          Warning: the Activation license included in .LICZ files with the product licenses is valid for only 30 days.
          You must activate the license server within 30 days after having received the license file. If you need to
          activate the server a second time, after the first 30 days, the original activation license included in the original
          .LICZ file will no longer be valid, in which case another activation license included in another .LICZ file
          is required. You only have to activate the license server once. The 30 days apply to the life of the activation
          license, not to how long the license server remains active.
          Furthermore, after activation, if the license server is stopped more than 60 days, then another activation
          license included in another .LICZ file is required.
      1. On any computer on which a license server has been installed, start the License Administration Tool if it
         is not already launched.
          In our scenario, this tool is launched from a computer that will not be part of the cluster, but a future member
          of the cluster can also run the tool.
      2. Create a connection to one of the license servers to be part of the cluster: click Servers > New....
      3. Connect the License Administration Tool to the server.
          Connect to the server to be able to use it. If you point to the   icon in the status column, next to the computer
          name, a message appears:
          server xxx not connected
          To connect to the server:
          •   Click Servers > Connect command and select the server name from the list.
          •   Or, click Servers > Connect > all.
          •   Or, point to the   icon, right-click, and select Connect.
          •   Or, double-click the icon.
          The status now looks like this:
          If the Server Definitions tab contains several lines, you can select multiple lines (using Shift or Control keys
          and left-clicking) to connect several servers at the same time.
          When selecting a failover, then connecting, the connection is made to the three members at once. If a password
          has been set, it has to be entered only once. To connect to only one member, do not select (left-click) but
          display the context menu (right-click) then connect.
          When you select then copy (using Ctrl-C) one or more lines, you can paste the copied fields together in
          any other text processing program (for example, Excel). You can also drag lines from the License
          Administration Tool and drop them into another program, without the need to copy then paste.
          You can also sort the lines in ascending or descending order, by clicking the appropriate column title.
Note: Both techniques work also in any tab containing table-formatted data.
          When the Server Definitions tab contains several lines, by default, the lines are displayed in the order
          according to the time at which the lines were added. The first line contains the first license server added. You
          can change this default order by dragging and dropping a line:
          •   click anywhere on the line you want to move to select it
          •   click the line again, and hold then move the line to the appropriate location
          •   release to drop the line at its new location: the next time you start the License Administration Tool, the
              line appears by default at its new location.
          When you add a new server in the Server Definitions tab, by selecting Servers > > New or right-clicking
          in the tab and selecting Add new server, it is added to the server list bar and automatically preselected. This
          bar belongs to the following tabs: Administration, Usage Per Feature, Usage Per User, Statistics, and
          Geolocation.
           Set               Opens the Administrative Credentials dialog box that lets you define passwords required
           password...       to administer your server using the License Administration Tool. When the passwords
                             are already specified, the Change passwords... option appears.
                             When needed, you must set the password by clicking Set password... and entering the new
                             password for full access mode:
                                    Warning: If you lose the password, the only possibility to recover Administrator
                                    access is to reinstall the license server from scratch.
                             Once you have set the password, an additional field appears in the upper area. Enter the
                             current Full access password mode before modifying it. The field for entering the password
                             for restricted access mode is also activated, allowing you to set or modify the password
                             for restricted access mode:
          Remote         Allows you to deny access, or grant restricted or full access to a cluster in failover mode
          administration from a remote License Administration Tool installed on a remote computer.
          authorization
                         A local License Administration Tool takes priority over one started on a remote computer.
                         When a local License Administration Tool connects to a local cluster, if another
                         administration tool is already connected in full mode, it is disconnected. This happens even
                         if the License Administration Tool already connected is also a local one, irrespective of
                         whether the tool is running in GUI or CLI mode.
                          The three modes are:
                          •   full: a remote License Administration Tool can connect to the cluster and act with
                              the same privileges as if it was running locally. This mode allows you complete control
                              of the cluster.
                              A failover cluster is considered as a single logical server. Consequently, only one
                              License Administration Tool can be connected in full mode to the failover. In other
                              words, only one License Administration Tool gets full access to the three failover
                              members at a given time.
                              When a remote License Administration Tool is connected in full mode to one of
                              failover members:
                              -   no other tool can connect to this member
                              -   no other tool can connect to both other members
                              -   only the remote tool connected in full mode to one member (or a local tool) can
                                  connect to both other members.
                              When a local License Administration Tool connects to one failover member, it
                              disconnects:
                              -   the remote tool connected in full mode to this member (if any)
                              -   the other local tool connected to this member (if any)
                              -   the remote tools connected in full mode to both other members (if any)
                              -   the local tools connected to both other members (if any).
                                 Even if you have the right to fully administrate the cluster, you may decide to connect
                                 to the cluster in restricted mode if you do not intend to make any modifications to the
                                 cluster. You connect to the cluster in this way using the Servers > Connect restricted
                                 command.
                                 The Servers > Connect all command connects to all the members of a cluster and only
                                 prompts you once to enter the cluster password.
                             •   restricted:
                                 This mode enables a remote License Administration Tool to connect to the cluster
                                 but only in restricted mode, even if no other administration tool is connected to this
                                 cluster.
                                 You can only set the password for restricted access mode if the password for full access
                                 mode has already been set.
                                 Restricted mode features the following limitations:
                                 -   no modifications are allowed in the Server Configuration dialog box
                                 -   no actions from the context menu can be performed in the Usage Per User tab
                                 -   creation and/or modification operations in the Authorizations tab are not allowed
                                 -   the dump options in the Monitoring tab are disabled.
                             •   none: remote administration is denied, except from both other members, for which full
                                 access is always granted.
                             The following table summarizes which passwords are requested at connection time when
                             administering a local cluster or a remote cluster, and remote administration is fully
                             authorized:
Only password for Full mode set Enter Password for Full mode No password requested
                              Both Full and Restricted mode     Enter Password for Full mode         Password for Full or Restricted
                              passwords set                                                          mode must be entered
                                                                If password for Restricted mode is
                                                                entered, connection is forced in
                                                                Restricted mode
                             The following table summarizes which passwords are requested at connection time when
                             administering a remote cluster, and remote administration is restricted:
                                                                Connection from remote tool Connection from remote tool
                                                                using Connect Command using Connect
                                                                                            restricted Command
                              No password set                   No password requested                No password requested
                                                                Connection is forced in Restricted
                                                                mode
                              Only password for Full mode set   No password requested                No password requested
                                                                Connection is forced in Restricted
                                                                mode
                           The following table summarizes which passwords are requested at connection time when
                           administering a remote cluster, and remote administration is denied:
                                                              Connection from remote tool Connection from remote tool
                                                              using Connect Command using Connect
                                                                                          restricted Command
                            No password set                   Connection denied                    Connection denied
Only password for Full mode set Connection denied Connection denied
                           Mode is only taken into account at connection time. For example, if the mode is changed
                           from restricted to none, the remote tools already connected in restricted mode will stay
                           connected.
                           Check box status is only taken into account once the license server has been activated.
                           Before activation, remote administration is allowed.
                           The License Administration Tool level must be higher than or equal to the license server
                           level.
          Enable license Enables license usage statistics using the Statistics tab.
          usage
                         If you select this check box, the license server collects statistical data. If you clear it, the
          statistics
                         license server will not collect statistical data, and data already collected will not be deleted.
          Enable           Enables automatic recycling of all named user licenses that have not been used for at least
          automatic        30 days.
          recycling
                           Using the Usage Per User tab, you can manually recycle a named user license tied to a
                           named user if this license has been used by this user for more than 30 days, and if the terms
                           of the license contract (user retirement, etc.) allow you to do so. Enabling automatic
                           recycling avoids manual license recycling.
                           Irrespective of whether this option is activated, the license server stores and displays the
                           last usage date of a given named user license in the Last used at field when detailed license
                           usage information is requested:
                             As soon as it is granted to a named user, the last usage value is set. The value is updated
                             every time the named user logs in or logs out (and also when internal heartbeats occur).
                             If you manually recycle a license, the last usage value is emptied.
                             The license server initiates automatic recycling every day at 00h00 UTC. In the context of
                             a failover cluster, the action is triggered on each member, and is not propagated to the
                             others. If a member is down at 00h00 UTC, the action cannot be triggered on this member.
                             But when this member restarts, it obtains the appropriate data from the other members
                             during startup synchronization in the usual way.
                             A license cannot be recycled if a given process is still using the license.
                             Casual usage named user licenses are not managed by this process: casual licenses are
                             already automatically recycled at the beginning of every month.
                             The last usage value of offline named user licenses is initially set to the date of the extraction.
                             The date is updated:
                             •   at the exact time when the end of offline duration occurs
                             •   at the exact time the user extends the offline license
                             •   at the exact time the user manually restitutes the offline license.
                             If you install on top of V6R2013x or a lower version, the last usage value of all tied named
                             user licenses is initialized with the new installation date, and the last usage value of all
                             non-tied named user licenses is initialized to an empty value.
                             When a License Administration Tool manages a V6R2013 or lower license server, the
                             Last used at field normally displayed when detailed license usage information is
                             requested will not be displayed.
                                    Note: Note the following limitation: if the license server is not running at 00h00
                                    UTC, automatic recycling of named user licenses is not postponed until the license
                                    server restart, but to the next 00h00 UTC.
           License usage Displays the License Usage Tracing dialog box allowing you to select the licenses for
           tracing...    usage tracing:
          Mail             Displays the Mail Configuration dialog box allowing you to send license server event
          configuration... notifications to specified mail addresses:
                             •   SMTP server name: specify the name of the mail server to which the license server
                                 will send notifications. By default, the SMTP port number is 25. But the port number
                                 can be set to a different value, separated from the name by a colon (:). For example:
                                 MySMTPserver:26.
Note: SMTP servers requiring authentication and/or SSL are not supported.
                             •   Recipients: specify the email addresses to which to the notifications will be sent. You
                                 can specify several email addresses, each separated by commas (,).
                             •   Events: Mail notifications are available for the following types of events:
                                 -   when server starts: a notification is sent when the license server starts
                                 -   when server stops: a notification is sent when the license server stops
                                 -   when partition usage exceeds: the license server needs to regularly
                                     write data in its data folder (C:\ProgramData\DassaultSystemes on
                                     Windows, or /var/DassaultSystemes on Linux). When there is no more
                                     space in the data folder, the license server stops. Even if disk space may already be
                                     monitored by other tools, you can configure your email server to send an email to
                                     the license server Administrator when the disk space is below a given percentage.
                                     By default, this event is not triggered. The Administrator has to activate it, with an
                                     appropriate percentage value. The default is 80%. An event is sent once this
                                     percentage is reached, and every time an incremented or decremented percentage
                                     exceeding the limit has been reached (for example, at 81%, 82% etc.).
                                     In the context of a failover, each member is monitored individually.
                                 -   when failover member is isolated: in a failover configuration, a
                                     notification can optionally be sent when a member cannot connect to both other
                                     members for a given number of minutes. The default value is 5mins. and can be set
                                     from 1min. to 60mins, in 1min. increments. The notification is sent by the isolated
                                     member, not by the other two members. If the issue is related to the network itself,
                                     the notification might not be received by the SMTP server. The notification is sent
                                     only once while the member is isolated, no matter how long the member remains
                                     isolated.
                                 -   when licenses will expire: a notification is sent when a license is about
                                     to expire. When several licenses are about to expire, only one notification is sent.
                                     Notifications are sent at 1:00H AM server local time, each day the condition is still
                                     valid. You can set the number of days before license expiration by adjusting the
                                     slider to set a value between one and thirty days. In a failover configuration, one
                                     notification is sent by each member, so three notifications will be received for the
                                     same event.
                             Every time a notification is sent, the information is also added to the server log.
                             The subject, content, and footer in the notification of each event type can be customized
                             by clicking ... which displays the Mail Template dialog box:
Click Test to send a mail notification to validate the SMTP server and email addresses.
          Server log      Point to this option to display the path of the directory containing license server logs. The
          directory       path may be located either on the local computer or on a remote computer. The server log
                          directory path can only be set in command-line mode (using the -logDir option of the
                          DSLicSrv batch command).
          Standalone      This option is checked by default and signifies that you are configuring a standalone server,
          server          not a server belonging to a failover cluster.
          Failover        Select this option to configure the server as member of a cluster in failover mode.
          cluster
          server machines exist. The letters are then displayed normally once the existence of the server computer has
          been checked.
          Once you have defined three valid members, ... is displayed after each server id.
      8. Click OK.
          The License Administration Tool now contains the following:
          The cluster is represented as a single connection comprising three machines. The first computer (in bold) is
          connected, the others (not in bold) are not connected.
                 Note: This is a special failover cluster license. When ordering the failover cluster license, you must
                 provide the computer id of each of the three machines.
                   Note: Once you have configured and activated your cluster, you can no longer change your mind
                   and try to configure one of the three machines as a standalone server. This is why the corresponding
                   options are grayed out when you display the cluster properties:
         Enrolling the licenses on one cluster member also enrolls them automatically on the other cluster members.
      10. Consult the Status column to evaluate cluster status.
         The first server name is in bold because you connected to it when building the failover cluster. The other
         server names are not in bold: they are members of the cluster but you have not connected to them.
         The presence of a server in a cluster does not stop you from being able to connect to it to benefit from the
         other services provided by the License Administration Tool not directly involved in cluster license
         management, for example logging and monitoring.
         A symbol like this:
         appears in certain tabs indicates that a cluster is present. Servers to which you are connected are in bold.
         Select this option to use the relevant function with the cluster.
         In certain tabs, the servers can be chosen from a list. The list contains servers to which you are connected.
         Meaning of the symbols and colors:
          Symbol                    Meaning
The cluster member is connected to the License Administration Tool in restricted mode.
A communications link has been established between two members of the cluster.
          ?                         No information is available about the communication status between both members. Connect to at
                                    least one of both members to determine the status of this particular link.
                                    A green background indicates that the cluster is up and running. At least two links exist.
                                    Green status appears as "operational" when you run the admin tool in command-line mode
Symbol Meaning
                                       A yellow background indicates that the cluster is up and running, but indicate that there is a problem:
                                       only one link exists. For example, one of the three servers may be unreachable for a variety of reasons,
                                       but the cluster remains up and running if at least two servers can exchange information between them.
                                       Yellow status appears as "partially operational" when you run the admin tool in command-line mode
                                       Red icons indicate in all cases that the cluster is down. No links exist.
                                       Red status appears as "not operational" when you run the admin tool in command-line mode.
          The following table illustrates some typical examples of cluster status symbols that may appear during cluster
          operation:
           This symbol...           means that...
                                    The cluster is up and running. One of the servers is connected to the other two, but we do not know if
                                    these two servers are inter-connected or not. Not enough information exists about the link between the
                                    non-connected servers.
                                    The cluster is still up and running but one of the servers is not linked to any other (maybe it was shut
                                    down or is unreachable over the network for some reason or other). Even though two up and running
                                    servers are enough to keep the cluster up, if another server goes down, the cluster also goes down .
             Note: If one of the three members of a failover cluster goes down, the failover itself remains active and
             can continue to serve licensing clients without interruption. The status of the failover is yellow in the
             License Administration Tool.
      Even if the replacement is planned, the failover cluster being down even only for a few minutes can impact
      operations. You can perform the following actions for the failed member, to restore the failover status to green,
      without stopping the failover cluster:
      •   replace a failover member
             Note: Once a computer is excluded from a failover cluster, it has to be reinitialized to be re-used as a
             standalone server or as a member of a failover (even if it is the same as before).
                 Note: If two members are active, the failover cluster remains operational. When one computerID of
                 the failover is changed, the cluster remains up but the old licenses are considered still valid for a
                 maximum duration of 24 hours only. The new licenses containing the replacement computerID must
                 be enrolled during this 24-hour period. Obtaining the new licenses before is critical.
After enrolling the new licenses, your new cluster licenses are Active:
At any time during these steps, licensing clients were able to receive licenses.
Rename a Member
      Before you begin: In the following scenario, let us assume you have a failover cluster with the following three
      cluster members, M1, M2 and M3:
•   M1: icwvc1plp
•   M2: icaix1plp
•   M3: icw8s4plp
Let us assume you need to rename M1 from icwvc1plp to icw7c1plp.
                 Note: This scenario can also be useful if you want to change hardware but keep the network card on
                 the replaced computer.
Note: You do not need new license keys because the three computer IDs remain the same.
      1. Stop failover member M1 and replace the network card of M1 with a new network card.
      2. Install a DS License Server from scratch on member M1.
          In case an administration port different from the default one (4084) has been set for the cluster, do specify
          this particular number when installing from scratch.
      3. Do not configure M1.
          In particular, do not set passwords and do not set failover mode. Any passwords, the failover mode and the
          other settings will be automatically transferred in the next steps.
      4. Obtain replacement failover license keys for the computer IDs M1, M2 and M3.
      5. From failover member M2, start the License Administration Tool.
      6. In the Server Configuration dialog box for your cluster, click the ... after member M1:
                Note: If two members are active, the failover cluster remains operational. When one computerID of
                the failover is changed, the cluster remains up but the old licenses are considered still valid for a
                maximum duration of 24 hours only. The new licenses containing the replacement computerID must
                be enrolled during this 24-hour period. Obtaining the new licenses before is critical.
After enrolling the new licenses, your new cluster licenses are Active:
At any time during these steps, licensing clients were able to receive licenses.
•    M3: iclin3plp
Let us also assume that license data on cluster member M2 is corrupted by an operating system reinstallation, for
example, but that M1 and M3 are both up and running.
Note: You do not need new license keys because the three computer IDs remain the same.
      1. The first and simplest way is to use the standard Windows Services management tool and stop the DS License
         Server Windows service.
         When you install the DS License Server, a Windows service named DS License Server is created and
         configured automatically to start the license server. The service guarantees that the DS License Server is
         always started automatically when you log on:
         Since the DS License Server complies with Windows Service standards, you can also start and stop the DS
         License Server service using the following commands in an elevated command prompt:
         net start "DS License Server"
         net stop "DS License Server"
         Information and errors related to the DS License Server service are logged in the Windows event log and
         can be viewed using the Event Viewer, under License Server in the Source column in the Application section,
         as illustrated below:
      2. Additionally, particularly when you are administering a remote license server, to stop the license server, you
         can also select Start > All Programs > DS License Server > License Server Administration to launch the
         License Administration Tool if it is not already launched.
      3. Connect to the license server by pointing to the icon, right-clicking and selecting Connect.
      4. Click Servers > Stop command and select the server name.
A dialog box appears prompting you to confirm that you want to stop the server:
      5. Click OK.
         You are immediately disconnected from the server:
If you try to connect to the server, the following dialog box appears:
          prompting you to check the server hostname and port number, and to check if the server is running, which
          is not the case, because it has just been stopped. Click OK to access the license server configuration parameters
          enabling you to check the server hostname and port number. Click Cancel to exit.
          If you access the Windows services and refresh the list, you will notice that the DS License Server service
          has been stopped.
                 Note: The License Administration Tool remains active because you can use it to connect to a remote
                 server even if your local license server has been stopped.
6. To start the license server again, restart the DS License Server using the Windows Services GUI tool.
                 Note: On Linux, start the license server by running the following command, for example:
                 /usr/DassaultSystemes/DSLicenseServer/linux_a64/code/bin/DSLicSrv
                  -startServer
                 and stop the license server using the command:
                 /usr/DassaultSystemes/DSLicenseServer/linux_a64/code/bin/DSLicSrv
                  -stopServer
          or Click Servers > Stop command using the License Administration Tool, or the service dsls
          start|stop|restart command to start, stop, or restart.
Configuring Clients
      Once your license server is up and running, and your licenses have been enrolled, you must configure the license
      clients.
      2. Go to the directory and create an ANSI file (multi-bytes such as UNICODE are not supported) named:
          DSLicSrv.txt
      3. Edit the file to declare the license server to which the client can connect.
         The syntax of the declaration is as follows:
          servername:portnumber
          The server name can be declared as:
          •   a simple hostname, for example: lw5ses1dsy:4085
          •   a full qualified domain name, for example: lw5ses1dsy.dsy.com:4085
          •   an IPV4 address, for example: 10.232.70.1:4085
          •   an IPV6 address, for example: [2a00:4b00:220:172::103]:4085
          The port number is the license server listening port, not the administration port.
         Note that if the license server is on the same computer as the client computer, you must use the special
         keyword localhost instead of the computer name, for example:
         localhost:4085
                Note: The syntax for failover servers is different. The three failover servers must all be referenced
                on the same line as follows:
                server1:4085,server2:4085,server3:4085
                By default, load balancing of the three failover members is performed automatically by the licensing
                client code. At startup, the licensing client process selects randomly the failover member to contact
                from the three members declared. If the first selected member is down, the second member is randomly
                selected, and so forth. This ensures that the three members are statistically contacted by the same
                number of clients and results in automatic load balancing on the three members.
                However, it is also possible to specify the order of priority in which failover members are contacted
                by the licensing client, replacing randomization by an explicit order defined by the administrator. This
                can be useful in the following cases, for example if:
                •   one member is more (or less) powerful than the others
                •   one member is located much closer to (or further from) the licensing clients than the others
                •   one member cannot be reached due to proxy constraints
                •   one member is temporarily down.
                Note that you cannot mix both automatic and manual configurations: in other words, the three failover
                members are either randomly accessed or are accessed through the specified order. So you cannot, for
                example, declare the first member then set random access to the remaining two members.
                To explicitly specify an order of priority order between the failover members, use the following
                separator:
                >
                instead of:
                ,
                which is reserved for automatic load balancing.
                The following declaration is valid, for example:
                licmbr1:4085>licmbr2:4085>licmbr3:4085
      4. If several logical (i.e. standalone or failover) license servers need to be accessed, add a new line for each
         logical license server.
         In this context, when a client requests a license and this license is not already granted by one of the declared
         logical servers, then the order in which the logical license servers is declared is observed: if a license is
         available on the first declared logical server, this one is taken; if not, if a license is available on the second
         declared logical server, then this one is taken, and so forth.
         To add a comment to this file, begin the line with a #.
      5. Optionally, check that the file is correctly configured.
         The license client-side DSCheckLS command parses the DSLicSrv.txt file to check license server
         availability, and reports errors if, for example, the file is incorrectly configured. For more information, see
         the documentation of your license client product.
                 Note: All of the following configuration examples reflect the configuration of an Apache 2.4 forward
                 proxy, purely for illustration purposes, and are in no way intended to reflect other proxy configurations.
      4. Enter the name of the license server (the name of the machine hosting the server, typically), set the listening
         port number (default is 4084), then select the Use a proxy server option and enter the proxy name and proxy
         port number, then click OK.
The License Administration Tool can now communicate with a license server located behind a forward proxy.
      1. Configure the reverse proxy in HTTPS mode and map the communications between the reverse proxy and
         the license server.
         The maps are:
         https://myreverseproxyname:443/DSLS/client https://mylicenseserver:4085/DSLS/client
         https://myreverseproxyname:443/DSLS/admin https://mylicenseserver:4084/DSLS/admin
         where myreverseproxyname is the reverse proxy hostname and mylicenseserver is the license
         server hostname.
                Note: All of the following configuration examples reflect the configuration of an Apache 2.4 reverse
                proxy, purely for illustration purposes, and are in no way intended to reflect other reverse proxy
                configurations.
         Uncomment the following lines in the reverse proxy configuration file (httpd.conf):
         #LoadModule proxy_module modules/mod_proxy.so
         #LoadModule proxy_http_module modules/mod_proxy_http.so
         #LoadModule ssl_module modules/mod_ssl.so
         #Include conf/extra/httpd-ssl.conf
         #Include conf/extra/httpd-default.conf
         then edit the httpd-default.conf file and reset the value of the KeepAliveTimeout parameter:
         KeepAliveTimeout 5
         to a more appropriate value, for example:
         KeepAliveTimeout 60
          Add the following lines in the SSL configuration file for the reverse proxy (httpd-ssl.conf), before
          the </VirtualHost> tag:
          SSLProxyEngine on
          SSLProxyVerify none
          SSLProxyCheckPeerCN off
          SSLProxyCheckPeerName off
          ProxyPass /DSLS/client                         https://mylicenseserver:4085/DSLS/client
          ProxyPassReverse /DSLS/client                  https://mylicenseserver:4085/DSLS/client
          ProxyPass /DSLS/admin                          https://mylicenseserver:4084/DSLS/admin
          ProxyPassReverse /DSLS/admin                   https://mylicenseserver:4084/DSLS/admin
          where mylicenseserver is the name of your license server.
          Install your own certificate or a self-signed certificate you can generate by following the instructions on this
          site:
          http://httpd.apache.org/docs/2.0/ssl/ssl_faq.html#selfcert
          This certificate will be presented by the reverse proxy to the license client and the License Administration
          Tool.
      2. Configure all licensing client computers to point to the reverse proxy.
          To do so, add the following declaration to the DSLicSrv.txt file on each licensing client:
          myreverseproxyname:443
          where myreverseproxyname is the reverse proxy name and 443 is the proxy port number (443 by
          default).
      3. If you also want the License Administration Tool to be able to cross the reverse proxy, configure the License
         Administration Tool to point to the reverse proxy.
         To do so, start the License Administration Tool, and click Servers > New. When the License Server
         Connection Parameters dialog box appears:
          specify the reverse proxy hostname (rever1dsy in our example) in the License server name field (instead
          of the license server name), and set the SSL port number (443 by default) in the Administration port field,
          for example like this:
Only select the Use a proxy server option if you are also using a forward proxy.
                Note: If you are using a failover cluster, you need to set up three ports on the reverse proxy,
                corresponding to the three license servers. For example, the DSLicSrv.txt file on each licensing
                client may contain in this case:
                myreverseproxy:443, myreverseproxy:444, myreverseproxy:445
         Once the reverse proxy has been implemented, the reverse proxy name appears in the Administration tab,
         the Usage Per User tab and in its detailed view.
      The licensing clients and the License Administration Tool can now communicate with a license server located
      behind a reverse proxy.
Managing Licenses
      This section explains how to manage licenses.
Enrolling Licenses
      Once your license server has been configured and activated, you can enroll your licenses.
E:\Licenses421\DLD-430814856494DBA7_7KLXM-UVSBG-8VFDL-GPMGS-V1ED3_0001_1.LICZ\FEAT-1-of-13.LIC
E:\Licenses421\DLD-430814856494DBA7_7KLXM-UVSBG-8VFDL-GPMGS-V1ED3_0001_1.LICZ\FEAT-10-of-13.LIC
E:\Licenses421\DLD-430814856494DBA7_7KLXM-UVSBG-8VFDL-GPMGS-V1ED3_0001_1.LICZ\FEAT-11-of-13.LIC
E:\Licenses421\DLD-430814856494DBA7_7KLXM-UVSBG-8VFDL-GPMGS-V1ED3_0001_1.LICZ\FEAT-12-of-13.LIC
E:\Licenses421\DLD-430814856494DBA7_7KLXM-UVSBG-8VFDL-GPMGS-V1ED3_0001_1.LICZ\FEAT-13-of-13.LIC
E:\Licenses421\DLD-430814856494DBA7_7KLXM-UVSBG-8VFDL-GPMGS-V1ED3_0001_1.LICZ\FEAT-2-of-13.LIC
E:\Licenses421\DLD-430814856494DBA7_7KLXM-UVSBG-8VFDL-GPMGS-V1ED3_0001_1.LICZ\FEAT-3-of-13.LIC
E:\Licenses421\DLD-430814856494DBA7_7KLXM-UVSBG-8VFDL-GPMGS-V1ED3_0001_1.LICZ\FEAT-4-of-13.LIC
E:\Licenses421\DLD-430814856494DBA7_7KLXM-UVSBG-8VFDL-GPMGS-V1ED3_0001_1.LICZ\FEAT-5-of-13.LIC
E:\Licenses421\DLD-430814856494DBA7_7KLXM-UVSBG-8VFDL-GPMGS-V1ED3_0001_1.LICZ\FEAT-6-of-13.LIC
E:\Licenses421\DLD-430814856494DBA7_7KLXM-UVSBG-8VFDL-GPMGS-V1ED3_0001_1.LICZ\FEAT-7-of-13.LIC
E:\Licenses421\DLD-430814856494DBA7_7KLXM-UVSBG-8VFDL-GPMGS-V1ED3_0001_1.LICZ\FEAT-8-of-13.LIC
E:\Licenses421\DLD-430814856494DBA7_7KLXM-UVSBG-8VFDL-GPMGS-V1ED3_0001_1.LICZ\FEAT-9-of-13.LIC
                Note: Once you have configured and activated your server as a standalone server, you can no longer
                change your mind and configure it as part of a failover cluster. That is why the corresponding options
                are grayed out.
Administering Licenses
      You can perform simple license administration tasks on licenses after enrolling them.
      2. Check the check box next to the desired server name (there may be several server names) to view the licenses
         enrolled on that server.
         The licenses you enrolled are listed:
         A tool tip is displayed on the vertical scrollbar to display the total number of lines and the range of lines
         displayed.
         Time values displayed in UTC.
      3. Click the Display superseded licenses button if you wish to list licenses belonging to a replacement group
         which is not the highest. Click again to revert back to the default (Hide superseded licenses).
         This button is grayed out if no superseded licenses exist. This is always the case when connected to a license
         server on a level higher than or equal to R2016x.
      4. The next button to the right displays one of three choices, depending on the context:
         •   if any licenses have expired, and can be removed, the Remove expired licenses button will be displayed.
             Click this button to remove any licenses from the list which have expired. This option is not available in
             restricted mode.
         •   click the Hide expired licenses button to hide from the GUI the expired licenses belonging to a replacement
             group containing non-expired licenses and which cannot be removed. Expired licenses belonging to a
             replacement group can be removed only if all licenses in this group have expired, since a replacement
             group can only be removed as a whole.
         •   click the Display expired licenses button to display the expired licenses belonging to replacement groups
             also containing non-expired licenses.
         When the button remains grayed out, no licenses have expired.
      5. Click the Select columns... button to choose which columns to display in the tab.
         The Select Columns dialog box is displayed:
                               •   Dassault Systemes V5
                               •   Dassault Systemes V4.
          License Type         Type of license enrolled on the license server, depending on how your license
                               server is configured:
                               •   Floating (for standalone license servers)
                               •   Failover (for failover clusters).
          License ID           This character string is the license identifier. A license ID can exist either for
                               a single feature or a group of features.
          Group Index                  License replacement group index. For a given License ID, the highest
                                       number is active and the other numbers are superseded (if they have not been
                                       removed).
          File Index                   Number of a particular feature in the replacement group.
          File Quantity                Number of individual features included in the replacement group.
          Computer ID                  Computer ID of the machine hosting the license server.
          Computer Name                Name of the computer hosting the license server (when available).
          Customer Site                License owner.
          Customer Country             Country of license owner (3-letter international code).
          Customer ID                  License owner ID.
          Generation Date              Date on which the license was generated.
          Generator                    Company which generated the license.
          Generator ID                 ID of the company which generated the license.
          Editor ID                    Editor ID.
          Enroll date                  License enrollment date.
          Pricing Structure
                                       The Pricing Structure defines the license (not the license key) duration and
                                       support conditions, specified in the license contract. Examples of pricing
                                       structures are:
                                       •   PLC: Primary License Charge
                                       •   TBL: Term-Based License charge
                                       •   ALC: Annual License Charge
                                       •   YLC: Yearly License Charge
                                       •   QLC: Quarterly License Charge
                                       You may have different licenses with different pricing structures for different
                                       usages.
      1. Select Start > (All) Programs > DS License Server > License Server Administration to launch the
         License Administration Tool if it is not already launched.
      2. Connect to the server.
      3. Click the Usage Per Feature tab.
         Based on the licenses previously enrolled, the Usage Per Feature tab looks like this:
         Click the column headers to sort them. If you want to sub-sort several columns, press the Ctrl key while
         clicking.
         A tool tip is displayed on the vertical scrollbar to display the total number of lines and the range of lines
         displayed.
          In use                     The number of licenses currently being used for a particular feature.
          Count                      Total number of licenses enrolled for a particular feature.
      5. To find out details about the license consumed, double-click the line containing the corresponding license.
         The Detailed License Usage box appears:
         Time values displayed are formatted according to the local time (time zone) of the computer on which the
         License Administration Tool is running.
                     in the enovia.ini file (Windows) or mxEnv.sh (Linux) to ensure that the process name is displayed.
                     For more information about this variable, see the 3DSpace server documentation.
          Granted    Time and date at which the license was granted to the current process(es).
          at
          Max        Feature release level authorized by the license. Only licensing clients having a release level lower or equal
          Release    to this number are allowed. The Max Release Number can be equal to 0. In this case, the license server
          Number     does not perform any check related to release number: the license can be granted whatever the release level
                     of the licensing client.
          Expiration Date on which the granted license will expire. If expiring during a session, another license will be
          Date       automatically granted (if possible). This field is empty for license server levels lower than R2015x.
          Max        Client release date authorized by the license. Only licensing clients having a release date lower or equal to
          Release    this number are allowed.
          Date
          Internal   Reserved for internal use.
          ID
          Customer Customer id.
          ID
          Pricing
                    The Pricing Structure defines the license (not the license key) duration and support conditions, specified in
          Structure
                    the license contract. Examples of pricing structures are:
                     •   PLC: Primary License Charge
                     •   TBL: Term-Based License charge
                     •   ALC: Annual License Charge
                     •   YLC: Yearly License Charge
                     •   QLC: Quarterly License Charge
                     You may have different licenses with different pricing structures for different usages.
          Process
                     If there is an active process currently consuming a license, this column displaying the client code process
          Code
                     release level will be displayed as follows:
          Release
                     The value begins with "5" for V5 licensing client processes, and with "6" for V6 and 3DEXPERIENCE
                     licensing client processes.
          Active     If there is an active process currently consuming a license, this column displays the ID described in field 4
          Session    of Usage Tracing from the server logs section.
          ID
          Casual
                     This field is only displayed once a casual license has been granted. It indicates, for the current month, the
          usage
                     cumulative casual usage for a given casual license, measured by the license server in minutes, as illustrated:
          (mn)
                      N/A is displayed in the field for full named user licenses, indicating that this field is not applicable to full
                      named user licenses. The value in minutes is highlighted in red if the maximum allowed usage duration is
                      exceeded.
                      Role of the License Server
                      When the license server receives a named user license request, it checks if it is for a full license or a casual
                      license. In the case of casual license, the license server then:
                      •   measures the monthly usage of casual usage named user licenses by named users
                      •   compares the monthly usages with maximum usage duration
                      •   generates monthly reports pointing the over-use (if any).
                      The license server measures usage only for casual usage named user licenses. It does not measure usage of
                      full named user licenses, concurrent user licenses, token licenses or credit licenses.
                      In the event of license over-use, the following message is displayed in the casual usage log file:
                      Usage of XXX (Dassault Systèmes) by YYY in excess of ZZZ mn
                      and also in the Server Logs tab.
                            Note: The month is managed as a calendar month between the 1st of month 00:00 UTC and the last
                            day of month 24:00 UTC. The usage measurement is the same if the calendar month comprises 28,
                            29, 30 or 31 days or if it contains holidays.
      6. This time, start another app (for illustration purposes, LIV) and connect to a data source different from the
         3DSpace server (you are not connected to the 3DSpace server), for example by opening a 3DXML file.
         You will be prompted to choose the appropriate license using the Usage Per Feature tab.
         A license for the app is consumed, so the number in the In use column is incremented by 1.
      7. To find out details about the license (who is using the license, what type license it is, etc.) double-click the
         line containing the appropriate license.
         The Detailed License Usage box appears and looks like this (divided into three parts in the following
         screenshots):
         This is the left section showing the user:
         You will find the same type of information (the license type is NamedUser), except that the user is not a
         named user (because you are not connected to the 3DSpace server ) but the operating system user. When you
         exit the session, therefore releasing the license, the number in the In use column becomes "0".
      8. Then, start LIV-MDEVPM (for illustration purposes) and log on as DemoReviewer (this time, you are
         connected to the as a named user).
         The LIV-MDEVPM license is a named user license. The number of LIV-MDEVPM licenses in use is now
         "1", and the number of IFW/CSV licenses in use is now "2" because when DemoReviewer consumes a
         LIV-MDEVPM license, an IFW/CSV license is also consumed.
                Note: It may occur for a given feature that the numbers in the In use and the Count columns are
                identical. This means that no more license are available. When this is the case, the corresponding line
                is highlighted in bold.
      Which license is   A license key contains several fields. When a licensing client requests a license, it passes
      served to a        several parameters to the license server, such as the feature name for example.
      client when
                         When several licenses with different fields can satisfy the request, the license server must
      several licenses
                         decide which license will be granted.
      match the client
      request?           First, the license server performs filtering based on the following criteria:
                         •   the license must be active:
                             -   Start Date < current date < End Date
                             -   the highest valid Group Index is taken into consideration.
                         5. then, End Date: from the highest (the more distant in the future) to the lowest (the
                            nearest in the future)
                         6. then, File Index: from the lowest to the highest (for a given License ID)
                         7. then, Generation Date: from the highest (the less distant in the past) to the lowest
                            (the more distant in the past).
                         The license granted is the one on top of the filtered sorted list. When an in-use license expires
                         or belongs to a Group Index which becomes superseded, the license server tries to silently
                         grant another license, using the same algorithm. If no license can be granted, the client will
                         be informed at its next heartbeat.
         The tab displays the list of all users to whom at least one license has been granted at the moment the tab is
         displayed. For the user selected in the list, it displays the licenses currently granted, with all the related details,
         which are the same as those displayed in the Detailed License Usage dialog box.
         The advantage of using the Usage Per User is that all information about all license types granted to all users
         is listed in the same view for easy reference.
         The names of all the users are listed in the left-hand column. The licenses granted to the users are listed in
         the right-hand column, and can be sorted and re-ordered.
         The user list is sorted as follows: first, users having tracing enabled and/or disabled, then users for whom
         tracing has not been enabled. You can also sort by usernames, ignoring the tracing value, by clicking on the
         column name.
         If the list is very long, it may be convenient to use the following technique: type one or more characters to
         automatically search for and highlight them in the list. Type F3 to go to the next match. Wait for a few
         seconds to reset the entered characters. This type of search is also available in the Administration tab and
         the Detailed License Usage dialog box.
      3. Activate usage tracing for the desired user.
         The License Usage Tracing capability used when configuring the license server already allows you to select
         the license features for usage tracing, and the corresponding information is displayed in the server log tab.
         In addition, you can also activate usage tracing for a given user.
         To do so, right-click the user name and select the Enable tracing command. License usage tracing will
         be activated when at least one condition is set. For example, if an MDG license is granted to user Anna,
         tracing will be logged either if MDG tracing is enabled (via the License usage tracing... option),
         or if tracing is enabled for the user Anna (via the Enable tracing command).
         Regarding tracing, pencil symbols describing tracing status are displayed before the username like this:
         When tracing:
         •   has been enabled, a green pencil is displayed
         •   has been disabled, a gray pencil is displayed
         •   has not yet been enabled, no pencil is displayed.
         Right-clicking a user displays a contextual menu. The commands active on the menu depend on:
         •   tracing status
         •   if at least one license is currently granted to the user or not
         •   if at least one named user license is currently granted to the user or not.
         For a user to whom a license is currently granted, and when tracing is not enabled, the menu looks like this:
For a user to whom a license is currently granted, and when tracing is enabled, the menu looks like this:
For a user to whom a license is currently granted, and when tracing is disabled, the menu looks like this:
For a user to whom no licenses have been granted, and when tracing is enabled, the menu looks like this:
For a user to whom no licenses have been granted, and when tracing is disabled, the menu looks like this:
      4. Right-click the Disable tracing command to disable tracing for the selected user.
          You can remove tracing for this user by right-clicking and selecting the Remove tracing command. To
          automatically remove the user from the list when no licenses are granted to the user later, you can remove
          tracing, which is different from disabling tracing.
      5. To activate the usage tracing for users who have no currently granted licenses, right-click and select the Add
         User command and type the user name.
          This capability is particularly useful for displaying users to whom concurrent user, token and credit licenses
          have been granted. For example, while a concurrent user license is being used, it will be displayed in the list.
          When it is no longer used, it will no longer be displayed. However, if you enabled usage tracing once for
          this user, the user will continue to be displayed in the tab, even if no license is currently granted to the user
          and even if tracing has been disabled later. However, you can remove the user from the list when no license
          is currently granted.
      6. Right-click the Remove all tracing command to remove all tracing for all users.
      The need occasionally arises, under exceptional circumstances (for example, when employees leave the company),
      to unassign licenses to sever the tie between these employees and licenses assigned to them, and reassign the
      licenses to another user.
      When a named user license is recycled, the license server removes the link between a given named user license
      and a given named user. After recycling, the named user license is no longer tied to a specific user but is available
      for any user (including the previous user).
      The 3DSpace server-side Assign Licensing by Product tool (discussed in the Dassault Systemes Licensing
      Essentials Guide) is used to assign licenses to and unassign licenses from users, but this may not be sufficient
      in some cases (if the 3DSpace server cannot contact the license server, for example).
      The licenses can also be recycled on the license server. This is the role of the Recycle Named User
      Licenses command which allows you to recycle named user licenses only.
                Note: Casual usage named user licenses cannot be manually recycled, . At the beginning of every
                month, the license server automatically recycles all casual usage named user licenses. If a casual usage
                named user license is in use at that moment, recycling of that license is cancelled for this month for
                this user.
      3. Click OK.
         The license may or may not be recycled. If it cannot be recycled, another dialog box appears with a message
         like this:
         Licenses granted to SES (DSFRA123) on server lw5sesdsy were not recycled: MDG is locked until 8/4/16
         7:24 PM M3D is locked until 8/4/16 7:24 PM
         If the user did not close the session, you will be informed that the user's licenses are locked by a running
         process.
      4. Click OK to exit.
                Note: You can configure your license server to automatically recycle named user licenses which have
                not been used for at least 30 days. For more information, see the Enable Automatic Recycling option.
                In case of automatic recycling, the 30-day starting point is the "last used at" value. In case of manual
                recycling, the 30-day starting point is the "granted since" value.
      The role of the Authorizations tab is to set authorization rules for licenses. There are four types of rules:
      •   Allow: authorize users or groups of users, computers or groups of computers, IP ranges and IP range groups
          to use licenses
      •   Deny: deny authorization to the above
      •   Reserve: reserve a given quantity of licenses for a list of users, computers or IP ranges
      •   Limit: limit a list of users, computers or IP ranges to a given quantity of licenses.
      These rules are referred to as standard rules, to distinguish them from composite rules. A composite rule
      is a set of standard rules which allow you to manage combinations of rules types.
      Whether you use standard or composite rules, only one rule type can be applied to a given licensed feature
      at a time.
      Concurrent user licenses can be shared among users and are not tied to specific users. Certain licenses can be
      sold as shareable, which can be granted and released, for example, during a session using the Shareable Products
      tab. Shareable licenses comply with the Concurrent User Licensing model and are network licenses served by
      the DS License Server. By default, concurrent user licenses can be used without prior authorization by the DS
      License Server.
      Token licenses are similar to concurrent user licenses. The main differences are that a token license cannot be
      shared by several client processes (even running on the same computer), and that several tokens can be granted
      to a given client process.
      Credit licenses are consumable token licenses: their quantity decreases when they are granted (consumed).
      Named user licenses are typically granted to users managed by the 3DSpace-side Platform Management
      or Manage My P&O and Content3DSpace tools, or by the Assign Licensing by Product
      command. However, in certain cases, you may need to enforce an additional stricter level of license control of
      named user licenses on the DS License Server. To do so, you can optionally set authorization rules for named
      user licenses.
             Note: A license authorization rule for a specific named user license takes precedence over license
             assignments made on the 3DSpace server. This mechanism is particularly useful when you have several
             instances of a 3DSpace server and a single DS License Server. In this case, for example, the number of
             potential named users declared on the 3DSpace server instances (and to whom licenses are assigned) may
             exceed the number of licenses available. Centralizing named user license rules on the single DS License
             Server will enable you to enforce exactly the number of licenses granted to your company.
             However, when managing authorization rules for a pre-V6R2012x license server, a License Administration
             Tool cannot manage named user licenses. When upgrading the DS License Server, existing authorization
             rules are automatically set to the concurrent user model.
         •   22 are ALC (Annual License Charge), 22 are YLC (Yearly License Charge) and 22 are QLC (Quarterly
             License Charge)
         •   33 of the 66 licenses are authorized for use in country France (FRA), or specifically on site DS HQ, or
             specifically by country ID DSFRA123, and 33 are authorized for use in country Italy (ITA), or specifically
             on site DS Italy, or specifically by country ID DSITA567
         For a given feature, you can set an Allow/Deny/Reserve/Limit authorization rule:
         •   either directly on the feature (recommended if you do not have specific needs)
         •   or on the PricingStruct, CustomerCountry, CustomerSite or CustomerId.
         This provides the capability to fine-tune license access even further. For example, you may want to make
         sure that sub-contractors only have access to QLC-type licenses.
         To limit and display only useful data, by default, a licensed feature will only be expanded if one of its
         LicenseId, PricingStruct, CustomerCountry, CustomerSite or CustomerId hosts an
         authorization rule or an offline control.
      2. Right-click in the space below Users/Hosts/IP Ranges and select the Add command to create a User,
         Host or IP Range.
         The New User/Host/IP Range dialog box appears:
                Note: When the licensing client you are using is connected to the 3DSpace server, the user name is
                the P&O login name. When the client is not connected, the user name is the operating system login
                name.
      3. Enter the name and check the appropriate option for what you are creating: user or host name, then click
         OK.
          User
               Enter the user name or host name.
          or
          Host User and host names are case-insensitive, whatever the input method (by the GUI, command line mode or
               XML file). For example, "Bob" and "BOB" are considered to be the same user. When entering user names
               and host names, all characters are converted to lowercase.
                 If upgrading from a DS License Server level lower than or equal to R2013x, user names and host names are
                 migrated to lowercase. Whenever migration leads to a collision (for example, "BOB" and "Bob" are both
                 migrated to "bob"), only one set of rules is kept, randomly. Behavior was unpredictable anyway.
                 Note that group names can still contain uppercase characters.
                    A host name cannot contain the "." character. For FQDN host names, the comparison is performed with the
                    very first part of the hostname. Note that:
                    •   you cannot enter a "." using the GUI
                    •   a name truncated at the first "." in command line mode, when using an XML file, or when migrating
                        from a previous DS License Server level.
                    In our example, the User/Host Definition field contains two users (administrator and
                    demodesigner):
          IP
                Enter the IP range name. This is slightly different from the user/host names because for IP range the name
          Range
                and the value are different.
                    Then click the IPRange button to display the following:
                 Declare the IP ranges by clicking either the Classless Inter-Domain Routing button or the IPv4
                 or IPv6 range: button:
                 •   Classless Inter-Domain Routing (CIDR)
                     Example: 127.0.0.1/32 is an individual IPv4 address in CIDR notation
                     fd00::/10 is a range of IPv6 addresses in CIDR notation.
                 •   IPv4 or IPv6 range (classful network)
                     Example: 10.232.0.0-10.232.255.255 is a range of IPv4 addresses in classical notation.
      4. Click on the symbol next to the M3D license. Do not select the individual license id if the imported license
         is a license group (which is nearly always the case). Then, right-click and select the Add new rule -
         Allow command to create a standard ALLOW rule.
         Click Yes when asked to confirm.
         The Rule properties dialog box appears:
         Note that you can select multiple lines for creating the same authorization rule for several licenses in one
         shot.
          Select the type:                  Select the type: User, Host, IPRange, User Group, Host Group, or IPRange
                                            Group.
          Choose the name:                  Click and choose the User, Host, IPRange, User Group, Host Group or
                                            IPRange Group name.
      5. To authorize the user we created to use the M3D license, select the type, choose the name, click the Add
         button then click OK.
         The Authorizations tab now looks like this:
         The M3D license is now highlighted in green, signifying that a rule has been created allowing the user to use
         the license.
         If a user other than the authorized user attempts to log in, the following message is displayed:
         No license available at this time for this product
         Click OK and a second message appears confirming that the license is not authorized, for example:
         Failed to request license for M3D version: 10 or higher) Error: License not authorized for this user License
         server configuration file path: C:\ProgramData\DassaultSystemes\Licenses\DSLicSrv.txt (default path) List
         of license servers: [01/01] lw5ses1dsy:4085 OK: License server is running
      6. To cancel the rule, click the M3D license and select the Remove rule command.
         When prompted, confirm that you want to remove the rule by clicking OK. The M3D license is no longer
         highlighted in green.
         You can multi-select several rules for deletion.
      7. To deny authorization, click the M3D license and select the Add new rule - Deny command. Select
         the type, choose the name, click the Add button then click OK.
         The Authorizations tab now looks like this:
         The M3D license is now highlighted in red, signifying that a "deny" rule has been created.
         Click the user name and select the Properties command to display the user properties:
         If the user then selects the Shareable Products tab in a client session and tries to reserve the license
         for M3D, a popup message appears:
         No license available at this time for this product
         Click OK and a second popup message appears confirming that the license is not authorized:
         Failed to request license for M3D (version: 10 or higher) Error: License not authorized for this user License
         server configuration file path: C:\ProgramData\DassaultSystemes\Licenses\DSLicSrv.txt (default path) List
         of license servers: [01/01] lw5ses1dsy:4085 OK: License server is running
         If you click the Server Logs tab and scroll the log, you will see a message like this:
         2016/08/07 18:04:40:402 W LICENSESERV M3D not granted, user administrator not authorized (from
         client LW5SES1DSY (42721022FAFE292A-0ae84648.0):administrator:administrator:C:\Program
         Files\Dassault Systemes\B419\win_b64\code\bin\3DEXPERIENCE.exe)
                Note:
                You can also set Allow and Deny authorization rules directly on the Editor name: Dassault
                Systemes, Dassault Systemes V5 or Dassault Systemes V4. This type of rule acts as a preliminary
                filter: the other rules set on the feature name or LicenseID are also taken into account, but only
                after the rule on the Editor has been processed. These rules are also applied to offline extraction.
                However, you cannot activate offline controls: keyword and maximum extraction duration cannot be
                set at the Editor name level.
                When an Allow rule is set, the Editor name icon appears with a green background:
When an Deny rule is set, the Editor name icon appears with a red background:
      8. To create a group, right-click in the space below Group definition and select the Add command.
         The Create new group dialog box appears:
Note: Note that operating system user groups are not supported.
Note: When you display the properties of a group, the Group name field can be modified.
      9. You can also copy user, host and group definitions and rules to another license server by clicking the
         appropriate item and selecting the Copy to server command.
      10. Click on a user, host, user group or host group and right-click to select the Remove command to delete the
          object.
         Contrary to V6R2014 and previous levels, you can delete a user, host, IPRange, user group, host group or
         IP range group even if it is referenced by a rule or belongs to a group. This behavior avoids modifying all
         rules tied to a user/host/group/IP range before deleting this user/host/group/IP range. When deleting the latter,
         the rules and groups which become empty (if any) are also deleted.
      11. To reserve a quantity of licenses, click the M3D feature and right-click to select the Add new rule -
          Reserve command to create a standard RESERVE rule.
         The Define a rule on the feature dialog box appears:
          Select the type:                     Select the type: User, Host, IPRange, User Group, Host Group, or
                                               IPRange Group.
          Choose the name:                     Click and choose the User, Host, IPRange, User Group, Host Group
                                               or IPRange Group name.
          Quantity of licenses:                Specify the number of licenses to reserve.
         Select the type, choose the name, specify the quantity of licenses then click the Add button then OK.
         The Authorizations tab now looks like this:
         The M3D license is now highlighted in blue, signifying that a "reserve" rule has been created.
      12. Right-click a license feature in the tree on the right to access the Control offline command.
         Select the command to display the Extract offline license configuration dialog box:
         which allows you to set the maximum extraction duration, keyword protection and additional rules.
         Licenses can be extracted for a maximum duration of 30 days in all cases. You can decide to reduce the
         maximum duration for offline extraction of a given license feature, from 30 days (default) to 0 day, by 1-day
         increments. When set to 0, offline extraction is prevented for this license feature.
         End users then attempting to extract the offline license from the licensing client side for a license feature
         controlled by a rule will only be able to extract the offline license for the duration specified in the rule.
colored background matching the rule type. For example, in the case of an ALLOW rule:
         You can also associate a keyword to each license feature using the Extraction keyword: field. When
         a license is protected by a keyword, the end user has to enter the keyword on the licensing client side.
         Keywords are not passwords: they are not encrypted. They appear unscrambled in several places, for example
         in the XML file containing the authorization rules.
         You can also set standard allow and deny authorization rules for fine-tuning offline extraction restriction. In
         the dialog box, the choices are:
         •   None: by default, there are no restrictions.
         •   Allow: offline extractions are granted only to the selected User, Host, IPRange, User Group, Host Group
             or IPRange Group. Click the Define rule button to define the rule using the standard method.
         •   Deny: offline extractions are denied only to the selected User, Host, IPRange, User Group, Host Group
             or IPRange Group. Click the Define rule button to define the rule using the standard method.
         The Allow/Deny authorization rule for restricting the offline extraction is the third level filter:
         •   if a rule is set on the EditorID, then it must be observed
         •   if so, if a rule is set on the feature, the LicenseID, PricingStruct, CustomerCountry,
             CustomerSite or CustomerId, then it must be observed
         •   if so, the rule on the offline extraction is checked at this step
         •   If this new check is successful, then the user has to enter the keyword if a keyword has been set by the
             license server administrator.
         When a license has expired or has been deleted, the above controls are kept (if they had been set) by the
         license server and appear as ghost controls, as for ghost authorization rules.
         As for rules, ghost offline restrictions can appear at the bottom of the tab:
      13. To ensure that either a list of users or a list of hosts cannot consume more than a limited quantity of licenses,
          proceed in the same way, this time by selecting the Add new rule - Limit command.
                Note:
                Mixing users, computers and IPRanges is not allowed for RESERVE and LIMIT rules. It is only
                allowed for ALLOW and DENY rules. In this case, if both users and hosts are declared, then both are
                checked when granting a license. For example:
                •   ALLOW USER1 and HOST1: only USER1 on HOST1 will obtain the license
                •   DENY USER2 and HOST2: USER2 cannot obtain the license whatever the computer. No user
                    can obtain the license if logged onto HOST2.
         The M3D license is now highlighted in brown, signifying that a "limit" rule has been created.
         Here is an example to illustrate RESERVE and LIMIT rules:
         Let's assume there are 100 licenses of ABC enrolled in a license server, and that you create a group of users
         composed of 25 members:
         •    If you reserve 12 ABC licenses for this group, then you guarantee that at least 12 members of the group
              can obtain an ABC license. The remaining 25-12=13 members can obtain or not a license depending on
              the consumption of the 100-12=88 non-controlled licenses. With this rule, a maximum of 88 users not
              belonging to the group can obtain a license, even if no group member consumes any license.
         •    If you limit to 12 ABC, then only 12 members of the group can obtain a license. The remaining 25-12=13
              members cannot obtain one of the 100-12=88 other licenses, even if some of them are not consumed.
              With this rule, 100 users not belonging to the group can obtain a license, if they are not consumed by any
              member group.
         How to prevent users or hosts not declared in a license authorization rule from acquiring licenses
         A situation may arise in which all the licenses you have acquired have not yet been assigned to existing
         users/hosts by existing authorization rules. As long as this situation continues, you may consider that there
         is a risk that users/hosts not referenced by a license authorization rule may acquire licenses.
         Consequently, you may wish to be able to partition both existing licenses and licenses purchased in the future
         in an authorization rule. Using this technique, each declared user/host group will only be granted a specific
         number of licenses which cannot be used by any other users/hosts.
         To illustrate this mechanism in a concurrent user license context, let's assume you have the following users:
         A,B,C,D,E,F,G,H,I,J,K,L. You want to partition the users into 3 groups: A,B,C in Group1 sharing only one
         license, D,E,F in Group2 sharing two licenses, G,H,I in Group3 also sharing two licenses. You want to deny
         access to users J,K,L. The license name is XXX, and you have purchased 10 licenses.
         The solution is as follows:
         1.   create a RESERVE rule for Group1, quantity=1
         2.   create a RESERVE rule for Group2, quantity=2
         3.   create a RESERVE rule for Group3, quantity=2
         4.   create dummy group DummyGroup and create a RESERVE rule linked to DummyGroup, quantity=5.
         As a result, the remaining 5 licenses are assigned to the dummy group containing no users, so users J,K,L
         will be denied access to any licenses since they are not referenced by any license authorization rule.
         The authorization rules you just set up will be sufficient until you purchase and enroll additional licenses.
         So yet again there will be a risk that they can be granted to anyone not referenced in the rule. The solution
         is to reset, once and for all, the quantity of licenses assigned to the dummy group to an exceedingly high
         number which by far exceeds the number of licenses that you will ever purchase (for example, 1000). Using
         this technique, even the new licenses will be denied to users/hosts not referenced by the rule, and you will
         not have to edit the rule each time you add additional licenses.
         The fourth RESERVE rule in this context would then be, for example: create a RESERVE rule for
         DummyGroup, quantity=1000.
         To illustrate this mechanism in a named user license context, let's assume that 70 licenses for ABC have been
         enrolled. You could create the following RESERVE rules:
         •   reserve 30 ABC licenses for HostA: HostA users are granted access to 30 ABC licenses
         •   reserve 30 ABC licenses for HostB: HostB users are granted access to 30 ABC licenses
         •   reserve 1000 ABC licenses for a non-existing dummy host, for example named "NonExistingHostName":
             nobody (including HostA/B) can use the remaining 10 ABC licenses (70-30-30=10), because firstly the
             number of licenses reserved is greater than the number of currently enrolled ABC licenses, and secondly
             because in any case nobody can log onto host "NonExistingHostName" which of course does not exist.
         The rule must be modified to enable anybody else to use the 10 ABC licenses and any future licenses.
                Note: The number of reserved licenses can be greater than the number of enrolled licenses not only
                when a RESERVE rule has been configured this way, but also for example when some licenses expire
                after the RESERVE rule has been configured.
      14. To set a rule for a named user license, proceed in the same manner.
         When you assign a rule to a named user license, this rule takes precedence over all assignments for the same
         license made on the 3DSpace Service.
         Let's take the following example.
         User1 is granted access (on the 3DSpace Service) to the named user license for the feature LIV-MDEVPM
         (this feature is just an example and does not exist).
         You then set an ALLOW authorization rule (on the DS License Server) granting User2 (who must previously
         have been declared as a named user in the P&O database on the 3DSpace Service) access to the named user
         license for the feature LIV-MDEVPM.
         The result is as follows:
         •   User2 can use the feature LIV-MDEVPM
         •   User1 CAN NO LONGER use the feature LIV-MDEVPM: the reason is that an ALLOW-type authorization
             rule has now been set for this feature on the DS License Server side. This rule grants the feature license
             to ONLY User2. And even though User1 was previously granted access via an 3DSpace Service-side
             tool, the authorization rule takes precedence. If User1 attempts to log on, the following message will be
             displayed:
             No license assigned to this user
                Note:
                If a license is removed or expires, and a rule had been assigned to that license, the rule is not deleted.
                It becomes a ghost rule and is displayed in the lower right-hand corner:
                This allows the administrator to avoid having to create the rule again if a new license is added. To
                display the properties of the ghost rule, click on its name. To remove the ghost rule, click the red icon.
                Note:
                In the case of named user licenses, if you add a rule after some licenses have already been granted to
                named users, then you may have to manually recycle them.
                In example 1, let's assume that named user ABC license is granted to Steve:
                1. Add a rule DENY Steve on ABC.
                2. Steve can no longer use ABC, but the ABC license cannot be used by someone else.
                3. You have to recycle Steve's licenses.
                In example 2, let's assume that there are 10 named user XYZ licenses and that 2 of them are granted
                to Alan and Barbara:
                1. Add a rule RESERVE 9 XYZ to UserGroup1. (Alan and Barbara don't belong to UserGroup1).
                2. Alan and Barbara can still use XYZ and only 8 users of UserGroup1 can use XYZ.
                3. You have to recycle either Alan's or Barbara's licenses.
      15. Edit an authorization rule to monitor the number of licenses consumed by the user, user group, host, host
          group, IP range or IP range group linked to the rule.
         In this simple example, we created an ALLOW rule for the user plmadm on the LIV-MDEVPM feature. To
         edit the rule, click on the rule and right-click to select the Edit rule command. The Currently
         consumed column specifies that one LIV-MDEVPM license has been consumed by user plmadm:
                Note: The term "currently consumed" means that the license has been granted to the user and the
                licensed process has been effectively executed at least once, in particular for named user licenses: it
                does not mean that the licensed process is being executed at the same time as you edit the rule. The
                Currently consumed column is not displayed when setting a rule, only when editing a rule.
         In the following example, we created a user group named MyGroup (containing the users demoreviewer
         and administrator), and created a rule reserving five licenses for the group. The Currently
         consumed column specifies that one LIV-MDEVPM license has been consumed by a member of the group:
         The list may also contain several lines. For each line (corresponding to a user, a host machine, a group of
         users or a group of host machines), the number of licenses currently consumed is displayed.
         The number displayed is the number of licenses, even if the rule is declared for host machines. For example,
         this number can be very high for only one host machine declared in the rule, if the host machine is an
         application server hosting a 3DSpace server.
         When the number is red, it means that the rule is not enforced. This can happen when the rule has been applied
         after a named user license has been previously granted to a named user.
         For example, in the following LIMIT rule related to the IFW license, the following rules have been set: 100
         IFW maximum for GroupA and 2 IFW maximum for GroupB. 2 IFW are consumed by GroupA and 4 IFW
         are consumed by GroupB:
         “4” appears in red, because it is a case of over-use: the rule limiting to 2 has been set after the 4 named user
         IFW licenses have been granted to 4 named users.
         For a DENY rule, usually the number is equal to 0. However, if it is not the case it is displayed in red.
         When a name is present in a standard rule as an individual item and also as a member of one or several groups,
         then only the individual declaration is taken into account by the rule.
         For example, if Oliver belongs to UserGroup1 and a RESERVE rule is defined as 1 license for Oliver and 4
         licenses for UserGroup1, we consider that Oliver was not a member of UserGroup1: when a license is granted
         to Oliver, 4 licenses are still reserved for other members of UserGroup1.
         When a name is present in several groups (and not as an individual item), only the group having the lowest
         alphabetical name is taken into account by the rule.
         For example, if Oliver belongs to UserGroup1 and UserGroup2, and a RESERVE rule is defined as 10 licenses
         for UserGroup1 and 15 licenses for UserGroup2, we consider that Oliver was not a member of UserGroup2:
         when a license is granted to Oliver, only 9 licenses are now reserved for other members of UserGroup1, but
         15 licenses are still reserved for other members of UserGroup2.
         When a user uses the same license from several computers, only the last grant is taken into account by the
         rule. This can happen when a named user uses IFW from several application servers: the last computer will
         be used in the rule.
         For example, if a LIMIT rule is defined as 10 licenses for Computer1 and 15 licenses for Computer2, and
         Oliver logs on to Computer1 then on to Computer2 while staying logged on to Computer1, the same IFW
         license is granted to Oliver but it is first counted among the 10 licenses for Computer1 then, when Oliver
         logs on to Computer2, counted among the 15 licenses for Computer2 (and no longer among the 10 licenses
         for Computer1).
         You can also monitor license usage by connecting to the license server in command-line mode then running
         the getLicenseUsage command. For each license currently consumed, if the license has been granted
         by an authorization rule, the individual name or group name will be displayed in the authorization
         item field.
         In our example in which we created the group MyGroup, the getLicenseUsage command returns the
         following information:
         Dassault Systemes (5E756A80-1C80-478D-B83A-1D5913677621)
         .....
         IFW maxReleaseNumber: 17 type: NamedUser count: 11 inuse: 2 customerId:
          DSFRA123
         internal Id: PLMADM granted since: Jul 5, 2016 6:45:30 PM last used at:
          Jul 5, 2016
         7:29:58 PM by user: PLMADM on host: WIN-KNKSL07ILFV
         (FFFFFFFFFFFFFFFF-c0a81f80.0)
         internal Id: demoreviewer granted since: Jul 5, 2016 7:24:02 PM last used
          at: Jul 10, 2016
         10:32:50 AM by user: demoreviewer on host: WIN-KNKSL07ILFV
         (FFFFFFFFFFFFFFFF-c0a81f80.0)
         ...
         internal Id: demoreviewer granted since: Jul 5, 2016 7:24:15 PM last used
          at: Jul 10, 2016
         10:02:50 AM by user: demoreviewer on host: WIN-KNKSL07ILFV
         (FFFFFFFFFFFFFFFF-c0a81f80.1)
         authorization item: MyGroup
         ...
         ...
      16. Display or edit the properties of a user/host/IPrange, a group or a rule by either double-clicking on it or
          right-clicking then selecting Properties or Edit.
            Note: When a licensing client requests a license, the license server checks the authorization rules before
            granting the license. Later, the client can check that the previously granted license is still granted by the
            license server. At this moment, the license server checks only the ALLOW and DENY rules, but not the
            RESERVE and LIMIT rules. Consequently:
            •   if the license server administrator added, changed or removed an ALLOW or DENY rule during the
                client session, then the client can receive a KO, but
            •   if the license server administrator added, changed or removed a RESERVE or LIMIT rule during the
                client session, then the client cannot receive a KO for this reason.
         A composite rule enables you to combine and enforce a potentially large number of authorization rules of
         different types (within the restrictions specified below). The rule may look like this (note the different rule
         types):
         The following rules determine to what extent you can mix and combine different declaration types:
         •   a composite rule can contain any number of lines
         •   when you declare RESERVE lines in a composite rule, the RESERVE lines can only apply to: either
             users and user groups, or host and host groups, or IPRanges and IPRange groups
         •   when you declare ALLOW, DENY and LIMIT lines in a composite rule, the lines can apply to all of the
             following: users, user Groups, Hosts, Host Groups, IPRanges and IPRange Groups.
         It is possible to create declarations applied to a combination of user/host/IPRange types in certain contexts,
         and not others.
          Declarations applied to a combination of users, hosts and IPRanges Standard ALLOW rules
          ARE allowed in:
                                                                             Standard DENY rules
          Declarations applied to a combination of users, hosts and IPRanges Standard LIMIT rules
          ARE NOT allowed in:
                                                                             Standard RESERVE rules
         Furthermore, the license server behaves differently depending on whether standard rules or composite rules
         are deployed.
          Declaration                Behavior
          ALLOW
                                     In standard rules, all declarations must be validated: for example, a license will be granted to user BOB
                                     on HOST1 only if both an ALLOW declaration for user BOB AND an ALLOW declaration for HOST1
                                     have been validated.
                                     In composite rules, at least one of the declarations must be validated: using the same example, if user
                                     BOB is authorized, OR HOST1 is authorized, the license will be granted.
          LIMIT                      You cannot combine user/host/IPRange types in standard rules, but combining types is authorized in
                                     composite rules.
          RESERVE
                                     In standard rules, if an individual item is also part of a group, only individual types are taken into account.
                                     In composite rules, if an individual item is also part of a group, as a priority, individual types are always
                                     taken into account first, then group types.
         Examples
         The following example illustrates how to use ALLOW declarations in a composite rule. Create:
         •   an IPrange for a protected building (IPrange1)
         •   an IPrange for a non-protected building (IPrange2)
         •   a user group containing privileged users (Group1)
         •   a user group containing non-privileged users (Group2).
         Let's assume you want to enforce the following licensing rules:
                                                     IPrange1                                        IPrange2
         To enforce the above rules, create a composite rule containing an ALLOW declaration for the privileged
         user group, and an ALLOW declaration for the non-protected IPrange. For illustration purposes, it looks like
         this:
         Group1 ... ALLOW
         IPrange2 ... ALLOW
         In this case:
         •   privileged users in Group1 can consume licenses from both buildings (IPrange1 and IPrange2),
             because the composite rule Group1 ... ALLOW is sufficient to allow the user to consume a license
             from both buildings
         •   but non-privileged users in Group2 can consume licenses only from the non-protected building.
         The following example illustrates how to use RESERVE declarations in a composite rule. Let's assume your
         company has offices in three countries: India, France and the USA, and you have purchased 10 licenses for
         feature MDG. You can create a single composite rule to enforce the following rules:
         •   reserve the usage of two licenses to an IPRange named france for French computers
         •   reserve the usage of five licenses to an IPRange named india for Indian computers
         •   reserve the usage of the three remaining licenses to an IPRange group named France and India
             containing only Indian and French computers
         •   restrict license usage in the USA (there are no licenses available since they are all reserved).
         The rule will look like this:
         When this rule is enforced, the behavior is as follows (and in the order specified):
         •   when Indian users log on, as a priority they will first consume licenses from IPrange india, because
             RESERVE declaration lines with individual items (IPrange india) are taken into account before group
             items (IPrange group France and India)
         •   once the first five licenses have been consumed, Indian users will then consume the remaining three
             licenses from IPrange group France and India
         •   when French users log on, they will consume the remaining two licenses from IPrange france.
                Note: The total number of counts indicated in the Currently consumed column for a composite
                license can be higher than the total number of licenses. This can be the case, for example, when an
                item is present in a LIMIT and a RESERVE declaration, and when a client session triggers a match
                on a user, a host and an IPrange.
                Limitations
                Avoid erroneous and incoherent declarations, since the license server processes them along
                with the rest and does not reject them. For example, if you reserve eight licenses for host1,
                then limit host1 to five licenses, three licenses cannot be consumed.
The first two buttons, from left to right (Export and Reset) are grayed out because at this stage you do not
         have any authorization data to export. However, the Import           button is activated since you can at least
         import authorization data backed up in an existing XML file.
      2. Create some users, hosts, IP ranges and/or groups, and create some authorization rules linked to the data you
         created (as explained in Setting License Authorization Rules).
         Once you have created all the data and rules, all the icons are activated like this:
      3. Click the Export         button and specify a file name in the dialog box displayed to save the file to XML
         format.
         The XML file is structured as follows, for example:
         <?xml version="1.0" encoding="UTF-8" standalone="yes"?>
         <authorizations xsi:schemaLocation="http://www.3DS.com/DSLS
         DSLSAuthorizations.xsd" xmlns="http://www.3DS.com/DSLS"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
         <users>
             <user id="1">anna</user>
             <user id="2">bob</user>
             <user id="3">chuck</user>
         </users>
         <usergroups>
             <usergroup id="1">
                    <name>UsrGroup1</name>
                    <user id="1"/> <!-- anna -->
                    <user id="2"/> <!-- bob -->
             </usergroup>
         </usergroups>
         <hosts>
             <host id="1">computera</host>
             <host id="2">computerb</host>
         </hosts>
         <hostgroups>
             <hostgroup id="1">
                    <name>ComputerGroup</name>
                    <host id="1"/> <!-- computera -->
                    <host id="2"/> <!-- computerb -->
             </hostgroup>
         </hostgroups>
         <ipranges>
             <iprange id="1" cidr="10.232.0.0/16">local10232</iprange>
             <iprange id="2"
         range="192.168.0.1-192.168.0.255">local1921680</iprange>
             <iprange id="3" cidr="127.0.0.1/32">localcomputer</iprange>
             <iprange id="4" cidr="fd00::/10">localipv6</iprange>
         </ipranges>
         <iprangegroups>
             <iprangegroup id="1">
                   <name>localgroupipv4</name>
                   <iprange id="1"/> <!-- local10232 -->
                   <iprange id="2"/> <!-- local1921680 -->
                   <iprange id="3"/> <!-- localcomputer -->
             </iprangegroup>
         </iprangegroups>
           <editor name="Dassault Systemes">
             <model type="NamedUser">
                   <feature name="CPF">
                        <basicauthorizationlist ruletype="Deny">
                          <name>CPF</name>
                          <user id="2"/> <!-- bob -->
                        </basicauthorizationlist>
                   </feature>
                   <feature name="ENG">
                        <basicauthorizationlist ruletype="Allow">
                          <name>ENG</name>
                          <host id="1"/> <!-- computera -->
                        </basicauthorizationlist>
                   </feature>
                   <feature name="LIB">
                        <basicauthorizationlist ruletype="Reserve">
                          <name>LIB</name>
                          <usergroup quantity="2" id="1"/> <!-- UsrGroup1 -->
                        </basicauthorizationlist>
                   </feature>
                   <feature name="PRG">
                        <basicauthorizationlist ruletype="Limit">
                          <name>PRG</name>
                          <hostgroup quantity="1" id="1"/> <!-- ComputerGroup -->
                        </basicauthorizationlist>
                   </feature>
                   <feature name="IFW">
                        <offlinerestrictions>
                          <name>IFW</name>
                          <keyword>secret</keyword>
                          <maxduration>21</maxduration>
                          </offlinerestrictions>
                   </feature>
               </model>
           </editor>
         </authorizations>
                Note: The <basicauthorizationlist> tag can appear directly under the <editor name>
                tag and not only under the <feature name> tag.
             <name>EDT,Token,5LBGS-SIEJ7-TVIF0-UFAMA-EU0WX</name>
             <user id="2"/> <!-- bob -->
         </basicauthorizationlist>
Click the Reset button and click OK when prompted to remove existing data if required.
      2. To import authorization data, click the Import          button and use the dialog box to select an XML file to
         import.
         If you removed existing authorization data from your license server, the imported data simply replaces it.
         For example, importing the example XML file above creates the following rules illustrated below:
         This time, because you did not remove the existing authorization data from your license server, a dialog box
         will be displayed prompting you to merge the existing and imported data:
          Structure Compare
                                    The Structure Compare column provides a synthetic view resulting from
                                    the comparison of the existing and imported data, in the following order:
                                    •   user definitions
                                    •   host definitions
                                    •   IPRange definitions
                                    •   user group definitions
                                    •   host group definitions
                                    •   IPRange group definitions.
                                    Note that:
                                    •   a red item with a warning symbol indicates that something is different
                                    •   a red item with a "+" symbol indicates that something has been added
                                    •   a red item with a "-" symbol indicates that something has been removed.
          Server Authorizations     The Server Authorizations column lists the existing server authorizations
                                    for each category.
          Imported
                                    The Imported Authorizations column highlights in blue the imported
          Authorizations
                                    authorizations.
         Navigate to the next or previous difference using the up and down arrows. Click the left arrow to accept the
         highlighted difference.
         In our example, the line "chuck" is highlighted in blue. It is highlighted because it is the first difference.
         Click the down arrow to navigate then, for example, to the rule linked to the ENG license (which has been
         has been removed), then to the other rules.
         In our example, user "chuck" is highlighted in the Structure Compare and Imported
         Authorizations column because it is the first difference detected. The "+" symbol on the rule chuck
         in the Structure Compare indicates that the definition has been added.
         To accept this first difference, click the left arrow: in this case, the user "chuck" is added to the Server
         Authorizations column, and the "+" symbol is removed.
         Click the down arrow to navigate to the next difference detected, and click the left arrow each time if you
         accept the new rule.
         All text in red becomes black once you accept the difference.
      7. Click Apply or OK to accept the changes.
         The updated data is then displayed in the Authorizations tab.
         In our example, the user "chuck" has been added, and the rule has been removed from ENG:
4. Zoom in on the world map by left-clicking and dragging a box around the region you are interested in.
         The country is the one indicated in the Customer Country column in the Administration tab.
         Zooming on France displays the following:
         This displays:
         •   the authorized country
         •   the name of the license server on which the licenses are enrolled
         •   the number of licenses.
7. Click the symbol to toggle to be able to move the map by dragging it.
      1. In the Server Configuration dialog box, accessible when viewing your license server properties, check the
         Enable license usage statistics option.
      2. Select the Statistics tab.
      3. Check the check box for the name of the license server:
         This displays the statistics tools for the selected server:
      4. Use the From: pull-down and navigate to specify the month when license usage statistics logging is started.
         By default, the starting month is the current month of the preceding year.
          You can extend (but not shrink) this one-year period by specifying the starting month of the statistics to be
          logged.
          Use the << and >> symbols to select the year. Use the < and > symbols to select the month.
      5. Use the Sort by: pull-down list to select how the license statistics are presented in the chart:
           Name                               License statistics are presented according to the feature name (this is the
                                              default and is illustrated above).
           Number of In Use Licenses          The features for which the highest number of licenses is currently being
                                              used are presented at the top of the list.
           Total Number of Licenses           The features for which the highest number of licenses are available are
                                              presented at the top of the list.
           Percentage of In Use Licenses      The features for which the highest percentage of licenses are currently
                                              being used are presented at the top of the list.
      6. Use the Editor: pull-down list to specify the editor of licenses for which you want to view statistics:
           Dassault Systemes                       Only Dassault Systemes 3DEXPERIENCE license statistics are
                                                   displayed.
           Dassault Systemes V5                    Only Dassault Systemes V5 license statistics are displayed.
           Dassault Systemes V4                    Only Dassault Systemes V4 license statistics are displayed.
7. Use the Model: pull-down list to specify the models of licenses for which you want to view statistics:
                 Note: Pre-R2017x statistics data does not contain information related to Country and LicenseID.
                 As a consequence, the filtering on Country and LicenseID is effective only once an R2017x
                license server or higher has been installed. Unknown for country and 00000 for license ID are
                displayed.
         When connected to an R2016x server or lower, neither the Country filter nor the LicenseID filter is
         displayed.
      10. Check the Display all checkbox if required.
         This checkbox will help you avoid losing statistical information about expired licenses which are not renewed.
         By default, only features with licenses which are still valid are displayed in this tab.
         However, checking this check button displays features whose licenses have expired or have been deleted.
         Activating this option is CPU-intensive since it consumes a lot of resources on the server side, and consequently
         has to be used with caution.
         You can use this possibility with the From : pull-down, keeping in mind that the further back logging begins,
         the more resources are consumed on the server.
         The minimum duration is 12 months.
      11. Analyze the statistics.
          Whichever way you filter the results, named user licenses are represented by a solid light grey chartbar, and
          concurrent user licenses by a light grey chartbar with stripes. A three-letter code for the license is displayed,
          alongside figures specifying the number of licenses used/total originally available, for example:IFW : 1/
          11
         When licenses are currently being used, a section of the chartbar proportional to the percentage of total
         licenses being used for a given feature is displayed in green.
         An increasing percentage of license usage will change the color of the chartbar. Here is a list of the colors
         used and the percentages:
         •   Green: less than or equal to 75%
         •   Orange: between 75% and 90%
         •   Red: greater than or equal to 90%.
      12. Point to the chartbar to display a magnifying glass which in turn displays information about the licenses.
         Three numbers are displayed for each feature:
         •   the number of currently used licenses (1 in the example below)
         •   the total number of currently valid licenses (11 in the example below)
         •   the percentage of licenses currently used (9% in the example below).
         A tooltip containing detailed data is displayed when mousing over the vertical chartbar, for example:
         July 2016 : 21 licenses used, 46 total
         The green section represents the maximum usage rate for the given period, and not the maximum used. For
         example, the following two statistics imply different maximum usage rates:
         July 2016 : 21 licenses used, 46 total
         July 2016 : 23 licenses used, 52 total
         The maximum usage rate is the ratio of licenses used over the total number of licenses: the highest value is
         always used (the first line in the above example).
         The results may be unpredictable for the periods during which the server was stopped.
         The main section of the Statistics tab reports the licenses currently in use, at the present moment. So the
         numbers displayed in this panel can go up and down, depending on instantaneous usage. When you click on
         a specific license (using the chartbar), you enter the historical mode, with vertical chartbars for monthly,
         daily or hourly usages. This provides access to the maximum usage for the given period.
                Note: When statistics data collection is enabled, the files containing statistics data, with the extension
                .stat, are generated in the log files folder. There can be numerous files, occupying a lot of disk
                space, leading to increased time needed for displaying statistics in the administration tool. These
                .stat files are compacted to .mstat files. New monthly files are generated for the months before
                the current month. The license server continues to generate .stat files for the current month. The
                old .stat files are moved to the StatBackup folder which you can remove.
          The exact moment corresponding to the From : date is at 00H01 local time (time zone) of the computer on
          which the License Administration Tool is running.
          The exact moment corresponding to the To : date is at 23H59 local time (time zone) of the computer on
          which the License Administration Tool is running.
          However, time values displayed are formatted according to the local time (time zone) of the computer on
          which the license server is running.
          The From : date value (respectively To :) is automatically set to the To : date value (respectively From :)
          if the To : date value (respectively From :) is manually set to a value lower (respectively higher) than the
          current From : (To :) date value.
          Every event is time-stamped.
                       Note: Detaching of licenses granted to the 3DSpace server is not traced by default. Instead,
                       timeouts appear for these licenses unless you set the following variable:
                       MX_NUL_FULL_USAGE_REPORT=true
                       in the enovia.ini file (Windows) or mxEnv.sh (Linux). For more information about this
                       variable, see the 3DSpace server documentation.
             -   Extraction: the license server has received a license offline extraction request from a client, and
                 the license server has granted an offline license
             -   Return: the client has returned an offline license
             -   Recovery: the offline extraction duration has ended.
         •   Field 2: Offline extraction duration (in days), or empty if field 1 is different from Extraction
         •   Field 3: Feature.
         •   Field 4: ID.
             Every time a session is opened by a client, the license server allocates it an ID. Several different licenses
             granted to a given session share the same ID (but not the same feature). Several different sessions do not
             share the same ID, even if run by the same user on the same client computer.
             For example, if a user launches simultaneously two V5 sessions requesting an HD2 license, only one
             HD2 license is granted, but two grants are logged with two different IDs. This allows very precise matching
             between grants and detachments, for example.
             The format of this ID is slightly different between offline licenses and non-offline licenses.
         •   Field 5: Editor Name
         •   Field 6: Model: refers to the type of license (such as named user or concurrent user)
         •   Field 7: Quantity: 1, or N in the case of tokens or credits
         •   Field 8: Commercial Type
              Note: If monitored by 3DEXPERIENCE Monitoring Agent, the DS License Server monitoring probe
              requires the license server to be installed with the default admin port: 4084.
         Activity over the last 24 hours is displayed in green bar graphs. The monitoring interval is 1 minute.
         Time values displayed are formatted according to the local time (time zone) of the computer on which the
         License Administration Tool is running.
      3. Use the zoom slidebar to zoom on a particular period over the last 24 hours.
         You can zoom down to display a period in intervals of 5 minutes:
         The upper part of the display monitors the average duration of processing, by the license server, of client
         messages that the license server receives.
         The lower part of the display monitors the average number of client messages per minute processed by the
         license server.
         The different graphs are displayed on a logarithmic scale to be able to show both very high and very low
         traffic. With a non-overloaded server, the average message processing duration should be a few milliseconds.
      4. Select the Show longest durations check box to display the longest message processing durations.
         The red bar graph represents the longest duration of a client message for each minute of the displayed activity
         period:
      5. Point anywhere over the window to move a vertical line over the specific minute of interest and display
         additional information.
          For example:
          This displays, for the specified minute, the average processing duration, the longest processing duration, and
          the number of client messages received.
      6. In standalone server mode, choose Client traffic or Admin traffic.
           Client traffic
                                       Monitors messages sent by the license clients to the license server. The license
                                       clients are the processes that request licenses to the license server.
           Admin traffic               Monitors messages sent by the License Administration Tools to the license
                                       server.
          Client
                        These perform the same monitoring functions as for a standalone server.
          traffic/Admin
          traffic
          Failover
                         Because the selected server is configured as a member of a failover cluster:
          traffic
                         •   the upper part of the display monitors the average duration of processing, by the failover
                             member, of messages sent to the two other members
                         •   the lower part of the display monitors the number of messages per minute sent to the two
                             other members
                         as illustrated below:
      8. In case of suspected server performance problems or if the server stops responding, and if requested, you
         can dump server performance information using the dump buttons:
         It is not possible to run such actions when connected in restricted mode from the GUI of the license
         administration tool, and the dump buttons in the Monitoring tab are grayed out:
         This ensures that no potentially very large files can be created by someone having only restricted access to
         the license server.
          This is not the case when connecting in restricted mode from the command line using the monitor
          -dumpHeap command that does not create files on the license server machine. There is, however, one
          exception where this remains possible, when you are connected to localhost only, in which case files
          are created on the license server machine.
      •   three service connection hostnames for accessing the license server failover:
          customerID-eu1-licensing.3dexperience.3ds.com
          customerID-eu1-licensing-1.3dexperience.3ds.com
          customerID-eu1-licensing-2.3dexperience.3ds.com
          where customerID is your customer identifier provided by Dassault Systèmes.
Setup Operations
      This section describes setup operations on the licensing clients.
      1. Copy the authentication file to all the licensing clients in the following default location:
          •   C:\ProgramData\DassaultSystemes\Licenses (Windows)
          •   /var/DassaultSystemes/Licenses (Linux).
      2. Optionally, set the DSLS_AUTH_PATHNAME environment variable.
         You can also set the environment variable DSLS_AUTH_PATHNAME using a full pathname (UNC
          supported), if you decide to store the file in a different directory from the default one. For example:
          DSLS_AUTH_PATHNAME=G:\Shared\MyAuth.LIC
          If you do not set the DSLS_AUTH_PATHNAME variable, and there are several authentication files in the
          default location, only the most recent file (which supersedes the others) is taken into account.
      3. Retrieve the service connection hostnames from the e-mail you received and declare them in the
         DSLicSrv.txt file located in the above directory.
          The port number is 443.
          When a licensing client contacts the managed licensing service, it looks for an authentication file and sends
          it to the license server. The license server grants the license(s) and the session continues as normal.
      4. Check your network configuration (firewalls and proxies) to allow https access to the three hostnames on
         port 443.
          You can run the DSCheckLS command to check that your installation is correctly configured.
          You can then run the desired apps.
                Note: Working on a laptop with offline license keys is possible, assuming the laptop is not a virtual
                machine. The status of the license server appears in the DSLicMgt tool with a black bullet if a valid
                authentication file is not found.
                Note:
                A Windows service running as a generic account, such as Local System, cannot access the Internet
                and in particular cannot access the managed licensing service. So, by default, your Dassault Systèmes
                code running in a Windows service and which needs a license key provided by the Managed Licensing
                Service cannot work. A typical case is the 3DEXPERIENCE 3DSpace service hosted in a TomEE+
                application server started as a Windows service.
                To solve this constraint:
                •   either disable the Windows service and start the process manually, in a .bat file for example
                •   or replace the Local System account used to start the service with a user account.
      1. Click on the administration URL in the email, or open your browser (up-to-date Firefox, Chrome and Edge
         are supported) and enter the URL to connect to the web user interface:
         https://customerID-eu1-licensing-3.3dexperience.3ds.com
         where customerID is your customer identifier provided by Dassault Systèmes.
         The 3DPassport login page is displayed:
          Enter your username and password, or create an account and log in using your account.
          The License Server Connection Parameters page is displayed:
                Note: To reduce the risk of license authentication file theft, and mitigate the consequences of any
                theft, we strongly recommend that you do not keep the passwords and the authentication file in the
                same place, and that you configure authorizations allowing only your Internet output IP (and not LAN
                IPs).
          As usual, tab columns (except in the Authorizations tab) can be re-ordered by dragging and dropping (except
          on Firefox so far), and column sorting is available by clicking on the column names, optionally with the Ctrl
          key for multi-sorting.
          Searching by clicking      in the top bar is only active in the Server Logs tab. The Find function is delegated
          to the browser, typically by using Ctrl-F.
          The     icon on a line indicates that details are available by clicking the icon. You can also access details by
          double-clicking the line.
          Click     in the tab to export data in that tab to a .csv file. In the Authorizations tab, however, data are
          exported and imported in a more appropriate XML format.
      6. Perform any authorized operations.
          As is the case for on-premises failover license servers, three e-mails are sent when licenses are about to expire
          and e-mail alerts have been activated.
Reference
      This section contains reference information about batch commands and file locations. Note that all parameters
      and commands are case-sensitive.
DSLicSrv Command
      The DSLicSrv command initializes and starts the license server and its associated administration tool.
      Note that all command parameters are case-sensitive.
Option Description
      Example:
      DSLicSrv -initServer -adminPort 4084
Note: You must run this command as root on Linux, and in an elevated command prompt on Windows.
Option Description
      Example
      DSLicSrv -startServer
Note: You must run this command as root on Linux, and in an elevated command prompt on Windows.
      On Windows, you may prefer to use the following command in an elevated command prompt to start the server
      as a Windows service:
      net start "DS License Server"
      Setting options in the DSLS Windows service
      You can configure the DSLS Windows service to use the start options as follows:
      1. Open an elevated command prompt.
      2. Check the current properties of the license server service by running the following Windows command:
            sc.exe qc "DS License Server"
            The displayed BINARY_PATH_NAME line should match something like this:
            "C:\Program Files\Dassault Systemes\DS License
            Server\win_b64\code\bin\DSLicSrv.exe" -startServer
Option Description
      Example:
      DSLicSrv -stopServer
Note: You must run this command as root on Linux, and in an elevated command prompt on Windows.
Option Description
      Example
      DSLicSrv -adminUI
      starts the License Administration Tool user interface.
Option Description
      -admin [-i input_file] [-o                           Starts the License Administration Tool in command line mode
      output_file] [-t output_file]
                                                           •   -i input_file: input file containing list of commands
      [-run "list of commands"] [-ks
                                                           •   -o output_file: redirects output to an output file
      [keystore_file]
                                                           •   -t output_file: redirects output both to an output file and to the command
                                                               line window
Option Description
             Note: An asterisk (*) in the following list of available commands denotes functionalities not supported
             in managed licensing service mode.
      Connect to a license server        connect|c server port [ -proxy                 server: license server host name
                                         | -p proxyHost proxyPort]                      port: administration port number
                                         [-restricted | -r]
                                                                                        -proxy|-p proxyHost proxyPort: proxy host
                                                                                        name and proxy port number
      Show current license usage          getLicenseUsage|glu [-feature    -feature: display usage on specified feature
                                          feat] [-all|-short] [-csv]
                                                                           -all: display detailed client usage (including
                                          [-usedOnly|-uo]
                                                                           casual license usage in minutes, last used date
                                                                           for automatic recycling purposes, etc.) and
                                                                           running processes
      Get license usage tracing flags     getLicenseUsageTraces|dut        Get license usage tracing flags
      (*)
      Activate/Deactivate license usage   setLicenseUsageTraces|sut        license1 license2 ...: licenses to manage usage
      trace (*)                           all|license1 license2 ...        tracing, or all to manage all licenses
                                          -trace|-t yes|no [-editorId|-e   -trace yes|no: to activate or deactivate trace
                                          editor]
                                                                           -editorID: editor
      Display logged server messages      showLog|sl [-from fromDate]      -from: lower limit (default midnight)
                                          [-to toDate]                     -to: upper limit (default now)
      Modify server configuration (*)     setConfig|sc                     -licensingPort: listening port for license client
                                          [-licensingPort|-lp port]        access
                                          [-adminPort|-ap port]            -adminPort: listening port for administration
                                          [-failoverPort|-fp port]         usage
                                          [-password|-pwd]
                                                                           -failoverPort: listening port for intra cluster
                                          [-restrictedPassword|-rpwd]      communications
                                          [-remoteAdmin|-ra
                                                                           -password: ask to be prompted to
                                          none|restricted|full]
                                                                           enable/disable password protection
                                          [-failoverMode|-fm yes|no]
                                                                           administration
                                          [-clusterName1|-cn1 name]
                                          [-clusterName2|-cn2 name]        -restrictedPassword: ask to be prompted to
                                          [-clusterName3|-cn3 name]        enable/disable restricted mode password
                                          [-enableLicenseStats|-els        protection administration
      Modify cluster (*)                modifyCluster|mc [-repair|-r        -repair: repair server when license database is
                                        host] [-update|-u host]             corrupted
                                        [-changeName|-cn host newHost]      -update: update cluster when host computer id
                                        [-changeMachine|-cm host            has changed
                                        newHost]
                                                                            -changeName: modify cluster when a host
                                                                            name has changed, computer id still the same
      Enroll license files (*)          enrollLicense|e -dir inputDir       -dir: input directory
                                        [-file file1 file2...]              -file: input files or regular expression
      Create group of users to manage   createUserGroup|cug groupName       -users: list of users contained in that group
      authorization lists               -users user1 user2 ...              -replace: replace existing group of users if any
                                        [-replace]
      Create group of hosts to manage   createHostGroup|chg groupName       -hosts: list of hosts contained in that group
      authorization lists               -hosts host1 host2 ...              -replace: replace existing group of hosts if any
                                        [-replace]
      Create IP range                 createIPRange|cipr name -ip         -ip: internet address range, (firstIP-lastIP or
                                      iprange [-replace]                  CIDR notation)
Examples:
      Monitor license server (*)         monitor|mon [-dumpHeap|-dh]      -dumpHeap|-dh: obtain server heap dump
                                         [-dumpThreads|-dt] [-outDir|-o   -dumpThreads|-dt: obtain server threads status
                                         dir]
                                                                          -outDir|-o dir: directory storing result of
                                                                          command (mandatory for -dumpHeap option)
      Manage license usage tracing      userTraceSetting|uts             -enable|-e user: activate usage tracing for user
      related to users (*)              [-enable|-e user] [-disable|-d
                                                                         -disable|-d user: disable usage tracing for the
                                        user] [-remove|-r user]
                                                                         specified user
                                        [-clear|-c]
                                                                         -remove|-r user: remove tracing for the
                                                                         specified user
      Display help information          help|h|? [command]               command: (optional) display help information
                                                                         relative to this command
      Redirecting Output
      By default, the DSLicSrv -admin command does not redirect output. The following table sums up the
      different redirection possibilities available:
      Start the License Administration Tool in command line mode   DSLicSrv -admin -o outputfile or DSLicSrv
      and direct output to a newly created output file only        -admin > outputfile
                                                                   where outputfile is the name of the output file.
      Start the License Administration Tool in command line mode   DSLicSrv -admin >> outputfile
      and append output to an existing output file only
                                                                   where outputfile is the name of the output file.
      Start the License Administration Tool in command line mode DSLicSrv -admin -t outputfile
      and redirect output both to an output file and to the command
                                                                    where outputfile is the name of the output file.
      line window
Here is a more elaborate example of how to use the different redirection possibilities:
Output from the pink command is redirected to the newly created file C:\temp\info.txt.
      Managing Passwords
      You may not want to enter passwords each time you run DSLicSrv -admin, particularly if full and restricted
      passwords are set, or if passwords are different between license servers. Furthermore, writing passwords in batch
      files is not secure.
      You can store passwords in an encrypted file and reference this file when connecting to license servers. Adding
      the option -keyStore [file.ks] (or -ks [file.ks] ) instructs the License Administration Tool to
      work with the encrypted file containing the passwords.
      The default pathname of the .ks file is:
      •   C:\Users\userid\AppData\Roaming\DassaultSystemes\LicenseAdmin.ks (Windows)
      •   $HOME/.LicenseAdmin.ks (Linux).
      but any pathname can be used.
      The .ks file is encrypted with the OS username and the pathname in lowercase. This partially prevents different
      users from using the same .ks file, or from moving a .ks file from one folder to another.
      The .ks file can contain full and restricted passwords for several license servers. When the -keyStore option
      is used and the .ks file does not exist or does not contain the valid password for the license server, you will be
      prompted to enter a password. If you enter the correct password, it will be stored in the .ks file.
      When the -keyStore option is used and the .ks file contains a valid password for the license server, no
      password prompt is displayed and the access will be granted.
      License servers are identified by their names in a .ks file. Consequently, connecting a license server with an
      IP address whereas the name has been stored in the .ks file will lead to a password prompt. The behavior is the
      same if a license server is accessed both via localhost and its name, for example.
      At the beginning of the following example, the -keyStore option has not been used already, therefore a .ks
      file does not already exist, and you are trying to connect to a password-protected license server:
      In the case of the command highlighted in yellow, you are prompted to enter a password because there is no
      existing .ks file yet, so it will be created once you enter the password.
      In the case of the command highlighted in blue, you are NOT prompted to enter a password because it can be
      found in the .ks file which has just been created in the previous step.
      In the case of the command highlighted in pink, you are prompted to enter a password because you started the
      License Administration Tool without the -keyStore option.
      Start the License Administration Tool in command line mode   DSLicSrv -admin -i input file
      and execute a command parameter file
                                                                   The input file contains commands executed in command line mode.
      Start the License Administration Tool in command line mode   DSLicSrv -admin -run "list of commands"
      and run a list of commands
                                                                   Examples:
                                                                   DSLicSrv -admin -run "c localhost 4084; glu"
DSLicTarget Command
      The DSLicTarget command returns the computer id.
      Option                     Description
      -t
                                 Display the computer id.
                                 The ComputerID generated for a physical machine comprises: 3 characters + 1 dash + 16 characters. For
                                 example:
                                 ABC-1234567890ABCDEF
                                 The ComputerID generated for VMs is longer than the one generated in physical environments. It comprises:
                                 3 characters + 1 dash + 42 characters. For example:
                                 ABC-1234567890ABCDEF1234567890ABCDEF1234567890
                                 DSLicTarget must be run with admin privileges, in an admin command prompt. It can then display
                                 the ComputerID with the format for virtual machines. For example:
                                 > DSLicTarget.exe -t
                                 DSLicTarget (version 1.16)
                                 Computer Id: TIY-001AF10B481636DA575F86C8E3E9FAED07F4B5C018
                                  (based on: TPM-
                                 Version:2.0
                                 -Level:0-Revision:1.15-VendorID:'MSFT'-Firmware:538247443.1394722)
      -c                         Clear data containing the reference to the current ComputerID: Windows registry key or Linux file. You must
                                 run this command in an elevated command prompt.
      Option                  Description
      -s {...}                Use a specific device identifier (provided by the -l parameter) to generate the computer id, for example:
                              DSLicTarget -s {558CBA02-9E12-33F7-49A9-1154BED416A6}
                              You must run this command in an elevated command prompt.
-h Display help
      Overview
      The DS License Server uses https for communications. https is based on http and adds a security layer. This
      security is implemented by various protocols and cipher suites. From time to time, certain weaknesses may be
      found on a given protocol or a given cipher suite. Depending on the type of the security exposure discovered,
      the consequences can be unpleasant when communicating on the Internet.
      DS license servers are not on the Internet, but on the LAN of the company. So they are not vulnerable to attacks
      exploiting the security issues. However, some companies use tools for reporting security vulnerabilities on all
      computers of their network. These tools can then identify the computer hosting a DS License Server as unsecure,
      even if this is not the case.
      To obtain a clean report for these tools, a dynamic solution allows you to remove the protocols and cipher suites
      considered as unsecure, by providing the ability to restrict the list of protocols and to set the list of cipher suites
      that can be used in DS License Server communications.
      When running a failover cluster, each member can start with its own protocols and cipher suites. To ensure that
      the three members use the same protocols and cipher suites, the same modifications must be applied on the three
      members.
      If an administrator removes a protocol and/or a cipher suite, it is possible that an older licensing client may be
      unable to communicate with the license server. This can happen if none of the allowed protocols and cipher
      suites are enabled on the licensing client.
      Supported Protocols
      The DS License Server currently supports the following protocols:
      •     SSLv3
      •     TLSv1
      •     TLSv1.1
      •     TLSv1.2
      •     TLSv1.3
      You can remove the support for one or several protocols by adding a parameter when starting the license server:
      -disableSSLProtocol.
      Cipher Suites
      The DS License Server supports a lot of cipher suites. This list can be found in the following file under the
      license server installation path:
      install_path/startup/DSLSJRE/CipherSuites.txt
      Each line not beginning with a # character is an allowed cipher suite. Each line beginning with a # character is
      a supported cipher suite, but not allowed.
      If the content of this file is not appropriate in the company context, it can be copied in any folder and modified
      to match what is desired.
      Adding a leading # character removes the cipher suite from the list of allowed suites. Removing a leading #
      character adds the cipher suite to the allowed list.
      If an unsupported cipher suite (in other words, not already present in the delivered file) is added to the file, it
      will be ignored.
      When starting the DS License Server, the path of this customized file can be specified by using the
      -cipherSuitesPath parameter.
      The delivered cipher suites file is installed every time the license server is installed. It is the responsibility of
      the license server administrator to check whether the customized file needs to be updated or not.
      Reference Table
      File Type                         Location
      License Repository (*)            The license repository containing enrolled licenses is located in:
                                        On Windows:
                                        C:\ProgramData\DassaultSystemes\LicenseServer\Repository
                                        On Linux:
                                        /var/DassaultSystemes/LicenseServer/Repository
                                         This file is not created if the installation was performed by double-clicking the .msi file.
                                         Furthermore, server statistics files (if enabled) and log files are stored by default in:
                                         On Windows:
                                         C:\ProgramData\DassaultSystemes\LicenseServer\LogFiles
Warning:
                                         If you wish to create a share of this folder and go to the Sharing tab, do not use the Share... button,
                                         but use the Advanced Sharing... button. If not, the log files may be corrupted.
                                         On Linux:
                                         /var/DassaultSystemes/LicenseServer/LogFiles
                                         On Linux:
                                         /var/DassaultSystemes/LicenseServer/LogFiles
Its name is CasualUsage.YearMonth.txt and it contains the following information in plain text:
                                         •   Generation date
                                         •   License server name
                                         •   License server ComputerID
                                         •   List of CustomerSite value(s) present in the license keys
                                         •   List of overuses (if any) comprising lines with:
                                             -    Product name
                                             -    User name
                                             -    Measured usage duration
                                             -    Max allowed usage duration
                                             -    LicenseID
• Signature.
      Settings (*)                       The License Administration Tool user interface settings file (LicenseAdminUI) is located in:
                                         On Windows:
                                         C:\Users\userid\AppData\Roaming\DassaultSystemes
                                         On Linux:
                                         $HOME
                                         On Linux:
                                         $HOME/.LicenseAdmin.ks
      License Client Configuration (*)   Nodelock licenses, extracted offline licenses and the licensing client configuration file
                                         (DSLicSrv.txt) are located in:
                                         On Windows:
                                         C:\ProgramData\DassaultSystemes\Licenses
On Linux:
                                              Note: You can change the default value for the path of the client configuration
                                              file (but not the path of the license files) by setting the environment variable
                                              DSLS_CONFIG to the full pathname of the file (UNC supported), for example:
                                              set
                                              DSLS_CONFIG=C:\SpecialProject\DSLicSrv.txt
      Windows Registry Entries        Standard Windows entries for managing the DSLS service.
                                      Standard Windows entries for managing the DSLS installation.
                                      The key:
                                      HKEY_LOCAL_MACHINE\SOFTWARE\Dassault Systemes\Admin
                                      (*)
                                      manages ComputerID related info.
                                      The key:
                                      HKEY_CURRENT_USER\SOFTWARE\Dassault Systemes\LClient
                                       (*)
                                      may be present on the licensing client computer side.
      Linux system files              The following system files are modified if you do not perform the installation using the -x option.
                                      /var/DassaultSystemes/Licenses/.Identifier          contains a reference to the ComputerID.
                                      The file /usr/lib/systemd/system/dsls.service is
                                      created
                                      The symbolic link
                                      /etc/systemd/system/multi-user.target.wants/dsls.service
                                       is created
Port Management
      This section describes port management.
• Failover port (https sockets): default 4086, used by intercommunication between cluster members.
Troubleshooting
      This section contains license server troubleshooting information.
            This type of issue can occur when your Windows explorer is configured to Hide extensions for
            known file types.
      •     Check that the DSLicSrv.txt file is at least in read access for everyone on the client.
      •     Check that the server is declared in the DSLicSrv.txt file with a full qualified domain name if your
            network settings require it.
      •     Check that the DSLS_CONFIG environment variable has not been set on the client, or has been set to an
            appropriate value.
      •     Check that the C:\Windows\System32\drivers\etc\hosts file on a Windows client, or /etc/
            hosts file on a Linux client, does not contain a configuration preventing server access.
      •   Check that the license server version is able to serve the client application version. A simple rule is that the
          latest server version should be always installed, because it's compatible with all existing supported client
          application versions. The latest license server version can be downloaded from here:
          https://www.3ds.com/support/documentation/resource-library/single/dassault-systemes-license-server-and-license-keys
      •   Check that the proxy settings declared in the Windows Internet Options of the Windows client do not prevent
          server access.
      •   Check that the client firewall, server firewall, network equipment and security software are properly configured.
          The TCP (HTTPS) protocol must be allowed from client to server typically on port 4085, or another port
          number if your server is configured to listen to a non-default port number.
E INITSERVER Cannot retrieve data from hostName. Remote administration is not allowed
      E      INITSERVER    Existing license data has been created by a license server with a higher level than the
                           one being installed. Either install a higher level license server or install license server
                           from scratch.
E INITSERVER Check integrity of license data has failed. License server must be re-installed from scratch.
E INITSERVER File version ver cannot be read by current software version ver
I STARTSERVER Server version 6.209.0 built on Jan 17, 2010 5:28:47 PM started
E RUNTIMEDATA Check integrity of license data has failed. License server must be re-installed from scratch.
      E          RUNTIMEDATA                  Existing license data has been created by a license server with a higher level than the
                                              current one. Either install a higher level license server or install license server from
                                              scratch.
E RUNTIMEDATA File version ver cannot be read by current software version ver
      E          RUNTIMEDATA                  License data cannot be read: invalid format. License server must be re-installed from
                                              scratch.
W RUNTIMEDATA Error : feature "AAA" refers to "SSSSSSS" which is not owned by a client
W RUNTIMEDATA Error : inconsistent feature AAA expected count = nnn registered nnn
W ENROLL Enrollment authorization license has expired for editor Dassault Systemes
      W      LICENSESERV   AAA not granted, host hostName not authorized (from client ...)
      W      LICENSESERV   AAA not granted, host not authorized (from client ...)
      W      LICENSESERV   AAA not granted, internal failover error (from client ...)
      W      LICENSESERV   AAA not granted, license already used by user userName on host userName
                           (from client ...)
      W      LICENSESERV   AAA not granted, license used on another host (from client ...)
      W      LICENSESERV   AAA not granted, no ConcurrentUser license available (from client ...)
      W          LICENSESERV                  AAA queued request suppressed , no more available license (from client ...)
      I          LICENSESERV                  Editor editorName not registered