#
5748b897 |
| 19-Feb-2014 |
Martin Matuska <mm@FreeBSD.org> |
Merge head up to r262222 (last merge was incomplete).
|
#
485ac45a |
| 04-Feb-2014 |
Peter Grehan <grehan@FreeBSD.org> |
MFC @ r259205 in preparation for some SVM updates. (for real this time)
|
Revision tags: release/10.0.0 |
|
#
a7c51fa1 |
| 25-Nov-2013 |
Hiroki Sato <hrs@FreeBSD.org> |
Replace Sun RPC license with a 3-clause BSD license, with the explicit permission of Sun Microsystems in 2009.
|
Revision tags: release/9.2.0 |
|
#
cfe30d02 |
| 19-Jun-2013 |
Gleb Smirnoff <glebius@FreeBSD.org> |
Merge fresh head.
|
Revision tags: release/8.4.0 |
|
#
d241a0e6 |
| 26-Feb-2013 |
Xin LI <delphij@FreeBSD.org> |
IFC @247348.
|
#
d9a44755 |
| 08-Feb-2013 |
David E. O'Brien <obrien@FreeBSD.org> |
Sync with HEAD.
|
#
46b1c55d |
| 04-Jan-2013 |
Neel Natu <neel@FreeBSD.org> |
IFC @ r244983.
|
#
a5752d55 |
| 21-Dec-2012 |
Kevin Lo <kevlo@FreeBSD.org> |
Fix socket calls on error post-r243965.
Submitted by: Garrett Cooper
|
Revision tags: release/9.1.0, release/8.3.0_cvs, release/8.3.0 |
|
#
8fa0b743 |
| 23-Jan-2012 |
Xin LI <delphij@FreeBSD.org> |
IFC @230489 (pending review).
|
#
80dbff4e |
| 04-Jan-2012 |
Sean Bruno <sbruno@FreeBSD.org> |
IFC to head to catch up the bhyve branch
Approved by: grehan@
|
Revision tags: release/9.0.0 |
|
#
3df5ecac |
| 30-Dec-2011 |
Ulrich Spörlein <uqs@FreeBSD.org> |
Spelling fixes for usr.sbin/
|
#
bd2228ab |
| 19-Jul-2011 |
Peter Grehan <grehan@FreeBSD.org> |
IFC @ r224187
|
#
935205e2 |
| 17-Jul-2011 |
Justin T. Gibbs <gibbs@FreeBSD.org> |
Integrate from Head into ZFSD feature branch as of revision r224141.
|
#
07de1c52 |
| 14-Jul-2011 |
Xin LI <delphij@FreeBSD.org> |
Use prototype. While I'm there, add a pair of parenthesis to mark an if statment's border.
MFC after: 1 month
|
Revision tags: release/7.4.0_cvs, release/8.2.0_cvs, release/7.4.0, release/8.2.0, release/8.1.0_cvs, release/8.1.0 |
|
#
3d1783b6 |
| 13-Apr-2010 |
Warner Losh <imp@FreeBSD.org> |
MFC r203710:
When you have multiple addresses on the same network on different interfaces (such as when you are part of a carp pool), and you run rpcbind -h to restrict which interfaces have r
MFC r203710:
When you have multiple addresses on the same network on different interfaces (such as when you are part of a carp pool), and you run rpcbind -h to restrict which interfaces have rpc services, rpcbind can none-the-less return addresses that aren't in the -h list. This patch enforces the rule that when you specify -h on the command line, then services returned from rpcbind must be to one of the addresses listed in -h, or be a loopback address (since localhost is implicit when running -h).
The root cause of this is the assumption in addrmerge that there can be only one interface that matches a given network IP address. This turns out not to be the case. To retain historical behavior, I didn't try to fix the routine to prefer the address that the request came into, since I didn't know the side effects that might cause in the normal case. My quick analysis suggests that it wouldn't be a problem, but since this code is tricky I opted for the more conservative patch of only restricting the reply when -h is in effect.
Hence, this change will have no effect when you are running rpcbind without -h.
Reviewed by: alfred@ Sponsored by: iX Systems MFC after: 2 weeks
show more ...
|
Revision tags: release/7.3.0_cvs, release/7.3.0 |
|
#
1a0fda2b |
| 04-Mar-2010 |
Dag-Erling Smørgrav <des@FreeBSD.org> |
IFH@204581
|
#
923dd9a7 |
| 09-Feb-2010 |
Warner Losh <imp@FreeBSD.org> |
When you have multiple addresses on the same network on different interfaces (such as when you are part of a carp pool), and you run rpcbind -h to restrict which interfaces have rpc services, rpcbind
When you have multiple addresses on the same network on different interfaces (such as when you are part of a carp pool), and you run rpcbind -h to restrict which interfaces have rpc services, rpcbind can none-the-less return addresses that aren't in the -h list. This patch enforces the rule that when you specify -h on the command line, then services returned from rpcbind must be to one of the addresses listed in -h, or be a loopback address (since localhost is implicit when running -h).
The root cause of this is the assumption in addrmerge that there can be only one interface that matches a given network IP address. This turns out not to be the case. To retain historical behavior, I didn't try to fix the routine to prefer the address that the request came into, since I didn't know the side effects that might cause in the normal case. My quick analysis suggests that it wouldn't be a problem, but since this code is tricky I opted for the more conservative patch of only restricting the reply when -h is in effect.
Hence, this change will have no effect when you are running rpcbind without -h.
Reviewed by: alfred@ Sponsored by: iX Systems MFC after: 2 weeks
show more ...
|
Revision tags: release/8.0.0_cvs, release/8.0.0, release/7.2.0_cvs, release/7.2.0, release/7.1.0_cvs, release/7.1.0, release/6.4.0_cvs, release/6.4.0, release/7.0.0_cvs, release/7.0.0 |
|
#
870db2da |
| 14-Feb-2008 |
Yaroslav Tykhiy <ytykhiy@gmail.com> |
No network addresses in the system isn't a good excuse for rpcbind(8) to crash.
The crash was due to a boolean variable initialized improperly. Besides fixing the initialization, pick a better name
No network addresses in the system isn't a good excuse for rpcbind(8) to crash.
The crash was due to a boolean variable initialized improperly. Besides fixing the initialization, pick a better name for the variable so that its meaning is clear and no more coding errors appear around it.
show more ...
|
Revision tags: release/6.3.0_cvs, release/6.3.0 |
|
#
784bddbc |
| 07-Nov-2007 |
Kevin Lo <kevlo@FreeBSD.org> |
Cleanup of userland __P use
|
#
8a06ee9e |
| 23-Oct-2007 |
Matteo Riondato <matteo@FreeBSD.org> |
Avoid leaking file descriptors
|
#
e2f7e255 |
| 09-Jun-2007 |
Matteo Riondato <matteo@FreeBSD.org> |
Remove a comment I forgot to remove
|
#
48e5a99e |
| 01-May-2007 |
Matteo Riondato <matteo@FreeBSD.org> |
Correctly inizialize local/unix transport. I broke it in rev.1.15.
PR: bin/1122566 MFC after: 1 week
|
#
55987d86 |
| 23-Apr-2007 |
Matteo Riondato <matteo@FreeBSD.org> |
1)Make it possible for rpcbind(8) to bind TCP listening socket to an IP other than INADDR_ANY.
2) Add the -6 option to specify "IPv6 only".
Glanced at by: bms Requested by: bms [2] PR: bin/84494 [1
1)Make it possible for rpcbind(8) to bind TCP listening socket to an IP other than INADDR_ANY.
2) Add the -6 option to specify "IPv6 only".
Glanced at by: bms Requested by: bms [2] PR: bin/84494 [1] Approved by: silence from maintainer (~2 weeks) [1] MFC after: 2 weeks
show more ...
|
Revision tags: release/6.2.0_cvs, release/6.2.0, release/5.5.0_cvs, release/5.5.0, release/6.1.0_cvs, release/6.1.0, release/6.0.0_cvs, release/6.0.0, release/5.4.0_cvs, release/5.4.0, release/4.11.0_cvs, release/4.11.0 |
|
#
cb4c0b80 |
| 07-Nov-2004 |
Dima Dorfman <dd@FreeBSD.org> |
Make the usage message match reality about -h and -w.
|
Revision tags: release/5.3.0_cvs, release/5.3.0 |
|
#
90c9edaa |
| 16-Aug-2004 |
Martin Blapp <mbr@FreeBSD.org> |
MFNetBSD
Decrease log severity to debug if a protocol is not supported by the kernel (rpcbind checks /etc/netconfig if a protocol is available). This avoids "rpcbind: cannot create socket for tcp6"
MFNetBSD
Decrease log severity to debug if a protocol is not supported by the kernel (rpcbind checks /etc/netconfig if a protocol is available). This avoids "rpcbind: cannot create socket for tcp6" messages at startup on IPv4-only kernels.
show more ...
|