11 Configuring and Administering OracleAS Single Sign-On

Single Sign-On enables you to establish a unique identity for each user, and tie that identity to the resources and data sources unique to that user. For example, a user might log in to an environment such as OracleAS Portal, which enables them to access certain reports and printers for which they have the necessary privileges. When they choose to run a report from this environment, they can access the necessary data sources for the report because their data source credentials are stored with the single user identity used to login to OracleAS Portal. Thus, logging in once provides them access to all of the resources and data sources they require to run their reports.

Because OracleAS Reports Services provides a flexible approach to security, you can implement many variations of this configuration. For example, you might choose not to store data source credentials with the single user identity. Or you might prefer to use direct URLs for launching reports rather than a platform like OracleAS Portal. If your reports are public and do not require any security, then you might choose to turn off report security altogether.

This chapter describes how you can implement and administer various configurations of OracleAS Single Sign-On with OracleAS Reports Services.

Prerequisites
Configuring Out-of-the-Box OracleAS Single Sign-On
Administering OracleAS Single Sign-On
Choosing the Connecting Entity for Oracle Internet Directory
OracleAS Forms Services Security Considerations

11.1 Prerequisites

OracleAS Single Sign-On can be implemented only in a secure server environment. This means that you must have a security policy in place in your Reports Server configuration file before you can consider implementing OracleAS Single Sign-On with OracleAS Reports Services.

Note:

Security settings are discussed in the following places: Chapter 3, "Configuring OracleAS Reports Services" discusses how to specify the Java class that defines the security policy for the server; Chapter 12, "Deploying Reports in OracleAS Portal" discusses how to deploy OracleAS Reports Services reports in OracleAS Portal; Section 11.3, "Administering OracleAS Single Sign-On" provides information about the SSOCONN command line keyword.

With OracleAS Single Sign-On, your administrator establishes a user identity for each user. The administrator does this in Oracle Internet Directory, through its user interface, the Oracle Delegated Administration Services. You can access Oracle Delegated Administration Services standalone or through OracleAS Portal. In either case, the information is saved to Oracle Internet Directory.

The user identity is comprised of the user name and password. Once users are established, data source connection strings may be associated with them. At login, users must enter their user names and passwords (their user identities), which will in turn give them access to all of the data sources associated with those identities. OracleAS Single Sign-On issues a session cookie that effectively acts as a key that opens all authorized doorways for that session.

Note:

For detailed information about the requirements and procedures required for setting up SSO-related components, such as Oracle Internet Directory, see the Oracle Internet Directory Administrator's Guide and the Oracle HTTP Server Administrator's Guide on the Oracle Application Server documentation CD and on the Oracle Technology Network, (http://www.oracle.com/technology/index.html).

11.2 Configuring Out-of-the-Box OracleAS Single Sign-On

By default, the Reports Server is secured and, to run a report, you must login with a valid Single Sign-On userid and password. The Reports Server is configured by default with the OracleAS Single Sign-On instance installed as part of Oracle Application Server. The Oracle Internet Directory instance installed with Oracle Application Server is used as the default repository for user and group information. If you want to configure the Reports Server to use a different Oracle Internet Directory instance or disable security, refer to Section 11.3, "Administering OracleAS Single Sign-On". For information on how to add users to Oracle Internet Directory, refer to the Oracle Internet Directory Administrator's Guide. In addition, for each Oracle Application Server installation, the Reports Server instances connect to Oracle Internet Directory as an application entity that is unique to the Oracle Application Server installation. For more information on this behavior, refer to Section 11.3.4, "Connecting to Oracle Internet Directory".

If a user is not already logged in to OracleAS Single Sign-On, they are prompted to login when they attempt to run a report to the Reports Server through rwservlet. If the user parameters for a report include SSOCONN, OracleAS Single Sign-On will search for the user's data source credentials in Oracle Internet Directory. If none are found, then OracleAS Single Sign-On prompts the user to create a new resource. For more information on rwservlet, refer to Section A.2.6, "rwservlet". For more information on SSOCONN, refer to Section 11.3.3.1, "SSOCONN".

The Reports Server is also configured to operate with OracleAS Portal by default. You can optionally add reports to the portal and enable users to launch them from the portal. Since users must login to the portal in this case, they are not prompted to login again when they launch their reports because they have already been identified to OracleAS Single Sign-On by logging in to the portal.

You can also optionally define access controls for resources associated with the Reports Server (for example, reports, printers, Reports Servers, and calendars) in OracleAS Portal. To control access to resources, you must add them to the portal and specify their access options. The resource access controls you specify in OracleAS Portal apply to reports that you run outside of the portal as well. For example, if a user tries to run a report through rwservlet, it will be subject to any access controls you have put in place through OracleAS Portal.

See Also:

Chapter 12, "Deploying Reports in OracleAS Portal" for more information about the integration between OracleAS Portal and OracleAS Reports Services.

11.3 Administering OracleAS Single Sign-On

This section describes some of the administrative tasks you may need to perform as you maintain security for OracleAS Reports Services.

Enabling and Disabling OracleAS Single Sign-On
Enabling and Disabling Reports Server Security
Enabling and Disabling Data Source Security
Connecting to Oracle Internet Directory

11.3.1 Enabling and Disabling OracleAS Single Sign-On

To take advantage of OracleAS Single Sign-On out-of-the-box, the SINGLESIGNON parameter in the Reports Servlet configuration file (rwservlet.properties) is set to YES, which indicates that you will use OracleAS Single Sign-On to authenticate users. You may change this parameter to NO, if you choose not to use OracleAS Single Sign-On. If you choose NO, the Reports Server authenticates users by itself. The rwservlet configuration file is usually found in:

ORACLE_HOME\reports\conf

The SINGLESIGNON value is usually commented out after installation, but the default value is YES.

Note:

OracleAS Reports Services is configured for OracleAS Single Sign-On out-of-the-box. Oracle considers this to be the normal security deployment model and you should only turn it off if you plan to run in a completely custom security configuration.

11.3.2 Enabling and Disabling Reports Server Security

Reports Server security is turned on and off in the Reports Server configuration file. By default, the Reports Server configuration file, ORACLE_HOME/reports/conf/servername.conf, contains a security element like the following:

<security id="rwSec" class="oracle.reports.server.RWSecurity">

<!--property name="securityUserid" value="portal_id/portal_password@portal_schema" confidential="yes" encrypted="no"-->
<property name="oidEntity" value="%REPORTS_OID_ENTITY%" confidential="yes" encrypted="no"/>

</security>

Note:

In releases prior to Oracle Reports 10g, the securityUserid property was specified differently. In Oracle Reports 10g and later releases, the old property specification is still provided but commented out.

This security element is referenced by default from the two default job elements in the configuration file to indicate that Reports Server security should be enforced:

<job jobType="report" engineId="rwEng" securityId="rwSec"/>
<job jobType="rwurl" engineId="rwURLEng" securityId="rwSec"/>

To disable Reports Server security, you must remove or comment the security element as well as the securityId attributes from the job element specifications.

Note:

To configure Oracle Reports security, you must have OracleAS Portal installed, as the security information is stored in the OracleAS Portal repository. For information about configuring OracleAS Portal to store OracleAS Reports Services security information, refer to the Securing Oracle Reports white paper on OTN (http://www.oracle.com/technology/products/reports/htdocs/getstart/whitepapers/securing9i.pdf).

11.3.3 Enabling and Disabling Data Source Security

To enable data source security through OracleAS Single Sign-On, you must do the following:

Include SSOCONN in the URL that launches the report.
Populate Oracle Internet Directory with data source connection information using one of three methods.

If you wish to implement data source security through OracleAS Single Sign-On for your own pluggable data sources, you need to perform the following additional task:

Add a new resource type to Oracle Internet Directory.

The sections that follow explain how to perform these operations.

11.3.3.1 SSOCONN

To enable data source security through OracleAS Single Sign-On, the URL must contain or reference (that is, through the key map file) an OracleAS Single Sign-On parameter (SSOCONN) with a value of the form:

key_name/data_source_type/conn_string_parameter

key_name maps to a string stored in Oracle Internet Directory that provides the necessary information to connect to the database. When Oracle Reports encounters a key_name, it checks to see if the current user has a corresponding key stored in Oracle Internet Directory. If so, Oracle Reports uses the string stored in that key to connect to the data source. If not, Oracle Reports checks to see if the key_name maps to a publicly available key. If so, Oracle Reports uses that key. If not, Oracle Delegated Administration Services prompts the user to create a new resource.

See Also:

Section 11.3.3.2, "Populating Oracle Internet Directory" for more information about populating Oracle Internet Directory with resources.

data_source_type is the kind of data source to which you are connecting, to identify the format in the string associated with key_name. The data_source_type value must be a valid resource type stored in Oracle Internet Directory. Oracle Reports provides default resource types for the following:

Oracle database (OracleDB)
JDBC PDS (JDBCPDS)
Oracle Express PDS (EXPRESSPDS)

You can also create additional resource types in Oracle Internet Directory for your own pluggable data sources.

See Also:

Section 11.3.3.3, "Adding a New Resource Type" for more information about adding resource types.

conn_string_parameter specifies the Oracle Reports system or user parameter to be used to pass the connection string to Oracle Reports. For example, in the case of the OracleDB data source, Oracle Reports receives the connection string through the USERID parameter and uses it to connect to the specified Oracle database. Similarly, for EXPRESSPDS, the EXPRESS_SERVER parameter is used and, for JDBCPDS, P_JDBCPDS is used. If you have your own custom pluggable data sources, you would need to define your own user parameter for passing the connection string to Oracle Reports and specify it as conn_string_parameter for SSOCONN.

See Also:

Section A.3.106, "SSOCONN"

11.3.3.1.1 Oracle Database Example

In the case of an Oracle database, the URL to call a report with SSOCONN would look something like the following:

http://myhost.mycompany.com:7779/reports/rwservlet?server=rs_cped
&report=my.rdf&destype=cache&ssoconn=mykey/OracleDB/userid&desformat=html

11.3.3.1.2 Oracle Express Example

In the case of an Oracle Express database, the Single Sign-On value would look something like the following:

http://myhost.mycompany.com:7779/reports/rwservlet?server=rs_cped
&report=exppds.rdf&destype=cache&ssoconn=exptest1/EXPRESSPDS/express_server&desformat=html

11.3.3.1.3 JDBC Pluggable Data Source Example

In the case of a JDBC data source, the Single Sign-On value would look something like the following:

http://myhost.mycompany.com:7779/reports/rwservlet?server=rs_cped
&report=Jdbcthin.rdf&destype=cache&desformat=html&ssoconn=jd1/jdbcpds/p_jdbcpds

In this case, jd1 is an Oracle Internet Directory resource name.

See Also:

Chapter 9, "Configuring and Using the JDBC PDS" for more information on how to configure a JDBC data source.

Usage Notes

When you use SSOCONN in a command line, you cannot:
- Specify AUTHID in the same command line.
- Run against a Reports Server that is not secure.
- Have SINGLESIGNON set to NO in rwservlet.properties.
Performing any of these actions with SSOCONN in the command line results in an error.

11.3.3.2 Populating Oracle Internet Directory

For data source security to function with OracleAS Single Sign-On, you need to store the data connection information for each user in Oracle Internet Directory or make the resource a default one available to every user. You can populate Oracle Internet Directory with this information in any one of the following ways:

Oracle Delegated Administration Services
User Prompt
Batch Loading
Making a Resource Available to All Users

11.3.3.2.1 Oracle Delegated Administration Services

If you only need to enter credentials for a small number of users (for example, for a development environment), you can use Oracle Delegated Administration Services to directly enter connection string information into Oracle Internet Directory for each user.

Note:

Before a user can access Oracle Delegated Administration Services, an administrator must have already entered a user identity in Oracle Internet Directory for the user. This step can be done by batch loading information that is already entered into an LDAP directory in some other source.

See the Oracle Internet Directory Administrator's Guide for information on batch loading. You'll find it on the Oracle Application Server documentation CD and on the Oracle Technology Network, (http://www.oracle.com/technology/index.html).

During Oracle Application Server installation, you specify the location of Oracle Delegated Administration Services. You use this URL to access Oracle Delegated Administration Services for administrative purposes. Once in Oracle Delegated Administration Services, you enter the information through the Resource Access Information section of the Preferences tab for the user. See Figure 11-1. Note that, for the Preferences tab to appear, there must already be a resource in place.

Figure 11-1 Delegated Administration Services Preferences

Description of "Figure 11-1 Delegated Administration Services Preferences"

If you need to enter data source information for a large number of users, you should use either the user prompt or batch methods of populating Oracle Internet Directory.

11.3.3.2.2 User Prompt

If you prefer to have users enter their own connection string information, you do not have to prepopulate Oracle Internet Directory with data source connection information at all. If you use SSOCONN when launching the report but Oracle Internet Directory does not already contain a connection string for the key and the key is not publicly available to all users, the Oracle Delegated Administration Services Create Resource page is displayed to the user, who must enter their data source connection string. See Figure 11-2. Oracle Delegated Administration Services stores the string entered by the user in Oracle Internet Directory for future use and rwservlet uses the newly entered connection string for the data source connection string of the report.

Note:

Because of this feature, many users can use the same report URL even if they all use different data source connection strings.

Figure 11-2 Oracle Delegated Administration Services Create Resource

Description of "Figure 11-2 Oracle Delegated Administration Services Create Resource"

Note:

In the Create Resource dialog, if you want to enter a JDBC connection string, you can do so by entering hostname:port:sid in the Database field.

11.3.3.2.3 Batch Loading

Resources for OracleAS Reports Services are created in Oracle Internet Directory under the following entry:

orclresourcename=resource_name, cn=Resource Access Descriptor, 
orclownerguid=guid, cn=Extended Properties, cn=OracleContext,
dc=us,dc=oracle,dc=com^Foot 1

Before You Begin You need to create orclownerguid=guid in the Oracle Internet Directory entry before you can proceed with the batch loading of resources. If you used Oracle Delegated Administration Services to create your users, orclownerguid=guid was created automatically and you can proceed to Batch Loading Resources.

If you seeded users into Oracle Internet Directory with an LDIF file, then, before following the steps in Batch Loading Resources, you need to complete the following steps:

Get the users' GUIDs.

Depending on how your users are created in Oracle Internet Directory, you can use any number of methods to get their GUIDs. You can get user GUIDs using the Oracle Internet Directory LDAP API. You can also get it using the ldapsearch command:
```
D:\Oracle\BIN>ldapsearch -h host_name -p port_num -L -D cn=orcladmin 
-w orcladmin's_password -b "cn=users,dc=us,dc=oracle,dc=com" -s sub "objectclass=*" dn orclguid 
```
Create the user entry orclownerguid=guid under cn=Extended Properties, cn=OracleContext, dc=us, dc=oracle, dc=com.
1. Modify the sample script, ORACLE_HOME\reports\samples\scripts\createuser.ldif by replacing the place holder with real values.
2. Load createuser.ldif using ldapadd. For example:
```
D:\Oracle\BIN>ldapadd -D cn=orcladmin -w welcome1 
-h host_name -p port_num -f createuser.ldif
```
Once you have created orclownerguid=guid, proceed to Batch Loading Resources.

Batch Loading Resources Follow the steps below to batch load data source resources for your users:

Create the user's resource entry orclresourcename=resource_name, cn=Resource Access Descriptor under orclownerguid=guid, cn=Extended Properties, cn=OracleContext, dc=us, dc=oracle, dc=com, where orclownerguid=guid is the GUID created in Before You Begin.
1. Modify the sample script, ORACLE_HOME\reports\samples\scripts\createresource.ldif by replacing the place holder with real values.
2. Load createresource.ldif using ldapadd. For example:
```
D:\Oracle\BIN>ldapadd -D cn=orcladmin -w orcladmin's_password -h host_name -p port_num -f createresource.ldif 
```

11.3.3.2.4 Making a Resource Available to All Users

If you want to make a resource publicly available to all of your users, you can do so by following these steps:

Launch Oracle Delegated Administration Services and go to the Home tab.
Login as the administrator (orcladmin).
Click the Configuration tab.
Click the Preferences sub tab and you should see a page similar to the one in Figure 11-3.

Figure 11-3 Oracle Internet Directory Configuration Preferences Page

Description of "Figure 11-3 Oracle Internet Directory Configuration Preferences Page"

Under Default Resource Access Information, click Create.
In the Create Resource page, enter the resource name and select the Resource type from the drop-down list. For example, JDBCPDS.
Click Next.
Enter the connection information. For example, scott/tiger@mydb.
Click Submit.
Click OK.

That resource should now appear under Default Resource Access Information and be available to all users.

11.3.3.3 Adding a New Resource Type

If you want to add a new resource type to support your own pluggable data source, you need to perform the following procedure:

Launch Oracle Delegated Administration Services and go to the Home tab.
Login as the administrator (orcladmin).
Click the Configuration tab.
Click the Preferences sub tab and you should see a page similar to the one in Figure 11-3.
Under Configure Resource Type Information, click Create and you should see a page similar to the one in Figure 11-4.

Figure 11-4 Create Resource Type page

Description of "Figure 11-4 Create Resource Type page"

Fill in at least the required fields. Field descriptions are provided in Table 11-1.

Table 11-1 Create Resource Type Properties

Property	Description
Resource Type Name	Is the name of the new resource type. This name is used when you need to reference the resource type, for example, in the `data_source_type` portion of the `SSOCONN` string.
Display Name	Is the name to be used when the resource type appears in the user interface.
Description	Is a textual description that explains the purpose of the resource type and any other documentary information you want to enter for it.
Authentication Class	Mandatory field, not used by OracleAS Reports Services. Enter dummy text as a value for this field.
Connection String Format	Defines how OracleAS Reports Services should construct the connection string using the values stored in Oracle Internet Directory for the resource. For example: for the Oracle database or a JDBC data source your connection string format might be: `orclUserIDAttribute/orclPasswordAttribute @orclFlexAttribute1` This string indicates that the user name is followed by a slash, the password, an at sign (`@`), and then additional attribute 1 (for example, for the TNS name of the database). A connection string that adheres to this format would look similar to this one: `scott/tiger@db1` for Oracle Express your connection string format might be: `server=orclFlexAttribute1/domain=orclFlexAttribute2/user=orclUserIDAttribute/password=orclPasswordAttribute` This string indicates that `server=` is followed by the first additional attribute, a slash, `domain=`, the second additional attribute, a slash, the user name, a slash, and the password. A connection string that adheres to this format would look similar to this one: `server=a1/domain=a2/user=scott/password=tiger`
User Name/ID Field Name	Is the display name of the user name field that contains the value for `orclUserIDAttribute`. The display name appears on the Create Resource page (Figure 11-2) next to the field for `orclUserIDAttribute`. Typically, you would enter something like Username or User Name for this display name.
Password Field Name	Is the display name of the password field that contains the value for `orclPasswordAttribute`. The display name appears on the Create Resource page (Figure 11-2) next to the field for `orclPasswordAttribute`. Typically, you would enter something like Password or password for this display name.
Additional Field 1-3	Is the display name of the additional fields, which contain the values of `orclFlexAttribute1`, `orclFlexAttribute2`, and `orclFlexAttribute3`. You need to specify these fields for whatever values your connection string requires beyond user name and password. For example, you might use one of them to contain a server or domain name.The display name appears on the Create Resource page (Figure 11-2) next to the field for `orclFlexAttribute1`, `orclFlexAttribute2`, or `orclFlexAttribute3`. Typically, you would enter something descriptive of the field's contents, such as Server or Domain, for this display name.

Click Submit. Your resource type is created and you can now reference it in the data_source_type portion of the SSOCONN value.

See Also:
Section 11.3.3.1, "SSOCONN".

11.3.4 Connecting to Oracle Internet Directory

As described in Chapter 10, "Securing OracleAS Reports Services", OracleAS Reports Services must connect to Oracle Internet Directory to verify user privileges and obtain existing data source connection information. In connecting to Oracle Internet Directory, you must consider:

Choosing the Connecting Entity for Oracle Internet Directory
Choosing the Oracle Internet Directory Instance

11.3.4.1 Choosing the Connecting Entity for Oracle Internet Directory

When OracleAS Reports Services connects to Oracle Internet Directory, it does so as an application entity. By default, each OracleAS Reports Services application entity is unique to its Oracle Application Server installation. Every Reports Server started from the same Oracle Application Server installation (that is, ORACLE_HOME) uses the same application entity to connect to Oracle Internet Directory. This setup ensures that each Reports Server can only access information in Oracle Internet Directory that is relevant to its instance of Oracle Application Server.

For example, suppose you have two instances of Oracle Application Server, one for your Finance group and one for your Human Resources group. A Reports Server from the Finance group's Oracle Application Server instance would be prevented from accessing information relevant only to the Human Resources group, and vice versa. Thus, information stored in Oracle Internet Directory is more secure by default.

In previous releases of OracleAS Reports Services, all Reports Servers connected to Oracle Internet Directory as the same application entity. As a result, it was not possible to restrict a Reports Server's access to information in Oracle Internet Directory.

To revert to the less restrictive security mode, refer to the OracleAS Reports Services chapter of the Oracle Application Server Release Notes.

11.3.4.2 Choosing the Oracle Internet Directory Instance

By default, the Reports Server is configured to use the Oracle Internet Directory instance installed with Oracle Application Server. If you are building your system anew, this arrangement is fine. If, however, you have an existing Oracle Internet Directory instance that you want to use for the Reports Server, you have to make some adjustments to your configuration.

Changing Oracle Internet Directory instances, though, must be done as part of a complete change of your Oracle Application Server middle tier. For more information about this process, refer to the chapter on reconfiguring application server instances in the Oracle Application Server Administrator's Guide.

11.4 Choosing the Connecting Entity for Oracle Internet Directory

You can merge several application entities so that the Reports Servers installed in separate ORACLE_HOMEs can share available SSOCONN resources. To achieve this merge, you must execute an LDIF file with the ldapmodify command. The LDIF file should contain the following:

dn: dn of the group representing the logical grouping of all report instances
changetype: modify
add: uniquemember
uniquemember: dn of the Reports Application Entity

where:

dn of the group representing the logical grouping of all report instances is
cn=Virtual Application Group, orclApplicationCommonName=reports_application_
entity_name**, cn=Reports, cn=Products, cn=OracleContext

dn of the Reports Application Entity is
orclApplicationCommonName=reports_application_entity_name**, cn=Reports, cn=Products, cn=OracleContext

** reports_application_entity_name is in the format reportsApp_hostname_GUID. For
example, reportsApp_serv1.us.oracle.com_C7543D42A9E26726E034080020A46EE

Example

Entry in the LDIF file:

dn: cn=Virtual Application Group,   orclApplicationCommonName=reportsApp_Group.us.oracle.com_C7543D42A9E26726E0340
  80020A46EE2, cn=Reports, cn=Products, cn=OracleContext
changetype: modify
add: uniquemember
uniquemember:
  orclApplicationCommonName=reportsApp_serv1.us.oracle.com_A8654E53B0F37837F1451
  91131B57FF3, cn=Reports, cn=Products, cn=OracleContext

Corresponding ldapmodify command on the command line:

ldapmodify -D cn=orcladmin -w welcome1 -h reportsApp_Group.us.oracle.com -p 389 -f mergeentity.ldif

11.5 OracleAS Forms Services Security Considerations

The default configuration for Oracle Application Server Forms Services does not run in OracleAS Single Sign-On (SSO) mode. The default configuration for OracleAS Reports Services does run in SSO mode.

Forms applications calling integrated OracleAS Reports Services using the RUN_REPORT_OBJECT built-in procedure will not experience any problems when OracleAS Forms Services is running in non-SSO mode and OracleAS Reports Services is running in SSO mode as long as the Reports Server and the requested report are not registered in OracleAS Portal.

Other Requirements:

The property Reports Server must be set explicitly for all report objects in the Oracle Forms module.
If a Reports Server other than the default is being used, that server must be started from the command line as follows:
```
rwserver server=server_name
```
The system variable REPORTS_PATH must be modified in the file ORACLE_HOME/bin/reports.sh to reference the path of the reports to be run.
The first time a Reports Server is started, it creates a configuration file called server_name.conf located in the ORACLE_HOME/server/conf directory.
The default status of a Reports Server is secure. To change the Reports Server status to non-secure, modify ORACLE_HOME/server/conf/reports_server_name.conf by commenting out the <security> tag and removing securityId from the <job> tags.
After making these modifications, the Reports Server must be stopped and restarted.
If OracleAS Forms Services is configured to run in SSO mode, then report requests are sent with the authid provided, based on the SSO user login.
Protected reports and Reports Servers can be registered in OracleAS Portal.

Table 11-2 lists the possible Forms/Reports combinations and expected results:

Table 11-2 Outcome of Forms/ Reports Integration when Forms is running in SSO Mode or Non-SSO Mode

Report Type	Registered, Secure Reports Server (runs only registered reports)	Registered, Secure Reports Server (runs any reports)	Non-Secure Reports Server
Reports with public access	report generated	report generated	report generated
Reports with specific user access	report generated	report generated	report generated
Reports with no specific user access	report not generated	report not generated	report generated
Non-registered reports	report not generated	report not generated	report generated

Footnote Legend

Footnote 1: dc=us,dc=oracle,dc=com is merely an example in this instance. You would normally enter your own values for these items.