9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: "Frank D. Engel, Jr." <fde101@fjrhome.net>
To: 9fans@9fans.net
Subject: Newbie Question
Date: Mon, 16 Dec 2019 13:00:02 -0500	[thread overview]
Message-ID: <bba8dcef-6e33-7b61-9088-7200e509615d@fjrhome.net> (raw)

Hi,

I am hoping someone can help me with this.

I am trying as an experiment to set up a small plan9 cluster as a set of 
computers in a VMWare environment.

I am using the latest 9front distribution, and currently have two VMs 
booting plan9 with one network adapter each, on a private network (not 
connected to the internet or to the host computer), with no DHCP being 
provided by VMWare, and am attempting manual isolated configuration for now.


As far as I can tell, I was able to get an auth server running, booting 
off its own installation, with authentication enabled on its 
filesystem.  It comes up without the window system running (as a cpu 
server) and "keyfs" is among the processes which are listed when I run 
"ps"; I was able to use auth/changeuser to create user accounts for the 
hostowner users "glenda" (for my file server) and another account for my 
auth server, and was able to arrange for secstored to start with the 
system (from cpurc) and that seems to be working - I also created 
accounts in there to match the two I created with auth/changeuser, and 
both accounts are defined on the filesystem. If I do "ps | grep listen" 
I see five processes running: two owned by the host owner and three by 
"none".

I have a second system set up which I intend to be the file server (more 
storage space) and I can successfully use "rcpu" to access the auth 
server from that one.  The file server is still booting as a terminal 
rather than a cpu server, and I created matching user accounts (newuser) 
on the filesystem on the file server.


The last part of the /lib/ndb/local file on the file server looks like this:


auth=fingers authdom=9cluster


ipnet=9cluster ip=192.168.81.0 ipmask=255.255.255.0

     fs=cabinet

     tftpd=cabinet

     auth=fingers

     authdom=9cluster

     dnsdomain=9cluster


# file server

sys=cabinet ether=005056301268 ip=192.168.81.10

     dom=cabinet.9cluster


# auth server

sys=fingers ether=00505635c452 ip=192.168.81.12

     dom=fingers.9cluster



As I understand it, the next step would be to enable authentication on 
the file server.  I do this by rebooting, adding -c to the bootargs and 
at the "config:" prompt entering "noauth" twice, then "end".


When I try to do this, I am getting this set of messages:


mount: auth_proxy: auth_proxy read fd: authread: auth protocol not finished

mount: mount /root: authread: auth protocol not finished


followed by a list of partitions then a new prompt for bootargs


I am interpreting this to mean that I missed something in my 
authentication configuration, but after trying several things, I am a 
bit lost on how to proceed with this.


Can someone point me in the direction of what I might be missing?


Thank you!





             reply	other threads:[~2019-12-16 18:00 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-12-16 18:00 Frank D. Engel, Jr. [this message]
2019-12-16 19:27 ` [9fans] " cinap_lenrek
2019-12-16 21:40   ` Frank D. Engel, Jr.
2019-12-18 23:57     ` Frank D. Engel, Jr.
2019-12-19  0:50       ` Frank D. Engel, Jr.
2019-12-19 19:11         ` cinap_lenrek
2019-12-19 19:10       ` cinap_lenrek
  -- strict thread matches above, loose matches on Subject: below --
1996-09-28 14:33 Newbie question presotto
1996-09-27 22:04 Scott
1996-09-27 21:52 Peter

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=bba8dcef-6e33-7b61-9088-7200e509615d@fjrhome.net \
    --to=fde101@fjrhome.net \
    --cc=9fans@9fans.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).