Library Table of Contents Index Previous Page (Alt-p) Next Page (Alt-n) Comments

Using null sessions to access storage in non-Kerberos environments

What a null session is  Top

Null session access provides permissions for network resources, such as storage system data, to client-based services running under the local system. A null session occurs when a client process uses the "system" account to access a network resource.

Why null session configuration is specific to non-Kerberos authentication  Top

In Kerberos implementations, clients that run local processes using the "system" account assign those processes to the machine account when accessing remote resources. The machine account is assigned the computer name registered with the domain controller, followed by a dollar sign ($). Machine accounts are subjected to the same Kerberos authentication as user accounts, so they do not need to be mapped on the storage system.

How the storage system provides null session access  Top

Because null session shares do not require authentication, clients that require null session access must have their IP addresses mapped on the storage system. By default, unmapped null session clients can access certain Data ONTAP system services, such as share enumeration, but they are restricted from accessing any storage system data.

Unless otherwise configured, a client running a local process that requests storage system access through a null session is a member only of non-restrictive groups, such as "everyone." To limit null session access to selected storage system resources, you might want to create a group to which all null session clients belong; creating this group enables you to restrict storage system access and to set storage system resource permissions that apply specifically to null session clients.

How to grant null users access to file system shares  Top

To allow access to your storage system resources by null session clients, configure your network by performing the following tasks:

On the storage system, you grant null session access to resources by performing the following tasks:

Data ONTAP provides a mapping syntax in the /etc/usermap.cfg file to specify the IP address of clients allowed access to storage system resources using a null user session. Once you create a group for null users, you can specify access restrictions for storage system resources and resource permissions that apply only to null sessions.

Attention
Any null user accessing the storage system from a mapped IP address is granted mapped user permissions. Consider appropriate precautions to prevent unauthorized access to storage systems mapped with null users. For maximum protection, place the storage system and all clients requiring null user storage system access on a separate network, to eliminate the possibility of IP address "spoofing."

Configuring the /etc/usermap.cfg file for null users  Top

To configure the /etc/usermap.cfg file with null users so they have access to null session shares, complete the following steps.

Step

Action

1

Open the /etc/usermap.cfg file.

2

Add an entry for each null user using the following format:

IPqual:"" => unixacct

IPqual specifies either an IP address (hostname or numeric dot-format) or a subnet (IP address + network mask).

"" indicates null user.

=> indicates the mapping direction.

unixacct is the UNIX account (from /etc/passwd or NIS) that the mapped null user will have.

Examples

10.10.20.19:"" => exchuser

192.168.78.0/255.255.255.0:"" => iisuser

Result

The client at IP address 10.10.20.19 is allowed null session access to the storage system. The null user account is mapped to a UNIX account called exchuser, which must exist in the /etc/passwd or NIS database.

Also, any clients establishing a connection from the 192.168.78.0 class C subnet are allowed null session access and are mapped to the UNIX account iisuser. Other null user connections to the storage system are not allowed.

Library Table of Contents Index Previous Page (Alt-p) Next Page (Alt-n) Comments