d18c9a9197
RPCINFO on macOS behaves different compared to other linux clients and doesn't provide request address in rpcb structure of the RPCBPROC_GETADDRLIST call which doesn't seem to be forbidden. In this case RPCBIND uses RPC call's source address and picks a closest corresponding local address. If there are no addresses in the same subnet as the source address, return of RPCBIND may vary depending on the order of addresses returned in getifaddrs. If a link local precedes global address it may be returned even if the request comes from neither a link local nor from link local in a different scope, which will prevent services like nfs from working in tpc6 scenario on macOS clients. Issue can be seen only on FreeBSD rpcbind port due to changes in workflow of addrmerge call. Submitted by: Dmitry Ovsyannikov (Dmitry.Ovsyannikov@dell.com) Reviewers: dab Differential Revision: https://reviews.freebsd.org/D31491 Sponsored by: Dell EMC MFC to: stable/12, stable/13 MFC after: 1 week |
||
|---|---|---|
| .. | ||
| tests | ||
| check_bound.c | ||
| Makefile | ||
| Makefile.depend | ||
| Makefile.depend.options | ||
| pmap_svc.c | ||
| rpcb_stat.c | ||
| rpcb_svc_4.c | ||
| rpcb_svc_com.c | ||
| rpcb_svc.c | ||
| rpcbind.8 | ||
| rpcbind.c | ||
| rpcbind.h | ||
| security.c | ||
| util.c | ||
| warmstart.c | ||