25.06.2015 Views

Administering Platform LSF - SAS

Administering Platform LSF - SAS

Administering Platform LSF - SAS

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

About Host Authentication<br />

About Host Authentication<br />

Trust <strong>LSF</strong> host<br />

/etc/hosts.equiv (UNIX)<br />

For more information<br />

When a batch job or a remote execution request is received, <strong>LSF</strong> first<br />

determines the user’s identity. Once the user’s identity is known, <strong>LSF</strong> decides<br />

whether it can trust the host from which the request comes from.<br />

<strong>LSF</strong> normally allows remote execution by all users except root, from all hosts<br />

in the <strong>LSF</strong> cluster; <strong>LSF</strong> trusts all hosts that are configured into your cluster. The<br />

reason behind this is that by configuring an <strong>LSF</strong> cluster you are turning a<br />

network of machines into a single computer. Users must have valid accounts<br />

on all hosts. This allows any user to run a job with their own permission on<br />

any host in the cluster. Remote execution requests and batch job submissions<br />

are rejected if they come from a host not in the <strong>LSF</strong> cluster.<br />

A site can configure an external executable to perform additional user or host<br />

authorization. By defining <strong>LSF</strong>_AUTH to be eauth in lsf.conf, the <strong>LSF</strong><br />

daemon will invoke eauth -s when it receives a request that needs<br />

authentication and authorization. For example, eauth can check if the client<br />

user is on a list of authorized users or if a host has the necessary privilege to<br />

be trusted.<br />

If the <strong>LSF</strong>_USE_HOSTEQUIV parameter is set in the lsf.conf file, <strong>LSF</strong> uses<br />

the same remote execution access control mechanism as the rsh command.<br />

When a job is run on a remote host, the user name and originating host are<br />

checked using the ruserok(3) function on the remote host.<br />

The ruserok(3) function checks in the /etc/hosts.equiv file and the user’s<br />

$HOME/.rhosts file to decide if the user has permission to execute jobs.<br />

The name of the local host should be included in this list. RES calls ruserok()<br />

for connections from the local host. mbatchd calls ruserok() on the master<br />

host, so every <strong>LSF</strong> user must have a valid account and remote execution<br />

permission on the master host.<br />

The disadvantage of using the /etc/hosts.equiv and $HOME/.rhosts files<br />

is that these files also grant permission to use the rlogin and rsh commands<br />

without giving a password. Such access is restricted by security policies at<br />

some sites.<br />

See the hosts.equiv(5) and ruserok(3) man pages for details on the format<br />

of the files and the access checks performed.<br />

500<br />

<strong>Administering</strong> <strong>Platform</strong> <strong>LSF</strong>

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!