#
285830 |
|
23-Jul-2015 |
gjb |
- Copy stable/10@285827 to releng/10.2 in preparation for 10.2-RC1 builds. - Update newvers.sh to reflect RC1. - Update __FreeBSD_version to reflect 10.2. - Update default pkg(8) configuration to use the quarterly branch.[1]
Discussed with: re, portmgr [1] Approved by: re (implicit) Sponsored by: The FreeBSD Foundation |
#
256281 |
|
10-Oct-2013 |
gjb |
Copy head (r256279) to stable/10 as part of the 10.0-RELEASE cycle.
Approved by: re (implicit) Sponsored by: The FreeBSD Foundation
|
#
210723 |
|
01-Aug-2010 |
joel |
Spelling fixes.
|
#
163902 |
|
02-Nov-2006 |
maxim |
o There is no securenets(5) man page, refer to ypserv(8).
Obtained from: DragonFlyBSD MFC after: 1 week
|
#
141846 |
|
13-Feb-2005 |
ru |
Expand *n't contractions.
|
#
140442 |
|
18-Jan-2005 |
ru |
Sort sections.
|
#
108317 |
|
27-Dec-2002 |
schweikh |
english(4) police.
|
#
99968 |
|
14-Jul-2002 |
charnier |
The .Nm utility
|
#
89362 |
|
14-Jan-2002 |
ru |
yp(4) -> yp(8).
PR: docs/30797
|
#
68965 |
|
20-Nov-2000 |
ru |
mdoc(7) police: use the new features of the Nm macro.
|
#
68716 |
|
14-Nov-2000 |
ru |
Use Fx macro wherever possible.
|
#
57673 |
|
01-Mar-2000 |
sheldonh |
Remove single-space hard sentence breaks. These degrade the quality of the typeset output, tend to make diffs harder to read and provide bad examples for new-comers to mdoc.
|
#
50479 |
|
28-Aug-1999 |
peter |
$Id$ -> $FreeBSD$
|
#
34809 |
|
23-Mar-1998 |
charnier |
.Sh AUTHOR -> .Sh AUTHORS. Use .An/.Aq.
|
#
30378 |
|
13-Oct-1997 |
charnier |
Use err(3). Remove multiply defined Id string.
|
#
22997 |
|
22-Feb-1997 |
peter |
Revert $FreeBSD$ to $Id$
|
#
22285 |
|
05-Feb-1997 |
tg |
Typos.
|
#
21880 |
|
20-Jan-1997 |
wosch |
Sort cross references.
|
#
21673 |
|
14-Jan-1997 |
jkh |
Make the long-awaited change from $Id$ to $FreeBSD$
This will make a number of things easier in the future, as well as (finally!) avoiding the Id-smashing problem which has plagued developers for so long.
Boy, I'm glad we're not using sup anymore. This update would have been insane otherwise.
|
#
16126 |
|
05-Jun-1996 |
wpaul |
This commit was generated by cvs2svn to compensate for changes in r16125, which included commits to RCS files with non-trunk default branches.
|
#
16125 |
|
05-Jun-1996 |
wpaul |
Import rpc.ypxfrd.
This server impliments an RPC-based file transfer protocol that allows an NIS slave server to copy a raw map database file from an NIS master.
The goal here is to speed up the transfer of very large maps. If you have, for example, an NIS password database with 30,000 records in it, it can take around 8 to 10 minutes to regenerate it (four hash databases are created). As it stands now, ypxfr(8) transfers a map by sucking all the records from ypserv(8) on the master using yp_all() and writing them to a new database using the db(3) library. This adds up to another 8 to 10 minutes, per slave. With as the number of slaves increases, this latency becomes prohibitive.
With rpc.ypxfrd, all the slave has to do is copy the already-built hash database file from the master and move it into place. Even with a multi-megabyte file, this reduces the master to slave transfer time to well under a minute. (This is using TCP.)
Access restrictions are applied using the same mechanism as in ypserv: you can control access using /var/yp/securenets, and the server will not transmit the master.passwd.* maps unless the transfer request originates on a reserved port.
Note: this server is based on my hastily contrived protocol and is _NOT_ compatible with Sun's protocol of the same name. It can't be compatible for a couple of reasons. For one thing, Sun's protocol has not been published anywhere that I know of. It is not included in any of the SunRPC source distributions that I've been able to find. Second, Sun's NIS v2 code uses old style ndbm maps while FreeBSD uses Berkeley DB. The file formats are incompatible, so being able to transfer maps between FreeBSD and SunOS hosts wouldn't do any good anyway. (You could always port the FreeBSD NIS code to SunOS if you really wanted to do it. :)
(There's also the little fact that SunOS/SPARC is big-endian and FreeBSD/i386 is little-endian. Berkeley DB can handle byte ordering differences; ndbm probably can't.)
|