Technical Notes |
|
This technical note provides answers to frequently asked questions about Reflection for the Web.
Questions are organized into the following topics:
See Technical Note 2351 for information about how to evaluate Reflection for the Web.
Also, for information about where to find documentation, see Technical Note 1668. For an index of all Reflection for the Web technical notes, refer to Technical Note 9988.
Reflection for the Web comes with its own web server, so it can be installed on any computer. If you want end users to be able to access Reflection for the Web sessions during your evaluation, then this computer must be accessible to them.
Reflection for the Web requires both a web server and a servlet runner. Reflection for the Web ships with Tomcat, which provides both a web server and servlet runner. You can probably use your existing web server with Reflection for the Web 2008 if the application server or servlet runner complies with J2EE 1.3 or higher, and is using a Java 1.5 or higher JVM. You can probably use your existing web server with earlier Reflection for the Web versions if it has Java 1.1 (Microsoft) JVM or Java 2 platform version 1.4 or higher and your existing servlet runner if it is J2EE 1.3- (or higher) compliant. See System and Product Requirements in the Installation Guide for details.
For information about installing under WebSphere, see Technical Note 1779.
If you have an IIS web server, integration of Tomcat is provided as an option during an automated installation. A few additional configuration steps may be required if you are installing on a Windows 2003 server or have multiple web sites configured. See Technical Note 2195 for details. If you have an Apache web server, consult Apache’s website for information about integration: http://tomcat.apache.org/.
Tomcat can run independently of your current web server. However, the ports defined for HTTP and HTTPS for Tomcat must be different than the ports used by your existing web server.
You can select any unused port. For example, try using port 8880 for HTTP and port 8443 for HTTPS.
Use the automated UNIX/Linux installer for supported operating systems.
For information about manually installing Reflection for the Web on UNIX or Linux, see Technical Note 1699. On Mac OS X, see Technical Note 2343.
From a browser on any machine, type
https://<yourserver>:port/rweb/AdminStart.html Note: AdminStart.html is case sensitive.
If you are not using HTTPS, change "https" to "http" with the appropriate port in the URL.
From a browser, the user types
https://<yourserver>:port/rwebIf you are not using HTTPS, change "https" to "http" with the appropriate port in the URL.
It is usually advisable to secure the connection from a remote user to your network. If you already have a VPN in place, you can run Reflection for the Web through it. If your host is SSL- or SSH-enabled, it is possible to use SSL or SSH direct to your host. (See online help for more information.)
If none of these methods is feasible, you can set up the Reflection for the Web security proxy so that data between remote clients and your network are encrypted. Both the web server and the security proxy (they can be on the same or different machines) must be accessible to external users. Also, the security proxy must be able to connect to your host. The ports used for the web server and for the security proxy must be opened on the firewall, assuming there is a firewall.
See the Reflection for the Web Installation Guide for details on installing and configuring the security proxy. Reflection for the Web documentation is included in the product, and online.
Reflection for the Web 2008 Documentation: http://support.attachmate.com/manuals/rweb2008.html
Reflection for the Web version 9.6 Documentation: http://support.attachmate.com/manuals/wthdocs.html
Note: Beginning in Reflection for the Web 2008, the security proxy server is not included in the Standard Edition.
For information about manually installing on UNIX or Linux, see Technical Note 1699. On Mac OS X, see Technical Note 2343.
After creating terminal sessions, go to Access Mapper in the Administrative WebStation and enable access for users as is appropriate.
This warning appears when the certificate for HTTPS on the web server is self-signed. The self-signed certificate for the Tomcat web server is created during an automated install. To eliminate this warning, either choose to View and then Install the certificate (not recommended for security reasons) or purchase a CA-signed certificate from a certifying authority, such as Verisign, Thawte, or Entrust.
This error indicates that the "common name" used in the security certificate does not match the name of the server being used in the URL. The common name is used to generate a self-signed certificate during an automated install or when the Certificate Wizard is run. It is also possible that you are using a CA-signed certificate and the server name on that certificate does not match the server name in the URL you are using. To eliminate this error, either correct the name in the certificate or change the URL. Generally, the fully-qualified domain name of the server should be used.
The location (and the terminology) differs by version.
For Reflection for the Web 2008 and version 9.5 or 9.6:
For version 9.0:
In Reflection for the Web 2008 use the User Interface Profiler (or Profiler in 9.5 or 9.6) to configure settings. To navigate, see the steps in the previous section. For more information about configuring User Menu Levels, see Technical Note 2186.
In version 9.0, the menu level is configurable. In the Administrative WebStation > Session Manager > Configure a Web-Based Reflection Session screen > End user menu level, select the User Menu Level. Menu levels range from None to Administrator. Click Help to get more information about what is included in each menu level.
Right-click in the terminal window to display a menu.
To allow end users to save local preference files, follow these steps: