Re: [9fans] ndb/csquery: what is dns is not up?

[David Presotto <presotto@closedmind.org>]

[-- Attachment #1: Type: text/plain, Size: 410 bytes --]

Because ipquery starts and an ipaddress and looks through the database looking
for attributes bound to that address, then to the subnet containing that address,
then the subnet containing that subnet, ad nauseam looking for the attributes.

There is no ip address corresponding to an authdom, like outside.plan9.bell-labs.com.

I'll answer about sshnet as soon as I look at a man page to see what it
is.

[-- Attachment #2: Type: message/rfc822, Size: 2982 bytes --]

From: Lucio De Re <lucio@proxima.alt.za>
To: 9fans@cse.psu.edu
Subject: Re: [9fans] ndb/csquery: what is dns is not up?
Date: Wed, 23 Apr 2003 14:51:18 +0200
Message-ID: <20030423145118.J19261@cackle.proxima.alt.za>

On Wed, Apr 23, 2003 at 08:22:59AM -0400, David Presotto wrote:
>
> ndb/csquery
> > p9
>
> [ ... ]

Why does
	ndb/query authdom outside.plan9.bell-labs.com auth
return
	sources.cs.bell-labs.com

whereas
	ndb/ipquery authdom outside.plan9.bell-labs.com auth

returns no response?

I'm trying to get replica/pull to work across sshnet, but for some
reason the authentication server is not being discovered whereas it
seems that the 9fs connection is established correctly.

I managed to get /net/dns to install itself once, but the rest of the
time I have only net/ip and net/tcp and therefore not much in the line
of useful information to reach the remote services :-)

Not that I understand all the complications, I'm sure there's a lot
that would be obvious to someone more comfortable with Plan 9
networking.

++L

PS: Starting a new factotum seems to reroute the auth requests via the
ssh tunnel rather than attempt to go via the original default route
and that isn't what I expect either.