From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-la0-f48.google.com ([209.85.215.48]) by pp; Sat Feb 28 17:39:34 EST 2015 Received: by labhv19 with SMTP id hv19so23741475lab.10 for <9front@9front.org>; Sat, 28 Feb 2015 14:39:27 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=KSZ/bjudm7y5QVIdBw0koYRlG8nYd0QPXZZGmNC+h6U=; b=UpJ8PAW3Bt80ePB+IhgvhX/MrCKSJKSefw2jUjy9VhWR36oOU3+Xkl7vg6csWA34WS tTm5xPCUSJvmQsT4BhJkhvExLZLcshyLg2DgoxAUZ8IC2Q4nv1ef9Y3RBiw+y01fr1do J17702d8l5gYHa8ecVoiUxF5Tx6itUYXdz84J9M/aFifjyLLEJO+2FS1+aF/12DHCSs9 j8dimPjjvWxMyaA0Fzib6oTBhOjMeTqWM87sRVLxUzuHDDAIoYqZowiNWpFWUhgGwCcv QppMLfEEKkXClgMpUpnJCp43GKFYg7RRW+uHzQInAO3F/H3Rcgb9BB7TVWROTlQoC7K0 Pxqg== X-Gm-Message-State: ALoCoQkw5aFE+fdmUFxQyjqy89Y6FImGt1V/rt3eQkEeS3IhylTAAWl5zeb1Gr1tQ0bCXxdKLHKS MIME-Version: 1.0 X-Received: by 10.112.198.66 with SMTP id ja2mr18284614lbc.39.1425163167379; Sat, 28 Feb 2015 14:39:27 -0800 (PST) Received: by 10.114.12.37 with HTTP; Sat, 28 Feb 2015 14:39:27 -0800 (PST) In-Reply-To: References: Date: Sat, 28 Feb 2015 23:39:27 +0100 Message-ID: List-ID: <9front.9front.org> X-Glyph: ➈ X-Bullshit: CMS-oriented JSON injection factory Subject: Re: passwd protocol botch From: Giacomo Tesio To: 9front@9front.org Content-Type: text/plain; charset=UTF-8 In case anybody else hit this wall, I fixed the problem with these steps: - install dnsmasq in the dom0 (9front is running as an hvm guest), - add to its /etc/hosts two entries pointing to the ip of the 9front guest: a host.9front and a p9auth.9front - stop restart dnsmasq - configure /lib/ndb/local according, with authdom 9front, dns pointing to te dom0. This way I can access the 9front install with drawterm, as either glenda or another user, always with the proper password. I still have an rc running under glenda at the console, but I can't find a way to make it ask for a password instead. Giacomo 2015-02-28 1:28 GMT+01:00 Giacomo Tesio : > After reinstalling with cwfs64x I still can't drawterm to the machine. > > If I enable authentication, the boot keep asking for bootargs. > > If I disable authentication, boot produce an rc for glenda (in > console, no rio, since I set service=cpu in plan9.ini), but when I try > to drawterm to the machine I obtain > >> ?password mismatch with auth server > > and a line is logged on the authserver: > >> cpu: srvauth: auth_proxy short read > > I've configure nvram (auth/wrkey) and /lib/ndb/local. > > If I run > >> auth/changeuser -n glenda > > or > >> auth/changeuser -n giacomo > > I get an error about forbidden accounts. > > With -p auth/changeusers works, but I can't authenticate with drawterm. > > > Giacomo > > 2015-02-28 0:01 GMT+01:00 Giacomo Tesio : >> I'm trying hard to solve this issues by myself, but with no success. >> >> I used the fqa7 path, with hjfs but >> - the system still automatically start an rc as glenda >> - I can't passwd with success (despite the password complexity) >> - despite auth/changeuser I can't auth/login >> >> Should I follow this guide instead >> Configuring a Standalone CPU Server (Plan 9 wiki) - Bell Labs ? >> >> >> Giacomo >> >> 2015-02-26 9:37 GMT+01:00 Giacomo Tesio : >>> Hi, I'm tring to change glenda's password with passwd but I keep >>> obtainig this criptic error: >>> >>>> passwd: protocol botch: cs: can't traslate address: dns: resource does not exist; negrcode >>> >>> I'm tring to get a single cpu server with auth+fs so that I can >>> connect to it with drawterm. >>> >>> I'm actually able to connect to it via drawterm but with two issues: >>> - I can access as glenda without a password >>> - after boot an rc running as glenda is automatically provided without >>> any request for login. >>> >>> This is obviously unsafe. >>> >>> This is the content of plan9.ini: >>> >>> bootfile=9pcf >>> nobootprompt=local!/dev/sd00/fs -m 192 >>> mouseport=ps2intellimouse >>> monitor=vesa >>> service=cpu >>> *acpi= >>> >>> Maybe I missed something in the process to turn a terminal into a cpu >>> server, but I can't find what. >>> >>> >>> Giacomo