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>