31c31
< .\" $Id: ypserv.8,v 1.1.1.1 1995/12/16 20:54:17 wpaul Exp $
---
> .\" $Id: ypserv.8,v 1.2 1996/02/26 02:17:18 wpaul Exp $
43d42
< .Op Fl k
241a241,259
> .Ss NIS v1 compatibility
> This version of
> .Nm ypserv
> has some support for serving NIS v1 clients. FreeBSD's NIS
> implementation only uses the NIS v2 protocol, however other implementations
> include support for the vi protocol for backwards compatibility
> with older systems. The
> .Xr ypbind 8
> daemons supplied with these systems will try to establish a binding
> to an NIS v1
> server even though they may never actually need it (and they may
> persist in broadcasting in search of one even after they receive a
> response from a v2 server). Note that while
> support for normal client calls is provided, this version of
> .Nm ypserv
> does not handle v1 map transfer requests; consequently, it can not
> be used as a master or slave in conjunction with older NIS servers that
> only support the v1 protocol. Fortunately, there probably aren't any
> such servers still in use today.
307,320d324
< .It Fl k
< This flag is provided for compatibility with SunOS 4. The
< .Xr ypbind 8
< command in SunOS 4 apparently expects to obtain a response from an
< NIS v1 server. Starting
< .Xr ypserv 8
< with the
< .Fl k
< flag causes it to register itself as an NIS v1 server and
< respond to YPPROC_DOMAIN_NONACK requests. Note carefully: this is
< merely a kludge (hence the 'k') to pacify SunOS 4's
< .Xr ypbind 8
< command: attempts to make the server actually handle NIS v1 queries
< will undoubtedly fail quite miserably.
354c358
< first appeared in FreeBSD 2.1.
---
> first appeared in FreeBSD 2.2.