#
259065 |
|
07-Dec-2013 |
gjb |
- Copy stable/10 (r259064) to releng/10.0 as part of the 10.0-RELEASE cycle. - Update __FreeBSD_version [1] - Set branch name to -RC1
[1] 10.0-CURRENT __FreeBSD_version value ended at '55', so start releng/10.0 at '100' so the branch is started with a value ending in zero.
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
|
#
161710 |
|
29-Aug-2006 |
ru |
Comment out lines that use example addresses and example.com names so that local changes can be made more easily (without having to comment these lines, and making the diff more readable).
|
#
159140 |
|
01-Jun-2006 |
csjp |
Since NIS is an RPC based service, add a note that when adjusting access controls in NIS, similar access controls should be considered for the rpcbind as well.
|
#
156813 |
|
17-Mar-2006 |
ru |
Reimplementation of world/kernel build options. For details, see:
http://lists.freebsd.org/pipermail/freebsd-current/2006-March/061725.html
The src.conf(5) manpage is to follow in a few days.
Brought to you by: imp, jhb, kris, phk, ru (all bugs are mine)
|
#
155756 |
|
16-Feb-2006 |
ume |
The libwrap built with NO_INET6=yes cannot parse an IPv6 address. So, mention it in comment.
Submitted by: Dmitry Morozovsky <marck__at__rinet.ru> MFC after: 2 days
|
#
133065 |
|
03-Aug-2004 |
ume |
Use RFC 3849 address for examples.
Pointed out by: mistral@imasy.or.jp MFC after: 1 week
|
#
133062 |
|
03-Aug-2004 |
ume |
allow ::1 explicitly.
Pointed out by: mistral@imasy.or.jp MFC after: 1 week
|
#
130151 |
|
06-Jun-2004 |
schweikh |
Removed whitespace at BOF, EOL & EOF.
|
#
90319 |
|
06-Feb-2002 |
markm |
Enable TCP_WRAPPERs for the NIS server. The protection afforded is not massive, but usable.
|
#
81890 |
|
18-Aug-2001 |
dwmalone |
Clear up what the line "ALL : PARANOID : RFC931 20 : deny" means to tcp wrappers. The description is a little long, but hopefully accurate.
|
#
76204 |
|
02-May-2001 |
brian |
Fix a misleading comment
Submitted by: Mark Knight <markk@knigma.org>
|
#
76030 |
|
26-Apr-2001 |
alex |
"Portmapper" -> "Rpcbind" in a comment.
|
#
74537 |
|
20-Mar-2001 |
alfred |
s/portmap/rpcbind Pointed out by: Hajimu UMEMOTO <ume@mahoroba.org>
|
#
63515 |
|
19-Jul-2000 |
ume |
Add some examples for IPv6 addresses.
PR: conf/18614 Submitted by: James Housley <jim@thehousleys.net>
|
#
60031 |
|
05-May-2000 |
sheldonh |
Add IP addresses to the rules required to "Allow anything from localhost", since portmap(8) is included in "anything".
Submitted by: Doug Barton <Doug@gorean.org>
|
#
58750 |
|
28-Mar-2000 |
cwt |
Clarify the disposition of hosts.deny and provide a logically consistent portmap example rule. Reviewed by: obrien, markm Obtained-good-ideas from: obrien
|
#
57284 |
|
17-Feb-2000 |
jkh |
The default rule in this file actually sent mail to root as its default action when denying access to a service. Unfortunately, this also makes a dandy denial-of-service attack possible. Change to just log the event and shoot a "go away" response back down the socket.
|
#
56585 |
|
25-Jan-2000 |
obrien |
Fix English. Also use full spelling and reorg a little while I'm here.
Submitted by: Andy Farkas <andyf@speednet.com.au>
|
#
53685 |
|
25-Nov-1999 |
obrien |
MFS: note that only IP addresses work when wrapping the portmapper. Make clearer we consider this only an example, and admins should really write this file for their needs.
|
#
50472 |
|
27-Aug-1999 |
peter |
$Id$ -> $FreeBSD$
|
#
49394 |
|
03-Aug-1999 |
sheldonh |
Add a sample entry for Exim, in preparation for the upcoming behaviour change in the port, where TCP Wrapper support will become the default.
Requested by: markm
|
#
46667 |
|
08-May-1999 |
obrien |
Use /usr/bin/finger rather than `safe_finger'.
|
#
45488 |
|
08-Apr-1999 |
markm |
Use more politically correct examples, and expand the examples a bit.
|
#
45088 |
|
28-Mar-1999 |
markm |
Add an example hosts.allow for the (base system) tcp_wrappers. Anyone with good ideas for this is welcome to contribute.
|