Date: Tue, 6 Aug 1996 17:52:31 +0200 (MET DST) From: fbrazile@geo.unizh.ch (Frank Brazile) To: questions@freebsd.org Subject: How to fix _EASY_ yp problem? Message-ID: <Pine.SOL.3.94.960806172958.18430F-100000@strato>
next in thread | raw e-mail | index | archive | help
Howdy,
Okay, maybe not so easy. :)
I am having difficulties in getting my FreeBSD 2.1.5 machine (loo) to
understand a Sparc 20 SOLARIS 5.4* (strato) based NIS+ netgroup
table. NIS+ is currently in NIS compatibility mode and various yp
client commands work on loo, like ypcat passwd. I am part of a
netgroup, called gis1, that is part of a larger netgroup called geonet.
In the /etc/hosts.equiv on loo I have,
+@geonet
But this entry does not seem to be sufficient to allow rlogins nor NFS
mounts. If a machine is added directly to hosts.equiv, rlogins work.
If I try to mount an unrestricted NFS file system, it works. Otherwise,
NFS and incoming rlogins don't work.
Below, I've enclosed a transcript of my local system adminstrator trying
various combinations of: NIS+ group order, manually entered hostnames,
and NFS export variations.
Any help or suggestions appreciated as if I can't get this figured out,
they'll throw me to the dogs (meaning my competitors are bragging
everything works with NIS+ on their linux machines). Save me.
-F.
-------------------------------------------------------------------
Frank Brazile | Internet: fbrazile@geo.unizh.ch
Assistant NF | Universitat Zurich
Generalization Gruppe | Winterthurerstr. 190
nummer: (01) 257 5256 | 8057 Zuerich, CH
---------- Forwarded message ----------
Date: Tue, 6 Aug 1996 09:23:56 +0200 (MET DST)
From: Othmar Wigger <owigger@geo.unizh.ch>
To: Frank Brazile <fbrazile@geo.unizh.ch>
Subject: Re: loo nfs
Hi Frank
I cannot rlogin. Although we opened rlogin for all hosts
of the netgroup geonet. Maybe the NFS problem is related
to this latter problem? Look at this:
loo# ypcat netgroup
produces no output!
loo# ypmatch geonet netgroup
rsl2 phys rsl1 gis1
this is all right. geonet is just a collection of other net-
groups, representing the Institute's organization. loo belongs
to the Abteilung of Prof. Brassel (gis1):
loo# ypmatch gis1 netgroup
sunlab (loo,,) (abroholos,,) (bise,,) (cyclon,,) (tramontana,,) (taifun,,) (bora
,,) (strato,,) (tropo-gw,,) (meso,,) (vacherin,,)
Here you are.
Maybe FreeBSD is confused by this netgroup referencing business.
Let's break the hierarchy, just to see what happens, by adding a
loo entry at the top of the netgroup tree. Now
loo# ypmatch geonet netgroup
rsl2 (loo,,) phys rsl1 gis1
but still no rlogin... and no NFS.
Maybe FreeBSD does not understand the netgroup syntax of /etc/hosts.equiv?
I explicitly add a hostname to /etc/hosts.equiv. Now rlogin works! Why
doesn't the +@geonet entry work? The FreeBSD manpage hosts.equiv(5)
states it should work. - Still no NFS.
Next, I try if I can mount an unrestricted NFS filesystem. From
strato, I export a scratch disk to the world. Then
loo# mount strato:/spare /mnt
This works! So the NFS definitively works, it's just a permission
problem with netgroups. (You cannot try this, I un-exported
strato:/spare again, for security reasons.)
Preliminary conclusion: NIS+ compatibility mode presents the
netgroup table in a way that FreeBSD doesn't understand. The
fault could be on either side. But we know that it works with
Silicon Graphics.
Any ideas?
Othmar
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.SOL.3.94.960806172958.18430F-100000>