Re: Securing Web Interface


Chronological Thread 
  • From: Albert Llop <mrsimo@gmail.com>
  • To: chef@lists.opscode.com
  • Subject: Re: Securing Web Interface
  • Date: Wed, 10 Jun 2009 12:32:27 +0200
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; b=WaWeWFsFbFClqvh1ZlajVRs7wUj5h01fqOjxyPhf7bbsGEgLARJqf/dUK/RLxV9Wx6 J8F9hy4yyMVj7sDjSPVy4rF2pIQqnLjqKLQANX62ll4bm649PD7V0aCLtmLjtxgFcJHB zZnKui4uGCzmtgnqUMVA8u92nfuv8vFeRDT8Y=

This indeed solved the problem :) I thought the release was going to be a while still, that's why I interested myself in this.

By the way, very painless update, even with the amount of modifications i did to my chef-repo.

Thanks a lot!

2009/6/9 Adam Jacob <adam@opscode.com>
We are releasing 0.7.0 today, which solves this.  I'll send the release notes to the list when we are done.

Adam

Sent from my iPhone


On Jun 9, 2009, at 3:27 AM, Albert Llop <mrsimo@gmail.com> wrote:

Hi there,

I think I've gotten the hang of Chef the last few days, but I still have a couple questions, if anyone minds answering.

I've managed to "secure" the admin with the authorized_openid_identifiers config option, but the only thing it does is not allow people to log in. Everyone can still browse my servers attributes and cookbooks, and I'd prefer not to let them.

I thought about using a basic http authentication configuring nginx (I'm serving chef through passenger for nginx), but then (correct me if I'm mistaken), the clients won't be able to acces, and will need the password aswell, will they? Am I missing something?

Managed to install the 0.6.3 version from github master (with a lot of problems, but still), and I see it requires you to log in right away, so that's something I like. I could wait until the next release, but do you guys have a tip for what can I do right now?

Thanks a lot!

--
Albert Llop



--
Albert Llop



Archive powered by MHonArc 2.6.16.

§