* nrvale0
| > maybe have a look at cfengine?
| > or apt-cache search / freshmeat / google for other options
|
| I was down this road just a few months ago. cfengine is nice except
| that the author doesn't believe that 'administrative information' is
| something that should be protected and thus
* nrvale0
| > maybe have a look at cfengine?
| > or apt-cache search / freshmeat / google for other options
|
| I was down this road just a few months ago. cfengine is nice except
| that the author doesn't believe that 'administrative information' is
| something that should be protected and thu
On Fri, Oct 19, 2001 at 05:54:28PM +0300, Juha J?ykk? wrote:
> I was wondering if there are any secure methods of centrally
> managing the versions of certain files on Debian machines.
The problem you describe (in the part of your email that I deleted) seems
to be not wanting to give access to
On Fri, Oct 19, 2001 at 05:54:28PM +0300, Juha J?ykk? wrote:
> I was wondering if there are any secure methods of centrally
> managing the versions of certain files on Debian machines.
The problem you describe (in the part of your email that I deleted) seems
to be not wanting to give access to
* Juha J?ykk? ([EMAIL PROTECTED]) [011019 07:57]:
> I was wondering if there are any secure methods of centrally
> managing the versions of certain files on Debian machines. I currently
> have a woody, two sids and several potatos which need to be kept up to
> date. The security patches are not m
On Fri, Oct 19, 2001 at 09:41:22AM -0700, nrvale0 wrote:
> > maybe have a look at cfengine?
> > or apt-cache search / freshmeat / google for other options
>
> I was down this road just a few months ago. cfengine is nice except
> that the author doesn't believe that 'administrative information' is
* Juha J?ykk? ([EMAIL PROTECTED]) [011019 07:57]:
> I was wondering if there are any secure methods of centrally
> managing the versions of certain files on Debian machines. I currently
> have a woody, two sids and several potatos which need to be kept up to
> date. The security patches are not
> maybe have a look at cfengine?
> or apt-cache search / freshmeat / google for other options
I was down this road just a few months ago. cfengine is nice except
that the author doesn't believe that 'administrative information' is
something that should be protected and thus has no plans to move f
> changes via cvs to a nfs mount, all the client machines download changes
> via a cron job.
Whoooa... nfs? Security++... I could consider using some secure
networked file system, though but I doubt cron would be a good idea.
Or maybe it is. Anyone any concerns?
Another thing that crossed my m
On Fri, Oct 19, 2001 at 09:41:22AM -0700, nrvale0 wrote:
> > maybe have a look at cfengine?
> > or apt-cache search / freshmeat / google for other options
>
> I was down this road just a few months ago. cfengine is nice except
> that the author doesn't believe that 'administrative information' is
On Fri, Oct 19, 2001 at 05:54:28PM +0300, Juha J?ykk? wrote:
> I was wondering if there are any secure methods of centrally
> managing the versions of certain files on Debian machines. I currently
> have a woody, two sids and several potatos which need to be kept up to
> date. The security patche
On Fri, Oct 19, 2001 at 06:33:43PM +0300, Juha J?ykk? wrote:
> > > 3. Break into one of the other machines, use the suided script to
> >^
> > I can't answer your questions - I know too little. Just one remark:
> > AFAIK, Linux doesn't
> > 3. Break into one of the other machines, use the suided script to
>^
> I can't answer your questions - I know too little. Just one remark:
> AFAIK, Linux doesn't support suided shell scripts. At least it didn't do
> that a few year
On Fri, 19 Oct 2001 at 17:54:28 +0300, Juha Jäykkä wrote:
[...]
> case, which is the safest option? Currently I am considering
> configuring sudo to enable the admin user to execute a single script
> (mods 0700) without a password or just chmod that script 4700. I am not
I was wondering if there are any secure methods of centrally
managing the versions of certain files on Debian machines. I currently
have a woody, two sids and several potatos which need to be kept up to
date. The security patches are not much of a concern since they are
quite infrequent (except f
> maybe have a look at cfengine?
> or apt-cache search / freshmeat / google for other options
I was down this road just a few months ago. cfengine is nice except
that the author doesn't believe that 'administrative information' is
something that should be protected and thus has no plans to move
> changes via cvs to a nfs mount, all the client machines download changes
> via a cron job.
Whoooa... nfs? Security++... I could consider using some secure
networked file system, though but I doubt cron would be a good idea.
Or maybe it is. Anyone any concerns?
Another thing that crossed my
On Fri, Oct 19, 2001 at 05:54:28PM +0300, Juha J?ykk? wrote:
> I was wondering if there are any secure methods of centrally
> managing the versions of certain files on Debian machines. I currently
> have a woody, two sids and several potatos which need to be kept up to
> date. The security patch
On Fri, Oct 19, 2001 at 06:33:43PM +0300, Juha J?ykk? wrote:
> > > 3. Break into one of the other machines, use the suided script to
> >^
> > I can't answer your questions - I know too little. Just one remark:
> > AFAIK, Linux doesn't
> > 3. Break into one of the other machines, use the suided script to
>^
> I can't answer your questions - I know too little. Just one remark:
> AFAIK, Linux doesn't support suided shell scripts. At least it didn't do
> that a few yea
On Fri, 19 Oct 2001 at 17:54:28 +0300, Juha Jäykkä wrote:
[...]
> case, which is the safest option? Currently I am considering
> configuring sudo to enable the admin user to execute a single script
> (mods 0700) without a password or just chmod that script 4700. I am not
I was wondering if there are any secure methods of centrally
managing the versions of certain files on Debian machines. I currently
have a woody, two sids and several potatos which need to be kept up to
date. The security patches are not much of a concern since they are
quite infrequent (except
22 matches
Mail list logo
