🚀 go-pugleaf

    Date: Sun, 25 Jan 1998 06:19 EST
    From: "Scott Busse" <sbusse@wkpowerlink.com>

    Hello again,   (guess who's back at the smbx
		     again... :)

    I have a symbolics 3650 (Genera 8.1.1) with NFS
    connected via ethernet to my pc, which is running
    Omni-NFS95.  I have no problems accessing the 3650
    from the pc, but I can't get the other way going,
    due to the pc denying access. It seems that putting
    the "System Type" as "UNIX42" makes the symbolics
    want to access the /etc/passwd file on the pc, and
    of course there's no such file (or directory)on the
    pc.  
	 
It is attempting to read the password file to go from
username to uid.  NFS only uses UID and GID to access
files.  You can set up the namespace so that it looks
there instead of in that file, see the NFS documentation.
	 
	 I need some suggestions here, even wild and
    crazy ones.
	 This may involve setting up a tranlation that
    changes the ST:/etc/passwd to C:\etc\passwd and
    maybe I can fake the passwd file (I forget what's
    in one, btw).
	 Or, I seem to recall something about an entry
    on the smbx that addresses "trusted hosts" or
    something like that.

Trusted hosts apply to the incoming case, i.e. whether or
not you need to ask for a password when serving files from
the Symbolics machine.

	 Like I say, any suggestions are good ones.

    This is the namespace object (unnecessary stuff
    trimmed) for the pc (named strider), as stored
    on the smbx host:

    Site: MIDDLEEARTH
    Nickname: ST
    Nickname: C
    Short Name: ST
    Machine Type: PC
    System Type*: UNIX42
    Address: INTERNET 87.0.0.6
    Service: FILE UDP NFS
    Service: FILE TCP TCP-FTP
    Service: UNIX-RLOGIN-SERVICE TCP UNIX-RLOGIN
    Server Machine: Yes
    Default Secondary Name Server: No
    Internet Domain Name: MiddleEarth
    User Property: NFS-REMOTE-FILESYSTEM / C:\
    User Property: USER-ID 3
    User Property: GROUP-ID 1

    My approach to this is as a self-taught (with
    some slug help) hacking type guy. So I don't
    really know anything for sure where this stuff
    is concerned. I suspect that my NFS-REMOTE-FILE-
    SYSTEM stuff is plain dumb wrong... and maybe
    I need something more here, or something in the
    Site object or somewhere else?

    Here's the site object "MiddleEarth" (trimmed)

    Pretty Name: MiddleEarth
    Local Namespace*: MIDDLEEARTH
    Site Directory*: TIMERAN:>sys>site>
    Site System: timeran
    Host For Bug Reports*: TIMERAN
    Timezone*: PST
    Secure Subnets: INTERNET all
    Dont Reply To Mailing Lists: zero or more tokens
    All Mail Addresses Forward: No
    Other Sites In Mail Area: zero or more sites
    Root Domain Server Address: a pair of a network and an address
    Query Root Domain Servers Recursively: a token
    Standalone: No
    Validate Lmfs Dump Tapes: No
    Terminal F Argument: a triple of a token, a global name, and zero or more
    names of hosts
    Host Protocol Desirability: TIMERAN NFS 1
    Host Protocol Desirability: STRIDER NFS 1
    User Property: a user property pair of a global name and a token

    Remember that the connection is definately there,
    as the pc accesses the smbx with no problems. The
    error message I get most (when attempting to access
    the pc via FSEdit) is:
    -
    A file error occurred:
    Permission denied
    For ST:/
    -

    (this ^ if the NFS-REMOTE-FILESYSTEM is set to "/ \")

    or this error:
    -
    A file error occurred:
    No NFS mount could be made on host STRIDER.
    The error report for the last mount attempted was:
       Permission denied
       For ST:/.
    For ST:/.
    -

    (this ^ if the NFS-REMOTE-FILESYSTEM is set to "st c:\" )

    I'd really appreciate any ideas.  Thanks! Scott

    sbusse@wkpowerlink.com