summaryrefslogtreecommitdiffstats
path: root/support
diff options
context:
space:
mode:
authorJeff Layton <jlayton@redhat.com>2009-12-11 13:05:06 -0500
committerSteve Dickson <steved@redhat.com>2009-12-11 16:18:51 -0500
commit85747f37936c9b7ea599b3ad8a2c989989d45e68 (patch)
tree08f243cec800e3cceb4c574e1a820e6a8eb17576 /support
parente4719f90f77de2ea2c083cbc304b5cc7a7b516bd (diff)
downloadnfs-utils-85747f37936c9b7ea599b3ad8a2c989989d45e68.tar.gz
nfs-utils-85747f37936c9b7ea599b3ad8a2c989989d45e68.tar.xz
nfs-utils-85747f37936c9b7ea599b3ad8a2c989989d45e68.zip
gssd: have gssd deal with scopeid field in upcall
Recent kernels (2.6.32) have started displaying the scopeid for some addresses in the upcall. gssd doesn't know how to deal with them. Change gssd to use getaddrinfo instead of inet_pton since that can deal with scopeid's in addresses. That also allows us to elminate the port conversion in read_service_info. If getaddrinfo returns an address with a non-zero sin6_scope_id however, reject it. getnameinfo ignores that field and just uses the sin6_addr part when resolving. But, two addresses that differ only in sin6_scope_id could refer to completely different hosts. Signed-off-by: Jeff Layton <jlayton@redhat.com> Signed-off-by: Steve Dickson <steved@redhat.com>
Diffstat (limited to 'support')
0 files changed, 0 insertions, 0 deletions