On Apr 6, 2009, at 12:24 PM, Jeff Layton wrote:
On Mon, 6 Apr 2009 11:35:21 -0400
Chuck Lever <chuck.lever@xxxxxxxxxx> wrote:
On Apr 5, 2009, at 9:43 AM, Jeff Layton wrote:
All of the pieces to handle IPv6 are now in place. Add IPv6-specific
code wrapped in the proper #ifdef's so that IPv6 support works when
it's enabled at build-time.
Signed-off-by: Jeff Layton <jlayton@xxxxxxxxxx>
---
utils/gssd/gssd_proc.c | 34 ++++++++++++++++++++++++++++++++++
1 files changed, 34 insertions(+), 0 deletions(-)
diff --git a/utils/gssd/gssd_proc.c b/utils/gssd/gssd_proc.c
index 1f7dadd..8a595c2 100644
--- a/utils/gssd/gssd_proc.c
+++ b/utils/gssd/gssd_proc.c
@@ -111,10 +111,18 @@ static int
addrstr_to_sockaddr(struct sockaddr *sa, const char *addr, const int
port)
{
struct sockaddr_in *s4 = (struct sockaddr_in *) sa;
+#ifdef IPV6_SUPPORTED
+ struct sockaddr_in6 *s6 = (struct sockaddr_in6 *) sa;
+#endif /* IPV6_SUPPORTED */
if (inet_pton(AF_INET, addr, &s4->sin_addr)) {
s4->sin_family = AF_INET;
s4->sin_port = htons(port);
+#ifdef IPV6_SUPPORTED
+ } else if (inet_pton(AF_INET6, addr, &s6->sin6_addr)) {
+ s6->sin6_family = AF_INET6;
+ s6->sin6_port = htons(port);
+#endif /* IPV6_SUPPORTED */
Does this support scope IDs? Do we expect to get a link-local IPv6
address here?
It doesn't support scope ID's. The upcall doesn't send the scopeid if
there's one defined.
Given that we rely on name resolution to some degree with krb5 auth,
I'm not sure that it makes much sense to deal with scopeid's here.
AAAA
records in DNS don't have space for them.
I think that's worth mentioning somewhere in the comments or in the
man page -- a hostname is required in here, it won't work with raw
addresses. So link-local support is right out.
--
Chuck Lever
chuck[dot]lever[at]oracle[dot]com
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
