| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 1976.1 | Not supported | DECWIN::FISHER | Burns Fisher 381-1466, ZKO3-4/W23 | Thu Dec 28 1989 12:29 | 9 |
| You probably have not enabled the remote node on your server. Add a file
called DECW$SERVER_ACCESS_TRUSTED.DAT to sys$manager, and make it first and
only line be
DECNET remotenode SYSTEM
That should do the trick. (Not supported, you understand...)
Burns
|
| 1976.2 | /perm too? | AZTECH::LASTOVICA | Time to cross the wild meridian | Thu Dec 28 1989 13:25 | 2 |
| I also find that I have to SET DIS/CRE/PERM/NODE=foo before I run
DECW$STARTLOGIN for it to work (notice the /PERM).
|
| 1976.3 | "server_access_trusted" v.s. "server_access_allowed"
"server_access_allowed" | PVX::VANSICLEN | Garrett in The Mill. 223-6310 | Thu Dec 28 1989 14:55 | 7 |
| I didn't find I had to add the /PERMANENT - yet. DECW$STARTLOGIN starts it's
own process and the login session seems to hang around just fine.
What is the difference between "server_access_trusted" and
"server_access_allowed"? I was told there is a difference.
garrettt
|
| 1976.4 | Allowed vs. Trusted | 34339::BRYSON | | Thu Dec 28 1989 16:26 | 20 |
|
The allowed list are the transport/node/user combinations allowed to establish a
connection with this server.
The trusted list are the transport/node/user combinations which may modify the
allowed list.
It is important to have the node/user name in the TRUSTED list because
DECW$LOGINOUT.EXE will change the allowed list of the server once the user
logs in. Without these files, the only user which may establish a connection
to server is the SYSTEM account on the local node. You will need to create the
trusted file on the system where the server is running an place an entry in
the file that looks as follows:
* NODE USERNAME
Where NODE is the node where DECW$STARTLOGIN.EXE is executed and
USERNAME is the username of the process which executed DECW$STARTLOGIN.EXE.
David
|
| 1976.5 | Blocks local usage | 11SRUS::PUDER | Karl Puder, VAX APL Project Leader | Wed Feb 21 1990 15:52 | 13 |
| My experiments with this have demonstrated that having such a file removes the
implicit "* 0 SYSTEM" (or maybe it is "LOCAL 0 SYSTEM") that the server has
built-in. So if you want to be able to prod the workstation and dynamically
switch between local login and remote login, you need to add an explicit
LOCAL 0 SYSTEM
to the file, as well as
DECNET remotenode SYSTEM
:Karl.
|