Hi Stevie,
I know, auth can be tricky...
In fact.
Without having further information about your setup I
can only recommend reading this doc:
http://kamalatta.ddnss.de/config/Plan9Tutorial.txt.
Thanks for the link, going to recheck my configuration.
P.S.: I don't know the full
Hi Stevie,
I know, auth can be tricky...
In fact.
Without having further information about your setup I
can only recommend reading this doc:
http://kamalatta.ddnss.de/config/Plan9Tutorial.txt.
Thanks for the link, going to recheck my configuration.
P.S.: I don't know the
Hi Stevie,
I think this thread on 9fans might help:
http://marc.info/?l=9fansm=116732560810918w=2
thanks, going to read it too.
Read the whole thread, but I think my linked message has the answer.
Do you start keyfs before listen in your cpurc?
Yes, it was 1st thing I checked...
Pavel
Hi Stevie,
you were right, I missed one point during the server
installation/configuration:
I forgot 'auth/changeuser bootes'... :(
Now 'auth/debug' works well, sorry for a noise.
And thank you.
Pavel
2014-08-05 11:09 GMT+02:00 Pavel Klinkovský pavel.klinkov...@gmail.com:
Hi Stevie,
I
Hi all,
I am fighting with configuration of '9pccpuf' server.
I have configured user 'bootes' as a hostowner.
I have 'listen', 'keyfs' running.
I can 'cpu' such server from another Plan9 terminal ('9pcf') as user
'bootes'.
I can 'srv' such server from another Plan9 terminal ('9pcf')
in case anyone's wondering, my problem was due to the fact that keyfs
was started after aux/listen for trusted services; /mnt/keys/* wasn't
in authsrv's namespace. in my case, i put the trusted services in
/cfg/bootes/cpurc, while keyfs was started later in the sequence of
/rc/bin/cpurc.
the
On Fri Jan 22 18:29:45 EST 2010, 9...@9netics.com wrote:
in case anyone's wondering, my problem was due to the fact that keyfs
was started after aux/listen for trusted services; /mnt/keys/* wasn't
in authsrv's namespace. in my case, i put the trusted services in
/cfg/bootes/cpurc, while keyfs
it would be better to create a /cfg/example.auth/cpurc that includes
keyfs and trusted services in it and remove them from /rc/bin/cpurc,
since they come after /cfg/$sysname/cpurc is run.
You could submit a patch...
I have a feeling that the philosophy is for /cfg to be entirely
optional, so
with similar results. in that case factotum debug says no key
matches proto=p9sk1 role=server dom?. this last message looked a bit
weird and when i check /dev/hostdomain, it is empty.
/dev/hostdomain empty here, too.
- erik
are you sure that the passwords in nvram and auth/changeuser do match
for bootes?
On Mon, Jan 11, 2010 at 8:22 PM, Skip Tavakkolian 9...@9netics.com wrote:
on a new network and standalone auth+fs (built from CD image of Jan
7th), auth is refusing to concur. i've used Russ' message from a
responding to feedback from multiple 9fans:
Federico said:
are you sure that the passwords in nvram and auth/changeuser do match
for bootes?
pretty sure. i've zero'ed the nvram and re-entered it. i went so far as
stopping keyfs, zero'ing /adm/keys and /adm/keys.who and reinstalling
bootes
11 matches
Mail list logo