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

[David Presotto <presotto@closedmind.org>]

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

Well, I just played with sshnet and looked at the source.  It only gives you a /net/cs and
a /net/tcp.  ndb/cs in this world is a bit minimal.  Unless your factotum is also started
under that network, it shouldn't be able to dial auth servers available only under that
network.  You might try starting a second factotum.  However, then it probably won't be
able to figure out how to map the authdom to an auth server since that isn't available
via the sshnet cs.

I don't see a way around this without rewriting code.  If the sshnet cs simulation
actually looked in your /lib/ndb or if authdial looked in your /lib/ndb files after
not finding things in /net/cs, you'ld have a chance of making it work.

[-- 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.