Support for License Broker, Component License Broker & Integrated Auditor |
|
|
|
Q-A1 Does License Broker support Windows VISTA, XP and 2000 Professional and Terminal Services on Windows 2000 Server and Windows 2003 Server? |
Q-A2 What is the Service Pack level of NT Server supported by License Broker? |
Q-A8 Does License Broker work with mobile PC's (laptops)? |
Q-A9 Does License Broker support Active Directory? |
|
Q-B1 What are the database requirements? |
Q-B2 What version of Java is required for the License Broker Administration tool? |
|
Q-C4 Does License Broker clog the network with traffic? |
Q-C11 Can I use License Broker to control access to software applications from Autodesk® and MapCAD®? |
Q-C12 Does License Broker track both hardware and software installed on a PC? |
Q-C13 Is there a Developer Toolkit or API available with License Broker to allow application vendors to embed licensing into their applications? |
Q-C14 Does License Broker spy on end users? |
|
Q-D1 How do I customize the model I have created in Integrated Auditor? |
Q-D2 How can I print only the main window? I do not want the left navigation frame on my printer output! |
|
Q-E1 We are a large enterprise with thousands of users. How can we evaluate License Broker? |
|
Q-F14 The .pdf files included in the release are not valid file formats - Adobe Reader cannot open this file. |
Q-F15 The client machine hangs when attempting to run any application, and the server INETINFO.EXE process shows nearly 100% CPU utilization. |
Q-F16 We are using Windows 2000 Server with Active Directory Domain Controller. License Broker group policy does not work. |
Q-F17 We upgraded our server from Windows 2000 to Windows 2003. Prior to upgrade we uninstalled License Server and after upgrade we re-installed License Server. Now License Server is not working! |
Q-F18 We attempted to delete applications from Software Discovery Report, however the applications persist in the report! |
Q-F19 The application serial number for some applications do not get saved in the serial table after entering in the Track Serial#! |
Q-F20 We are unable to generate SQL trace from Control Panel ODBC Data source administrator for System DSN=SILICBKR300!! |
Q-F21 After installing J2RE Plug-in, previous Java applets from other applications no longer work in the browser!! |
Q-F22 License Broker Administration url silicadm.htm returns page not found error! |
Q-F23 How do I migrate to a new Server? |
Q-F25 We have defined a policy for an executable using network path. However License Broker does not enforce the policy! |
|
Q-G1 Auditor program SIAudit.exe quits without scanning the PC! |
Q-G2 Integrated Auditor Administration url siaudit.htm returns page not found error! |
|
Q-H1 I see Software Discovery report shows many DLLs and OCXs. How do we know what applications are using these components? |
Q-H2 I have defined a policy for MSHTML.DLL(EXPLORER.EXE) to restrict access to the web from Windows Explorer. Yet, users are able to surf the web! |
Q-H3 Can I use Component License Broker to control access to ESRI® ArcGIS® extensions? |
|
Q-A1. Does License Broker support Windows VISTA, XP and 2000 Professional and Terminal Services on Windows 2000 Server and Windows 2003 Server? |
Yes. We have tested License Broker Client for Windows NT on
Windows 2000 Professional and License Broker Client for Terminal Services on
Windows 2000 Server, Windows 2003 Server running Terminal Services, Windows XP and Windows VISTA (Intel 32 bit Home, Ultimate, Business, Enterprise Editions). Further,
we have tested License Broker Server on both Windows 2000 Server and Windows 2003 Server. |
|
License Broker Server has been tested with NT Server 4.0 SP3, SP4, SP5 and SP6. |
Yes. License Broker is NOS (Network Operating System) independent. Providing you have a Windows NT Server running Internet Information Server (IIS) in your LAN, you can run License Broker! |
Yes. We have tested License Broker Client for Terminal Server under Citrix® MetaFrame 1.8 on both NT Server 4.0 Terminal Server Edition and Windows 2000 Server (and Advanced Server) with Terminal Services. |
License Broker is a metering tool. By nature of the application (i.e. License Clients are installed on every end-user machine to monitor usage), load under the worst case scenario is deterministic - it is directly proportional to the number of employees in your enterprise. Considering each employee runs some 50 applications in a typical day, the load on IIS (and License Server) is easy to determine. Now it is a matter of simulating this load to test both License Server and IIS before rolling into production. We have done extensive testing with IIS 4.0, 5.0 and 6.0 on both uni- and multi-processor Intel machines for the usual symptoms such as memory leak over time and poor performance. Further, License Server is designed to scale - for instance: |
It is an ISAPI extension DLL, not a CGI application (and ISAPI extension DLLs by design are cached by IIS); |
|
It keeps a constant database connection to the ODBC database (if you are using an ODBC database instead of embedded database) thus the database connection is not established and torn down for each inbound license request from License Clients |
|
All license policy information is kept in memory with shadow updates to the database for instant validation when license requests come in from clients. Since you only ever actively enforce license policies on some 25-50 applications (the rest are merely tracked, not enforced), it is possible to maintain the policy database as a small foot-print, memory resident and a fast database. |
|
The entire License Server is under 1 MB! |
From the above you can see that License Server is designed to accommodate rather heavy load. |
For further information: see Question-E1 for information on testing tools included with License Broker to facilitate a more thorough evaluation by enterprises. We have also tested the License Server and IIS independently with a Microsoft testing tool INETLOAD that does not require any License Client to be installed in your site to test the server alone. |
|
Currently License Broker supports only Intel platforms and it is fully tested on both single and multi-processor machines. |
Yes! License Broker has been tested and works with all Virus software. |
Yes! You can load the License Broker Client software onto your mobile PC's. When the License Server is not accessible, for instance when the mobile PC is not connected to your corporate network, you will still be able to run your applications normally and the License Client will continue to track application launch. Then when reconnected, the License Client will update the License Server. |
Yes! License Broker supports both NT 4.0 domain and Windows 2000, 2003 Active Directory. Group policy (ability to control access to an application based on membership in a group) is fully supported in both NT 4.0 domain and Windows 2000, 2003 Active Directory. |
Q-B1. What are the database requirements? |
To be scalable from small to large organizations, License Broker
Server comes with an embedded database for small organizations and
interfaces to any ODBC-compliant external DBMS for large Organizations. |
|
The Administration tool runs from any browser. For your convenience we
ship the J2RE Standard Edition (SE) plug-in version 1.4.2_04 available freely from Sun® as part of the License
Server SETUP. When you use the administration tool for the first time, the J2RE (Java 2
Run-time Environment) will be automatically installed for your browser (both Netscape®
Navigator and Microsoft® Internet Explorer are supported) if no J2RE 1.4 or higher version is currently
installed. No additional Java SETUP is required by the Administrator. |
Q-C1. Does License Broker meter all applications run by users OR does it meter only applications registered in License Broker database? |
License Broker detects application launch by intercepting the OS loader. Hence License Broker detects all applications launched regardless of whether the application is registered in the License Broker database! However, to conserve network bandwidth, License Broker does not meter applications launched from local Windows, Windows\System, Windows\System32, Windows\Command ... directories (with the exception of all game software and the 16 bit subsystem (WOW - Windows On Windows) NTVDM.EXE) as these applications are shipped as part of the Windows® Operating System (license validation for these apps such as Regedit, Notepad etc. is unnecessary). |
|
Yes! License Broker 3.0 or later detects and enforces licensing on renamed executables. This is possible because License Broker relies on built-in version information (right click on the executable in Explorer and select Properties, then select Version tab) and not the executable name itself. This version information is unchanged even if the executable is renamed. Additionally in the case of old 16 bit legacy applications, since there may not be a version resource available, License Broker also attempts to validate the license by using the Module name built into the header of the executable. |
License Broker does not employ a wrapper! |
In short, No. Each License Client communicates with License Server whenever an end-user or a program launches an application. If the application is one where the license policy is being enforced, then License Client will also communicate with License Server when the said application terminates. The communication protocol is HTTP and the frame size is typically less than 96 bytes long. The information transferred consists of application name, username, machine name and bitness information (whether 32 bit or 16 bit application). Obviously compared to end-users surfing your intranet and browsing pages containing few kilobytes of text and graphics, License Broker traffic is minimal! For example, if a typical end user runs 10 applications in a day, network traffic due to License Broker will be around 960 bytes a day from each client. If there are 1000 users, traffic would only be approximately 960KB a day! |
|
Consider the following: |
License Broker is intended for use on corporate intranets, not over the Internet. The License Server should not be accessible from outside the corporation except via secure RAS dial-in or other secure means. |
|
Do not share the License Server folder for access over the network nor allow FTP access to this folder. |
|
Windows 2000 Server and NTFS offers more granular control on securing the folder. |
|
Use an external, secure ODBC database. |
|
Use your domain administrator account sparingly, especially if you frequently leave your computer unattended. Otherwise your computer could become the source of an internal security breach whereby an employee accesses the vital resources on the network (given that unified single-logon uses your initial logon credentials). For instance, Microsoft Internet Explorer uses the initial logon credentials when you use the web-based License Broker Administration tool. However the security risk is not limited to License Broker Administration alone; network resources in general are vulnerable if you use your domain administrator account to logon to the domain and leave your computer unattended. Therefore, we recommend you use a domain user account to logon instead of your domain administrator account. |
|
If you like you can move the log files to
another folder so as not to compromise other binary files (ISAPI extension DLL - the brain
of the License Server) with write/update access to the folder. To do this, create a
sub-directory logs in the License Server folder and update the path in the
following 4 string values under, |
First, read the End User License Agreement that came with the
software. If you purchased 30 shrink-wrap boxes of a certain application and the license
agreement explicitly states that each is a single user license and that it may be only
installed on a single computer, then you may not use concurrent policy to control access
to the software application. For this reason, License Broker supports multiple
licensing policies: concurrent, user-based, node-locked and a combination of these 3
policies. In addition group policy can be used to restrict access to members of certain groups
(both NT and 2000/2003 Active Directory groups supported). Additionally you can explicitly
deny access to certain software applications by certain users and/or machines. If the software
application in question fits the node-locked model, you would use node-locked (seat) licensing policy
and define the machine names where WORD 2000 is authorized to run. This will ensure your site is compliant. |
Yes. As long as a client PC has open licenses, the License Broker Client periodically sends a short "KeepAlive" message to the License Server. By default if there is no application launch/termination activity on a client for 10 minutes and the client has open licenses, then a "KeepAlive" message is sent to server. Any form of communication between client and server indicates to the server that the client PC is alive! If there are no communications for 3 consecutive periods (30 minutes), the client PC is assumed to be shut off and the License Server returns all open licenses on behalf of the client back to the pool. |
Yes. License Broker detects crashed application immediately and returns the license. |
The License Broker Client on all platforms detect and surrender the license immediately when an application terminates. The exception is License Broker Client for Terminal Server where you may see a delay of up to 1 minute (maximum) before the license is surrendered. |
|
A client-server product such as License Broker consists of 3 components: (i)Client (ii)Server and (iii)Administration tool (to configure, maintain server and generate reports etc). To allow the server to be administered by authorized personnel from anywhere on the intranet, the administration tool is browser based. With the J2RE plug-in available for free for the popular browsers, Java is the obvious choice for this third piece. As for performance, the current plug-in supports caching as well as state of the art Hotspot technology and JIT compiler to guarantee the best performance. |
Vendors such as Autodesk and MapCAD have embedded licensing within
their software applications. As such these applications enforce their own licensing upon
startup. Hence you do not need License Broker to control access to these applications. |
|
Yes! Integrated Auditor is included with License Broker and tracks hardware + PC configuration information. |
This is planned for a future release. |
License Broker is not a key logger. License Broker only monitors application launch and termination events for the purpose of license agreement compliance. License Broker does not monitor end user interactions with the applications. Key strokes within WORD or OUTLOOK or URLs visited within a browser etc. are not monitored by License Broker. |
|
Q-D1. How do I customize the model I have created in Integrated Auditor? |
A "model" is an XML file that describes the report view. You will find the XML file named "model"_FILTER.XML under \Program Files\System Integrators\License Server folder. Open this XML file in notepad and edit as appropriate. For example if you have created a model named "CoreOffice" and wish to customize it so that the model reflects all office files regardless of version, you may wish to modify the version element(s) in the CoreOffice_FILTER.XML file with a wildcard (*) as seen here:
<auditfilter> |
Please note, frames are used in all reports. If the browser you are using does not allow the main frame to be selectively printed, then use the frameless versions of the reports: |
License Policy Definition Report: | http://servername/SIScripts/silicrpt.htm |
Software Discovery Report: | http://servername/SIScripts/siunl.htm |
Buy/Upgrade Recommendation Report: | http://servername/SIScripts/sirecom.htm |
Hit/Reject Report: | http://servername/SIScripts/sireject.htm |
Relative Usage Report: | http://servername/SIScripts/sirel.htm |
Time Report: | http://servername/SIScripts/siact.htm |
Client Inactive Report: | http://servername/SIScripts/siinact.htm |
Hardware & Software Serial# & Service/Contract Report: | http://servername/SIScripts/siserial.htm |
Auditor Status Report: | http://servername/SIScripts/samain.htm |
Hardware Audit Report: | http://servername/SIScripts/sahwrpt.htm |
Software Audit Report: | http://servername/SIScripts/sarpt.htm |
SOE Compliance Report: | http://servername/SIScripts/sacomp.htm |
IT Help-desk Report: | http://servername/SIScripts/samiscrpt.htm |
Q-E1. We are a large enterprise with thousands of users. How can we evaluate License Broker? |
License Server version 1.82 or later contains a simple test program LODTST.EXE
in the /utils directory of the License Server installation folder which repeatedly
launches another program in quick succession like a super fast end-user. Typical end-users
run and terminate applications about 50-100 times a day. This robot test program launches
10,000-20,000 applications (the same application is launched and terminated repeatedly)
during the same time period, depending on processor speed of your test machine. The
challenge for License Broker Client is to detect each of these launches and
terminations and enforce license. By running this test on a few machines (say 50 to 100)
you will generate excessive load on server, thus you will be able to test the License
Server as well. Be aware that this test is resource intensive as there is no
"think-time" that normally occurs when real end-users are running applications.
Further, this test is a foreground application. Hence if you run this test on the same
machine as IIS/License Server, then it would impair performance of IIS and License Server.
(This is the same reason that you also do not enable high graphics or resource intensive
screensaver programs on server machines such as NT Server where critical services like IIS
are running.) The test runs on both Windows 95/98/Me and NT/2000. |
We have made every effort to make distribution of License Client as painless as possible on Administrators. Both the License Broker Client for Windows 9x/Me and License Broker Client for Windows NT/2000 SETUP contain a sample logon script fully tested on both NT Server based network and Novell Netware®. These scripts are also tested with other third party scripting tools such as ScriptLogic. Also included is a sample Installshield script and Package Definition File. License Broker Client installation is a transparent process regardless of OS. If you are using the logon script to push License Broker Clients across your enterprise, then the logon script has built in intelligence to detect the client OS and install appropriate software. Similarly, if your site uses Systems Management Server, then SMS makes pushing appropriate software by OS a snap. If your site is not a NT Server based network nor Novell Netware® based, then you may alternatively push the logon script itself to end-users via E-mail or set up a web page on your corporate intranet web server with links to the License Client SETUP programs so that end-users may click-install the client from their browser. |
One limitation with pushing License Broker Client for Windows NT/2000 using logon script is that the SETUP requires the user to have administrative privilege on the local machine. This is because License Broker Client for NT/2000 is an NT Service and for a SETUP program to install an NT Service, it requires administrative privilege. Typically NT/2000 is used by a more sophisticated user and end-users are most likely to be local administrators of their own machines which allows them to install software locally. While most end-users are not Domain Administrators, they do add their domain userid to the local Administrators group. This allows them to install software locally without becoming a Domain Administrator. In the rare event that end-users do not know their own local administrator password, License Server version 1.82 or later includes an utility ADDADMIN.EXE in the /utils directory of the License Server installation folder to allow a local administrative account to be created on every desktop via logon script. Read the readme.txt in the /utils folder for more information. |
Please note, if you are evaluating License Broker, only the License Server has a 30 day expiration. The License Client is always the retail version except in the case of License Client for Terminal Server. Hence if you distribute License Client enterprise-wide for evaluation purposes, you won't have to distribute again when you purchase the retail version. Once you purchase the retail version, you simply need to reinstall the License Server from the retail CD to remove the 30 day lock. Hence you are able to evaluate License Broker with real load from all workstations. |
License Broker version 1.82 or later also enables you to track success or failure of SETUP across the enterprise. The License Client SETUP program sends status information to the License Server which logs this information in two plain text files: inststat.suc records successful client setup information and inststat.fai records failure information. The information includes username, machinename, platform (9X, NT) and a description of error if unsuccessful setup. These log files are comma delimited and can be imported into Excel or similar tools. The License Server must be installed and running before you attempt large scale License Client distribution across the enterprise. |
|
Starting with License Broker version 3.0, multiple versions of any application can be discovered and controlled. Use the Software Discovery report to detect all versions of software and simply click on Define License Policy from the popup menu of appropriate version of software. |
The 30-day evaluation version of License Broker comes with a lock on the License Server to prevent repeated installation of the same evaluation version (i.e. uninstall followed by install of same version). Further, the evaluation version of the License Server detects any attempt to reset the system clock and invalidates the 30-day license. If you have a genuine need to extend the 30 day license, simply call or E-mail support@sintegrators.com and request an extension. |
First, make sure you have defined exact Internet E-mail address in the
format "johnsmith@mycompany.com". If that is not the problem, your IIS and/or
Exchange Server is not set up properly. We will discuss two scenarios: (i) You are using
Exchange Server as your Internet Mail Service, (ii) You are using any other Internet Mail
Service. |
Exchange Server as Internet Mail Service |
|
1. Wrong Pickup directory path used for
outbound E-mail |
|
2. If above does not fix the problem, examine the .log file generated in the ExchSrvr\imcdata\log directory. If you see any error description that suggests the Sender=Admin@LicenseBroker.com is not recognized, then you need to configure License Broker Server to use another safe alias that fits your site's security policy. For instance, you may specify your E-mail address as the value for Sender Email address string under the \HKEY_LOCAL_MACHINE\Software\System Integrators\License Server\1.80 key. If such a string value pair does not exist under the key, then install the most current License Broker Server update which exposes this string value. |
|
Any other Internet Mail Service |
From the License Broker Server machine, ensure the string value
for Offline under |
This is a problem with Internet Explorer versions earlier than 5.0. You must upgrade to version 5.0 or higher. If you must use Internet Explorer 4.0, you may position the cursor at the end of the executable name in the Path field and hit the Enter key. If there is an internal name, place the cursor at the end of the internal name and again press the Enter key. This will split the Path field in to two or more separate lines each containing a valid entry. |
The center frame of the browser is where the Java Applet should load.
You may have security issues with your License Server install folder on NTFS file system.
For successful operation, both IUSR_MACHINENAME (Internet Guest User) and Administrator(s)
must have create/read/update/write access for this folder (see Question-C5 for any security concerns you may have). Note you need to
be an administrator to modify folder security. To verify access: |
You may have specified an invalid PDC / BDC / Active Directory! Try deleting the value for the string-value pair PDCname under registry key HKLM\SOFTWARE\System Integrators\License Server\version. DO NOT DELETE THE KEY OR THE PDCname STRING, JUST DELETE THE VALUE (leave it empty)! |
If using Microsoft Access database, then the silicdb.mdb file or the folder where the file resides, must also be given full-control access to the above Internet Guest User and Administrator(s) accounts. |
Further, ensure the following is selected in Internet Service Manager: go to the SIScripts Properties page, Directory Security settings, and ensure 'BASIC' is selected in the Authentication Methods panel. |
If you are using a proxy server at your site, check the "Use Browser Settings" check-box under the Proxies tab in Java(TM) Plug-in Control Panel (Control Panel | Java Plug-in). |
You may additionally try bypassing proxy server for local addresses in your browser. |
If you did not see the J2RE plug-in SETUP run automatically the first time you used License Broker Administration tool, it may be due to ActiveX security settings in your Internet Explorer which prevents execution of the plug-in SETUP. You may manually install the plug-in. For your convenience the plug-in is shipped as part of License Broker Server installation. You will find the executable j2re-1_4_2_04-windows-i586-p.exe under docs folder in your License Server directory - typically \Program Files\System Integrators\License Server\docs. Run this executable on the browser machine where you wish to run the License Broker Server administration tool. If the browser machine is an NT/2000, remember you must be an administrator to complete the plug-in setup |
The browser where you are trying to run the License Broker Administration tool is a Windows NT or Windows 2000 machine and it does not have the Sun J2RE plug-in installed (see Question-B2). The License Broker Administration tool will automatically install the plug-in if your user account is a member of Domain Admins or local Administrators group. If not, you will get the message you are seeing. It is typical for most install or SETUP programs to work, you need administrative privilege on the local machine. When you run the License Broker Administration tool, you may see the browser prompting you for your administrative userid and password to authenticate your access to the License Server. This has nothing to do with J2RE plug-in install which is a Sun supplied SETUP program. For a successful J2RE plug-in install you must be logged on the local Windows NT/2000 with local administrative privilege. |
If you did not see the J2RE plug-in SETUP run automatically the first time you used License Broker Administration tool, it may be due to ActiveX security settings in your Internet Explorer which prevents execution of the plug-in SETUP. You can manually install the plug-in. For your convenience the plug-in is shipped as part of License Broker Server installation. You will find the executable j2re-1_4_2_04-windows-i586-p.exe in docs folder under License Server install directory. Run this executable on the browser machine where you want to run the License Broker Administration tool. If the browser machine is an NT/2000, remember you need to be an administrator to complete the plug-in setup. |
This could be due to either/or: |
You may have firewall on end user desktop blocking outbound connections from client to server. With Windows VISTA, newer firewalls can block not only inbound, but also outbound connections. Ensure LICCLTS.EXE (WWW License Broker service) is excluded from firewall settings. V7.9 License Broker Client SETUP automatically adds an outbound rule to the Windows Firewall Advanced Security settings. |
|
You may have configured the client with a WINS name of server instead of IP address of server, and you may be manually connecting to a wireless or Wi-Fi network after the machine boots. License Broker Client service only attempts to resolve name to IP address at the time the service starts. As name lookup is an expensive operation, the client does not attempt name-ip resolution upon every application launch to validate license. Otherwise, end user will experience performance degradation (hour-glass effect) every time end user launches any application. If you are manually selecting a network after the PC boots, then you may stop and restart WWW License Broker service. Alternatively, since all servers are typically on fixed IP addresses, it is recommended customers configure License Broker client during SETUP to use the server IP address instead. |
|
License Clients communicate with License Server using Anonymous access for license checkout/checkin operations. The Administration tool on the other hand uses BASIC authentication to validate user. Ensure the following is selected in Internet Service Manager: go to the SIScripts Properties page, Directory Security settings, and ensure 'Allow Anonymous Access' and 'BASIC' are selected in the Authentication Methods panel. |
|
You may have security issues with your
License Server install folder on NTFS file system. Make sure both IUSR_MACHINENAME
(Internet Guest User) and Administrator(s) have full access on this folder (see Question-C5 for any security concerns you may have). Note
you must be an Administrator to modify security on a folder. To verify access: |
|
If using Microsoft Access database, then the silicdb.mdb file or the folder where the file resides, must also be given full-control access to the above Internet Guest User and Administrator(s) accounts. |
|
License Broker does not attempt to meter applications launched from local Windows, Windows\System, Windows\System32, Windows\Command ... directories as these applications are shipped as part of the Windows® Operating System (license validation for these apps such as Regedit, Notepad etc. is unnecessary). The exception to this general rule is all Windows game software and the 16 bit subsystem (WOW - Windows On Windows) NTVDM.EXE - these native Windows programs are monitored by License Broker despite the fact they reside in Windows sub-folders. |
|
You defined licenses for certain applications, but did not specify the full exe name in the Path Definition field. For instance, if you defined licenses for MS WORD 97, the path must read "WINWORD.EXE". If you merely entered "WINWORD" for the path without the file type extension .EXE, then the Server will fail to meter WORD. |
|
You have excluded core hard drives from metering during License Broker Client SETUP. Ensure the string-value pair DriveExclusionList under registry key HKLM\SOFTWARE\System Integrators\License Client\version is set to the default value of AB. This will ensure all other drives are included in metering. |
|
You are using a 30-day evaluation version of License Server with an expired license! |
This problem is more common in machines that are also running Proxy server and Index server. If using NT Server 4.0 with IIS 4.0, this problem will be resolved by applying Service Pack 6A followed by an IIS Specific fix for a problem described in Microsoft Knowledge Base article Q300972. |
To download and apply the Service Pack 6A, go to SP6a. Next, instead of applying the IIS specific fix, Microsoft recommends that you apply all security related fixes including the fix for IIS specific problem described in the above Knowledge Base article by downloading and applying the conveniently packaged Post-SP6a Security Rollup Package SRP. |
The above two steps will resolve the web service stoppage problem. |
This would typically happen if you have enabled a screensaver program on the Server. Any resource intensive foreground application such as a 3D screensaver or the testing tools included with License Broker (see Question-E1) will impair performance of IIS and License Server. Instead of a screensaver, you may consider enabling energy saving features such as standby power mode on inactivity, etc. |
License Server limits the number of licenses for any application to the number of License Broker Client licenses you purchased. For example, if you purchased 50 License Broker Client licenses, it suggests that you are monitoring application activity on 50 end-user machines. As such, you cannot meter more than 50 licenses of a given application with only 50 end-user machines (i.e. 50 client licenses). As you purchase additional License Broker Client licenses, this limit will increase by the same number. |
If you purchased a 50 user License Broker Client for Terminal Server, and if there are 50 terminal users already running some licensed applications, then License Broker Client will reject any additional users from running any licensed applications. You must purchase as many user licenses of License Broker Client as number of terminal users! |
The .pdf files included in each client and server release are not Portable Document Files. Instead they are a Package Definition File required by Microsoft® Systems Management Server. Unfortunately both Adobe Reader and SMS use the same extension. If you are looking for the pre-installation document, it is included in the shrink-wrap as a hardcopy document or for the evaluation version, as a WORD document (SIQuick.doc). After the License Server is installed, you can also read the License Server Admin. Guide online on your server. |
This happens if you change the machine name of the server or copy the contents of License Server folder from old server machine to a new server machine. It is recommended customers do not use ghost images to backup and restore License Server folder from old server machine to new server machine. Whenever migrating to a new server or simply renaming the machine name of the existing server, it is recommended customers perform a clean install of the License Broker Server software. To migrate license policy information from old to new server, you must first ensure the old server is disconnected from clients for at least 30 minutes till the License Server Administration screen shows all application licenses are released and none is in use by any of the clients. Only then uninstall old License Server and copy the residual files (except licheck300.log) from the old server machine to the new server machine. |
You may have specified an invalid PDC / BDC / Active Directory or there is a typo in the PDCname parameter! Make sure the value for the string-value pair PDCname under registry key HKLM\SOFTWARE\System Integrators\License Server\version is correct. License Broker runs under the anonymous Internet Guest (IUSR_machinename) account. While this account had enough rights under old NT domain to validate group membership of the user across IIS and PDC, under the new Active Directory in Windows 2000, this account does not have the rights to successfully query group membership! You must explicitly add the IUSR_machinename (or any substitute account like DOM/lbuser you may be using in place of default anonymous account) to the "Pre-Windows 2000 compatible access" group. Additionally if you are using a substitute account like DOM/lbuser in place of IUSR_machinename (for example, you would do this when your IIS and Active Directory Domain Controller are on two different machines), then you must also ensure that Log on locally right is assigned to both the DOM/lbuser and the administrator that is administering the License Broker Server. Administrator should have this same privilege to ensure Group policy administration will work. Remember that Log on locally must be an effective policy setting, not just local security policy. The same goes for the LBAdminGrp as well. If you are restricting access to the License Broker Administration tool to members of LBAdminGrp instead of Administrators, then that group must also be given Log on locally right as above. Otherwise drill-down from Software Discovery Report to Group policy definition screen will not auto-populate the group names of users that ran the application. Additionally, the IUSR_machinename or the substitute domain account DOM/lbuser and the administrator account or LBAdminGrp must also have full-control access privilege to the folder where License Broker Server is installed (usually \Program Files\System Integrators\License Server). Finally, Ensure the following is selected in Internet Service Manager: go to the SIScripts Properties page, Directory Security settings, and ensure 'Allow Anonymous Access' and 'BASIC' are selected in the Authentication Methods panel. Ensure 'Integrated Windows' is not selected!. Otherwise drill-down from Software Discovery Report to Group policy definition screen will not auto-populate the group names of users that ran the application. |
Previously under Windows 2000, your License Server install folder had security settings that allowed access to the Internet Guest account (IUSR_machinename) and the Administrator(s) group and if you were using a remote SQL Server, you may have also configured a domain user account that is valid on both IIS and SQL Server machines. Since the new IIS 6.0 under Windows 2003 runs under the NETWORK SERVICE account, we must also add this account to the security settings on the License Server install folder. On a clean install on Windows 2003, the License Server SETUP successfully creates the install folder and assigns security settings to allow NETWORK SERVICE account access to this folder. However when you upgraded from Windows 2000 to Windows 2003, the License Server install folder already exists! The uninstaller did not remove the entire folder because your database files were left behind as residual files! Hence in this case, you must manually add the NETWORK SERVICE account to the License Server install folder to fix this problem. You would do this from Windows Explorer by right-clicking on the License Server folder and selecting Properties, then clicking on the Security tab and Add button. |
This could be due to: |
You are using Microsoft ACCESS database with License Server, and there is a security issue with the .mdb file. Make sure both Administrator(s) and IUSR_MACHINENAME (Internet Guest User) have full access to the .mdb file (see Question-C5 for any security concerns you may have). |
The application for which you are entering serial# and warranty / service (date) information, must be run at least once after defining license policy! This problem will occur if the application was never used since policy was defined. |
Open Internet Service Manager and right-click on SIScripts and select Properties. Click on Virtual Directory tab and change Application Protection to "Low (IIS Process)" Click on Apply and OK buttons. The SQL trace should now work. |
Open Java Plug-in in Settings | Control Panel. Click on Browser tab and unselect all checkboxes that associate the J2RE as the default Java Runtime for the browser. Click on Apply button. The other application Java applets should now work using their respective JREs. |
|
If you are running Microsoft Windows SharePoint Services or Microsoft Office SharePoint Portal Server 2003, then you must exclude the SIScripts application path (\Program Files\System Integrators\License Server) from SharePoint management. Please read the Microsoft Knowledge Base article KB828810 for more information. |
Go to License Server Administration screen on the old server machine and
monitor / wait until all application licenses are released and none is in use by any of the clients. |
|
Stop IIS Admin. Service on old server. |
|
Uninstall server software from the old server (when prompted, opt to leave the data files intact - do not remove these files). |
|
Install server software on the new server. |
|
Stop IIS Admin. Service on new server. |
|
Copy all files from the old server License Server install folder, to the new server License Server install folder except the licheck300.log file. |
|
Configure System DSN SILicBkr300 in new server ODBC to point to the same database that was used by the old server System DSN SILicBkr300 settings. |
|
Restart Web Publishing Service on new server. |
|
Edit all client PC registry to point to the new server. Under HKLM\SOFTWARE\System Integrators\License Client\version key, edit the LicenseServerHostname string-value pair with the correct IP address of new server. Clients will require a reboot for the changes to take effect. |
The problem is to do with the fact that the anonymous account or Internet Guest account IUSR_machinename used in IIS is a local account that is only valid on the IIS machine! It is not valid on the remote SQL Server machine. You need to define a domain guests account named say lbuser (or anything you like) and specify this account in the anonymous user setting for SIScripts virtual directory. When setting the anonymous user account in SIScripts, you must enter the fully qualified account in the format dom\lbuser and specify the password and uncheck the Enable Automatic Password Synchronization check-box. This lbuser account must be given Log on locally right. Further you must give this account full-control type of access to the folder where License Server is installed. Additionally this user must be granted public, db_datareader, db_datawriter access to the silicdb SQL database. Also, you must use License Broker Server version 3.3.2 or higher. Finally, ensure the following is selected in Internet Service Manager: go to the SIScripts Properties page, Directory Security settings, and ensure 'Allow Anonymous Access' and 'BASIC' are selected in the Authentication Methods panel. Ensure 'Integrated Windows' is not selected!. Otherwise administrative query reports will not work as SQL Server will be unable to authenticate the administrator. NTLM challenge response or Integrated Windows authentication only works at IIS machine; the authentication is not passed through to the SQL Server. BASIC authentication overcomes this limitation. The problem could also be due to settings in the IIS that recycle the worker process under Windows 2003 after a period of activity. Turn off the recycle checkbox located in the IIS Application Pool property page for the LicenseBroker application pool. |
It is recommended customers define policies by drilling down from Software Discovery report to avoid typo in policy definition. If defining the policy manually, be aware that drive information should not be included in path definition as License Broker client software is already configured with drive exclusion list. For tamper-proof detection despite renaming of executables, version information is sufficient rather than path. In case the executable is on a network share, License Broker client software may not be able to determine version information as the client runs under local SYSTEM account on NT/2000/2003/XP systems and may not have sufficient privilege to remotely examine the file property on the network share. If you have placed various versions of the application on various shares, then you may distinguish the policies by specifying full path for each. For example, if the mapped drive is 'Y' and the application is located in Y:\My Long Path\App1.exe, then policy must be defined with path=\My Long Path\App1.exe or simply App1.exe. The latter gives the flexibility in that the policy will be enforced despite migrating to a different folder. If using UNC naming convention, for example \\Dm2350\SharedDocs\My Long Path\App1.exe, then specify only the path within the share. In this case, \\Dm2350\SharedDocs represents the share (similar to drive Y: in previous example) and the path within the share is \My Long Path\App1.exe. Note: 16 bit application policies are only enforced when the application is run using drive specification (Y:\MyLong~1\App1.exe) and not UNC. Further the 16 bit policy must be defined using the 8.3 paths as \MyLong~1\App1.exe. |
Yes, so long as all desktops are alike (same OS). Before you create the ghost image however do the following: |
Chances are, you are either running License Broker Server on a non-server Windows platform. Or you have configured IIS Default Web Site property to limit the number of web site connections. Note, IIS on a non-server Windows platform is limited to 10 concurrent connections and cannot be configured for unlimited connections. On a Windows server platform however IIS by default is configured for unlimited connections. To configure IIS, ensure the following is selected in Internet Service Manager: go to the Default Web Site Properties page, Performance tab. Select 'Unlimited' under Web site connections. Click on Apply and OK buttons and stop and restart IIS for the changes to take effect. |
When you tested the connection from the ODBC Data Source Administrator, you were an authenticated user and hence the connection was successful. However License Broker runs under the anonymous IUSR_machinename account (or any other account you may have created to replace the anonymous account). Hence you must give this anonymous account 'Read', 'List Folder Contents' and 'Read & Execute' privileges to the ORACLE_HOME folder or the folder where Oracle Client software is installed. Otherwise IIS / License Broker will be unable to load the ODBC driver, and hence database connection will fail. |
|
Auditor requires both Windows Management Instrumentation (WMI) and Windows Media
Format Audio (WMFA) support files to be present on the PC. WMI is standard on Windows Me and later
operating systems, but under Windows 9x and NT, you must manually install WMI. Look for WMICORE.EXE
in the utils folder under the server install directory. You may also search Microsoft web site for current
version of WMI available for download for these platforms. |
|
If you are running Microsoft Windows SharePoint Services or Microsoft Office SharePoint Portal Server 2003, then you must exclude the SIScripts application path (\Program Files\System Integrators\License Server) from SharePoint management. Please read the Microsoft Knowledge Base article KB828810 for more information. |
The server maintains two log files named license300.lo0 and license300.lo1 that show running history of all license requests received from client(s). The two files are capped to approximately 1 MB in size as they are only intended for diagnostic purposes. The two files are used in a round-robin manner. To see what applications used the dlls, open the most current log file in notepad and search for the DLL name. Do the search in reverse order from the end of the current log file (as determined from the time stamp on the log files) to ensure you are searching the most recent activity. The entries are of the form "Appname=Filename.DLL(Parent=Filename.EXE)". |
Component Metering is not supported under Windows 95/98/Me. With respect to Windows NT/XP/2000/2003 client(s), make sure you have specified yes to Meter Windows folder? option. You can set this in client registry under HKLM\SOFTWARE\System Integrators\License Client\7.0 MeterWindowsFolders string-value pair. If you modify this registry value, be sure to reboot the client for the changes to take effect. Please note, administrator privilege is required to modify this registry setting. Needless to say, you need to define policies for the executables as well, such as IEXPLORE.EXE. |
|
ArcGIS® and third-party extensions that run under ArcGIS are licensed under either single-use or floated license
terms. Licensing is embedded within the application and extensions and hence use of Component License Broker is redundant.
You do not need License Broker to control access to these applications and extensions.
If you are a License Broker user and prefer the web based graphical usage reports generated by License Broker and Component License
Broker, you could meter any application and extension from vendors such as ESRI only for the purpose of measuring usage
and reporting on compliance. |