Oracle Files Administrator's Guide Release 2 (9.0.4.1) Part Number B10872-01 |
|
|
View PDF |
This chapter discusses the protocol servers supported by Oracle Files, along with the client access paths and software for the supported protocols. Topics include:
Oracle Files supports a wide range of protocols through its various protocol server implementations, including the following:
Users can connect to Oracle Files using protocols appropriate to their platform. For example, Mac users can connect from the Chooser to Oracle Files as if it were any other AppleShare server, Windows users can map a network drive or connect using Web Folders, and UNIX clients can connect using NFS.
The NFS, NTFS, and SMB protocols have the following limitation: versioned documents cannot be deleted, moved, or renamed. Some applications, including Microsoft Office applications, save files by first saving the data to a temporary file, deleting the original file, and then renaming the temporary file to the original name. If a document is versioned, this would result in the loss of previous versions.
Some protocols, including AFP and FTP, send unencrypted passwords over the network, which means that if one of these passwords is intercepted, it could provide access to all systems controlled by Oracle Internet Directory for that user. To provide more security, you should create an Oracle Files-specific password (rather than the default Oracle Internet Directory password) to authenticate users of these protocol servers.
Protocols with which to associate the Oracle Files-specific password were selected during Oracle Files configuration. To change the set of protocols that require the Oracle Files-specific password, edit the following service configuration property:
IFS.SERVICE.CREDENTIALMANAGER.Oid.IfsPasswordApplications
Only the AFP, FTP, SMB, and NTFS protocols may use the Oracle Files-specific password. See "Changing a Service Configuration" for information on editing service configuration parameters.
To set Oracle Files-specific passwords, use the Protocol Access page in Oracle Files. See the Oracle Files online help for details.
This section describes the client access paths for various protocols, including AFP, HTTP, and NFS. It also describes how to install the Oracle FileSync client software.
In addition to using the networking protocols or client applications native to the Windows operating system, Windows users can install and use Oracle FileSync to keep local directories on a desktop machine and folders in Oracle Files synchronized.
Oracle FileSync is a Windows client software application that enables users to keep files synchronized between their local machine and Oracle Files. To install Oracle FileSync, users should follow these steps:
FileSync.exe
to run the installation program.c:\Program Files\Oracle\Oracle FileSync
With an account name and password, users--administrators or regular end-users--can access Oracle Files using the client tool of their choice. Web users can use a Web browser for HTTP or FTP access; Windows users can map drives or use WebDAV; Macintosh users can use the Chooser to mount AFP (AppleTalk Filing Protocol) protocol server. Table 2-1 lists some of the supported client platforms, access methods, and protocols supported. See the Oracle Collaboration Suite Release Notes for complete client certification information.
The following sections provide additional information about client access to Oracle Files.
Oracle Files includes an AFP 2.2-compliant AppleTalk Filing Protocol (AFP) server. MacOS 9 and MacOS X clients can use the AFP Server just as if it were an AppleShare server. The steps users must take to connect to the AFP server depend on the MacOS on the client. MacOS 9 clients use the Chooser, while MacOS X clients use the Go... menu from the desktop, as detailed in the following sections.
From MacOS 9.x clients, follow these steps:
The AppleShare icon appears on the client desktop.
In MacOS X, the Chooser doesn't exist. Clients should connect using the new Go... menu, as follows:
afp://machine-name
The AppleShare icon appears on the client desktop.
HTTP, WebDAV, and Oracle FileSync access to Oracle Files is as follows:
http://<server name>:<port>/files/content
The URL is required for access from:
Oracle Files provides an NFS protocol server that is certified for use with several NFS clients, including:
If the Oracle Files NFS server has been configured as the primary NFS server, then UNIX clients (Solaris 7, Solaris 8, and Red Hat Linux Adv. Server 2.1) can access the server using the standard NFS mount command, as shown in Table 2-2.
Syntax | Example |
---|---|
|
|
If the Oracle Files NFS server is configured as the secondary NFS server, or if the Oracle Files NFS server is not on the standard port number, Solaris clients must specify the 'public' option and Linux clients must specify the mount port, as described in "Solaris 7 and Solaris 8 Clients" and "Red Hat Linux Adv. Server 2.1 Clients".
Other caveats apply to Hummingbird Maestro clients, as detailed in "Linking an NFS Directory Using the NFS Maestro Network Access Tool".
Permission mode bits used by native UNIX NFS are not used by the Oracle Files NFS protocol server. Instead, as it does with its other protocol servers, Oracle Files NFS uses access control lists (ACLs) to control access. Because of this, displaying the permission mode bits from an NFS client is meaningless.
The Oracle Files NFS server also does not support:
chown
, chgrp
, and chmod
commands.If the Oracle Files NFS server is running as the primary NFS server on the host, users can enter the standard mount command as shown in Table 2-2. If the Oracle Files NFS server is the secondary NFS server on the host, you must explicitly include the port number in the mount command:
mount -o port=<portno>,public <host>:/ <mount point>
For example:
mount -o port=4049,public ifsserver:/ /data/ifs
Alternatively, you can enter:
mount nfs://<host>:<portno>/ <mount point>
For example:
mount nfs://ifsserver:4049/ /data/ifs
If the Oracle Files NFS server is running as the primary NFS server on the host, users can enter the standard mount command as shown in Table 2-2. If the Oracle Files NFS server is the secondary NFS server on the host, you must explicitly include the port number in the mount command:
mount -o port=<portno>,mountport=<portno1> <host>:/ <mount point>
For example:
mount -o port=4049,mountport=4048 ifsserver:/ /data/ifs
While client access to NFS is available on all UNIX operating systems, Windows systems require additional client software. Hummingbird Maestro NFS is one such client certified for use with Oracle Files NFS Server.
See the Oracle Collaboration Suite Release Notes for other supported NFS client applications and version numbers.
Before using the Hummingbird NFS Maestro client to access the Oracle Files NFS server, you should check that the NFS Maestro client is properly configured.
\\<hostname>\
HCLNFSD
daemon running on the NFS server machine. HCLNFSD
is required for DOS-style file sharing; if the HCLNFSD
daemon is not running on the NFS server, response times in accessing files will be unacceptable.If the Oracle Files NFS server is the primary NFS server on the host, you can mount Oracle Files using the Maestro command-line syntax, as follows:
nfs link <drive>: \\<host>\ <username>
For example:
nfs link n: \\ifsserver\ scott
If the Oracle Files NFS server is the secondary NFS server on the host, you must specify the Oracle Files NFS server port number in the command line, as follows:
nfs link <drive>: \\<host>\ <username> /n:4049
For example:
nfs link n: \\ifsserver\ scott /n:4049
The nfs link
command uses the default values configured for the NFS Maestro Client, unless you specify options listed in Table 2-3.
Common problems are often due to incorrect port numbers. If the hclnfsd
daemon is not running on the server, be sure that DOS-style locking and sharing is disabled on the client.
Table 2-4 lists some common error messages and other Maestro client problems.
Problem | Corrective Action |
---|---|
"Access denied by server" message |
Check that the correct port number is being used for the Oracle Files NFS server. Note: A TCP connection will always use the standard NFS port (2049). Do not use this option if the Oracle Files NFS server is running on an alternate port. |
"Authorization Error" message |
The username and password may have been specified incorrectly. Make sure that a UNIX username and password which are valid on the authentication server are specified. |
"Bad Network Name" message |
Verify that the host name and pathname are correctly specified. If they are, then use the NFS Maestro |
Maestro client appears to hang |
Verify that the |
"Network Timeout or HCLNFSD/PCNFSD not running on Host" message |
Verify that the default authentication server has been correctly configured in the NFS client. Verify that the |
|
Verify that the correct host name and port number are specified and that the Oracle Files NFS server is running. |
"NFS service not responding" error message |
Verify that the correct host name and port number are specified and that the Oracle Files NFS server is running. |
"Permission denied" error message |
Verify that the host name and pathname are correctly specified. Verify that the port is correctly specified for the Oracle Files NFS server. |
Depending on the specifics of your Oracle Files deployment, you may choose to perform the post-configuration task of configuring the NFS Server. This task is not required to get Oracle Files up and running.
There are three different configuration changes you may want to make to the Oracle Files NFS Protocol Server:
In most environments, you should map the UNIX and Oracle Files accounts.
The Trusted Client List and NIS authentication are NFS server configuration properties. UID mapping is specified in a dynamic domain property.
Oracle Files NFS Protocol Server uses the UNIX system authentication process to authenticate users; that is, the UNIX UID (user identification) number is passed to the Oracle Files NFS protocol server.
Users can log in once to the UNIX operating system, and then access Oracle Files without having to undergo an additional log in process, as long as their UNIX accounts are mapped to Oracle Files accounts.
UNIX-UID to-Oracle Files client mapping is configured in the IFS.DOMAIN.PROTOCOL.NFS.UidToUserMap
domain property. You can map UIDs manually, through the Oracle Enterprise Manager Web site, or you can upload UIDs using the Java Bulk NFS Tool.
To map UIDs manually:
http://<hostname>:1810
The Application Server Home page appears, listing all the Oracle9iAS system components running on the instance, including the Oracle Files domain:
iFS_<hostname.companyname.com>:1521:<DBServiceName>:<files schema>
IFS.DOMAIN.PROTOCOL.NFS.UidToUserMap
(you may need to move to the second or subsequent page to find this object).IFS.DOMAIN.PROTOCOL.NFS.UidToUserMap
. The Edit page appears.
By default, the UID 60001 (default UNIX guest
account) is listed on the page.
To map UIDs using the Bulk NFS Tool:
CLASSPATH
includes files.jar
.java oracle.ifs.protocols.nfs.tools.UidLoader SmallServiceConfiguration system <files system user password> uidfile=$IFSROOT/test/common/sosd/uidtoname
Where uidtoname
is a flat file you have created with entries of type:
<files user>:x:<uidonclient>
For example:
jsmith:x:44610
ifs://<host>:<port>:<service>:<schema>
You can create a list of trusted clients for Oracle Files to enhance NFS security. You should change these settings in the Configuration Object and then load the server on the service using the modified configuration object so that the client list is used after a restart. (Optionally, you can modify these properties dynamically).
http://<hostname>:1810
The Application Server Home page appears, listing all the Oracle9iAS system components running on the instance, including the Oracle Files domain:
IFS_<hostname.companyname.com>:1521:<DBServiceName>:<files schema>
NfsServerConfiguration
.NfsServerConfiguration
. The Edit page appears.IFS.SERVER.PROTOCOL.NFS.TrustedClientList
and the IFS.SERVER.PROTOCOL.NFS.TrustedClientsEnabled
properties. (You may need to move to the subsequent page for these properties.)IFS.SERVER.PROTOCOL.NFS.TrustedClientsEnabled
property and click Edit. The Edit Property page appears.IFS.SERVER.PROTOCOL.NFS.TrustedClientList
property and click Edit. Specify each entry in one of the following formats:
smith.oracle.com
or 130.35.59.9
.us.oracle.com
@130.35.68.0
, @130.35.68
, and @130.35.68.0/24
.
If an entry is preceded by a hyphen, then that specific client will be denied access through the Oracle Files NFS server.
If the node is currently running, you must either restart the node or load the modified configuration object onto the node.
To reload the node configuration:
NIS (Network Information System) is a centralized management facility that consolidates UNIX password, group, and host file information. It is essentially a distributed database of information that is easier to maintain than individual files (/etc/group
, /etc/passwd
, /etc/hosts
) in large UNIX networks.
http://<hostname>:1810
The Application Server Home page appears, listing all the Oracle9iAS system components running on the instance, including the Oracle Files domain:
IFS_<hostname.companyname.com>:1521:<DBServiceName>:<files schema>
NfsServerConfiguration
.NfsServerConfiguration
. The Edit page appears.IFS.SERVER.PROTOCOL.NFS.NISEnabled
and IFS.SERVER.PROTOCOL.NFS.NISServiceProvider
properties.IFS.SERVER.PROTOCOL.NFS.NISEnabled
property and click Edit. The Edit Property page appears.IFS.SERVER.PROTOCOL.NFS.NISServiceProvider
property and click Edit.
If the node is currently running, you must either restart the node or load the modified configuration object onto the node.
To reload the node configuration: