Re: [9fans] my plan9 server isn't responding

2012-04-03 Thread Ezequiel Aragon
I have made (thanks to all of you) progress with my configuration.
I thought the only problem to solve was the dns solving short names,
but I am still unable to connect using plan9.

I try:

9fs akenaton /n/akenaton

and get the error:

srv net!akenaton!9fs: mount failed: fossil authCheck: auth protocol
not finished

Here is whate auth/debug says:

p9sk1 key: proto=p9sk1 dom=amarna.net user=ezequiel !passwd?
cannot dial auth server: no auth server found for amarna.net
csquery authdom=amarna.net auth=* failed
csquery dom=amarna.net auth=*
dial net!$auth!ticket succeeded

And here is what I get in the server's fossil console:

attach main as glenda: phase error protocol phase error: read in state
SNeedTicket

I can see a /srv/akenaton created, but the second step (mount on /n/
akenaton) of the srv process fails



Re: [9fans] my plan9 server isn't responding

2012-04-03 Thread Ezequiel Aragon
On Apr 2, 10:35 am, 9f...@hamnavoe.com (Richard Miller) wrote:
  See? It seems everything is well configured, but still no short name
  resolution.
  What puzzles me more is, the same dnsquery used at the server give
  identical good results for both the short and large names:

 Do you have in /lib/ndb/local on the terminal as I suggested:

 ipnet=localnet ip=10.0.0.0 ipmask=255.255.255.0
         dnsdomain=amarna.net

 You can also try

 echo '  dnsdomain=amarna.net' /net/ndb

this is what my terminal /net/ndb looks like:

ip=10.0.0.1 ipmask=255.255.255.0 ipgw=10.0.0.1
sys=nefertiti
dom=nefertiti.amarna.net
fs=10.0.0.2
auth=10.0.0.2
dns=10.0.0.2

So far so good but still, no dnsdomain info, I do have it defined as
part of my subnet info in the server ndb file.
This is my server ndb file:

database=
   file=/lib/ndb/local
   file=/lib/ndb/common
   file=/lib/ndb/auth

ipnet=mynet ip=10.0.0.0 ipmask=255.255.255.0
ipgw=10.0.0.1
dns=10.0.0.2
dnsdomain=amarna.net
auth=akenaton.amarna.net authdomain=amarna.net
cpu=akenaton.amarna.net
fs=akenaton.amarna.net

sys=localhost
dom=localhost
ip=127.0.0.1

sys=akenaton
dom=akenaton.amarna.net
ip=10.0.0.2 ether=525400a4f5a7

sys=nefertiti
dom=nefertiti.amarna.net
ip=10.0.0.3 ether=525400f727b1

Why isn't dnsdomain fetched with the rest of the info to the terminal?

I tried with echo 'dnsdomain=amarna.net'  /net/ndb as you sugest
and it adds dnsdomain info
to my terminal /net/ndb, ok.

I then try:

ndb/csquery
 akenaton
akenaton.amarna.net ip 10.0.0.2

it works!! but then, I try again:

9fs akenaton

and it fails, and this time, debug info shows:

auth/debug
p9sk1 key: proto=p9sk1 dom=amarna.net user=ezequiel !passwod?
   cannot dial auth server: no auth server found for amarna.net
   csquery authdom=amarna.net auth=* failed
   csquery dom=amarna.net auth=*
   dia net!$auth!ticket succeeded



Re: [9fans] my plan9 server isn't responding

2012-04-03 Thread Charles Forsyth
/net/ndb is for the bootstrap data returned by (say) DHCP, enough to find
/lib/ndb and other resources and get going. it isn't a cache for ndb data.


On 3 April 2012 09:38, Ezequiel Aragon aragonezequ...@gmail.com wrote:

 Why isn't dnsdomain fetched with the rest of the info to the terminal?


Re: [9fans] my plan9 server isn't responding

2012-04-03 Thread Lucio De Re
 auth=akenaton.amarna.net authdomain=amarna.net

authdom not authdomain.  Not a very forgiving database format.

++L




Re: [9fans] my plan9 server isn't responding

2012-04-03 Thread erik quanstrom
 authdom not authdomain.  Not a very forgiving database format.

/n/sources/contrib/quanstro/root/sys/src/cmd/ndb/vrfy.y 
/n/sources/contrib/quanstro/root/sys/man/10/ndbvrfy

this program might be a useful bit in sorting out your ndb file.

- erik



Re: [9fans] my plan9 server isn't responding

2012-04-03 Thread Anthony Sorace
On Apr 3, 2012, at 4:38 , Ezequiel Aragon wrote:

 ipnet=mynet ip=10.0.0.0 ipmask=255.255.255.0
ipgw=10.0.0.1
dns=10.0.0.2
dnsdomain=amarna.net
auth=akenaton.amarna.net authdomain=amarna.net
cpu=akenaton.amarna.net
fs=akenaton.amarna.net


This is unusual, at the least. Typically, you have something like:

authdom=mydomain.com auth=whatever.mydomain.com

in its own stanza. It's not clear to me the binding will pick it up the
way you have it. Certainly all the examples in /lib/ndb/common
are built that way. That's on top of Lucio's observation about it
being authdom, not authdomain.



signature.asc
Description: Message signed with OpenPGP using GPGMail


Re: [9fans] my plan9 server isn't responding

2012-04-03 Thread Lucio De Re
 This is unusual, at the least. Typically, you have something like:
 
 authdom=mydomain.com auth=whatever.mydomain.com
 
 in its own stanza.

It works for me where I have a few different sites with distinct auth
servers and, to be safe, auth domains.  And though this may be just
luck, it follows the principle of least surprise.

++L




Re: [9fans] SSHv2 and scp

2012-04-03 Thread Lucio De Re
 I have fixed various bugs in ssh2; they'll be in the ssh2
 on sources once it's all shaken down.

Wow!

++L




Re: [9fans] SSHv2 and scp

2012-04-03 Thread David Leimbach
On Tuesday, April 3, 2012, Lucio De Re wrote:

  I have fixed various bugs in ssh2; they'll be in the ssh2
  on sources once it's all shaken down.

 Wow!

 ++L


Makes me want fire my guru plug back up





Re: [9fans] SSHv2 and scp

2012-04-03 Thread Lucio De Re
 Makes me want fire my guru plug back up

My sheevaplug (does that put me in a lower or higher caste?) is
waiting for somebody to write me a Go runtime preamble (actually, just
help me along with a few hints that will make it possible for me to
write it - last I looked at the Linux/Arm stuff, I got such a fright,
I thought the Arm was a hopeless case; I have recovered a little from
the fright, but my faith is still badly shaken!) and for something
Plan 9-ish that escapes me right now.

I look forlornly at the plug on my desk, it is still so much of a
novelty to me.  And it does work!  My Android phone is much more of a
disappointment, but then it ought to be a Plan 9 phone, oughtn't it?

++L