Sorry for responding so late. I finally got around to doing wht you
suggested, and thought it was worth sending it to the mailing list, if only
for the record.
> > Basically, /usr/bin/perl, /usr/bin/perl5.8.X, and /usr/bin/suidperl are
all
> > hardlinks to the same thing, and /usr/bin/sperl5.8.X
On Thu, 2005-11-17 at 18:25 +0100, Rutger wrote:
> > On Thu, 2005-11-17 at 05:48 +0100, Rutger wrote:
> >> BTW:
> >>
> >> This was my output... no Remote-user. On the commandline it works, at
> >> the
> >> browser it doesn't.
> > What messages are listed in the apache error log?
> > On my system th
On Thu, 2005-11-17 at 05:48 +0100, Rutger wrote:
> BTW:
>
> This was my output... no Remote-user. On the commandline it works, at the
> browser it doesn't.
What messages are listed in the apache error log?
On my system that is /var/log/apache2/error.log
--
* [EMAIL PROTECTED]
> The most difficult part of my BackupPC install was indeed dealing with the
> suid stuff
To avoid suidperl, you can put the cgi script in ~backuppc/public_html/ and
let Apache SuEXEC handle the suid stuff. The only difference should be that
the admin URL will now be somethi
On Thu, 2005-11-17 at 11:25, Rutger wrote:
> > On Thu, 2005-11-17 at 05:48 +0100, Rutger wrote:
> >> BTW:
> >>
> >> This was my output... no Remote-user. On the commandline it works, at
> >> the
> >> browser it doesn't.
> > What messages are listed in the apache error log?
> > On my system that is
> On Thu, 2005-11-17 at 05:48 +0100, Rutger wrote:
>> BTW:
>>
>> This was my output... no Remote-user. On the commandline it works, at
>> the
>> browser it doesn't.
> What messages are listed in the apache error log?
> On my system that is /var/log/apache2/error.log
As said before: Premature end o
BTW:
This was my output... no Remote-user. On the commandline it works, at the
browser it doesn't.
server-01:/usr/share/backuppc/cgi-bin# /usr/bin/perl test.cgi
content-type: text/plain
Real user id: 0
Effective user id: 110
Real Group id: 0 0
Effective Group id: 0 0
REMOTE_USER:
server-01:/usr
> On Wed, 2005-11-16 at 10:38 +0100, Rutger wrote:
>> OK, but what's the solution at this moment ? Suid-perl is installed
>> here,
>> Debain automaticly gets what it needs so it was installed.
>>
> AFAICT, the backuppc interface still needs suid perl. What was the
> outcome of the script I asked y
> On Wed, 2005-11-16 at 10:38 +0100, Rutger wrote:
>> OK, but what's the solution at this moment ? Suid-perl is installed
>> here,
>> Debain automaticly gets what it needs so it was installed.
>>
> AFAICT, the backuppc interface still needs suid perl. What was the
> outcome of the script I asked y
On Wed, 2005-11-16 at 14:30, [EMAIL PROTECTED] wrote:
> > Suidperl should be owned by root and suid, perl should not. The point
> > of the separate suid binary is that it does some additional checking
> > and works around the usual race conditions when kernels do the
> > suid handling for scripts.
> Suidperl should be owned by root and suid, perl should not. The point
> of the separate suid binary is that it does some additional checking
> and works around the usual race conditions when kernels do the
> suid handling for scripts.
OK, that clarifies things, thanks a lot, Les. Then I should
On Wed, 2005-11-16 at 12:15, [EMAIL PROTECTED] wrote:
>
> Furthermore, the only way I could make the CGI script run was to
>
>
> # chmod u+s /usr/bin/perl
>
>
> Running the script with /usr/bin/suidperl, rather than /usr/bin/perl didn't
> make any difference (it might work if chmod'ing it
On Wed, 2005-11-16 at 10:38 +0100, Rutger wrote:
> OK, but what's the solution at this moment ? Suid-perl is installed here,
> Debain automaticly gets what it needs so it was installed.
>
AFAICT, the backuppc interface still needs suid perl. What was the
outcome of the script I asked you to run?
.net
|
| cc:
|
| bcc:
|
| Subject: Re: [Bac
OK, but what's the solution at this moment ? Suid-perl is installed here,
Debain automaticly gets what it needs so it was installed.
Is this fixable or isn't it at the moment ? Or should I install the
testing-verion ?
> On Tue, 2005-11-15 at 18:41 -0600, OQ wrote:
>> Package: perl-suid (5.8.4-8)
On Tue, 2005-11-15 at 18:41 -0600, OQ wrote:
> Package: perl-suid (5.8.4-8)
>
> Runs setuid Perl scripts
>
> suidperl is a setuid root helper program which is invoked by perl
> when executing scripts with setuid/gid bits set on systems (like
> linux) which don't have support setuid script execut
Package: perl-suid (5.8.4-8)
Runs setuid Perl scripts
suidperl is a setuid root helper program which is invoked by perl
when executing scripts with setuid/gid bits set on systems (like
linux) which don't have support setuid script execution natively in
the kernel.
Usage of this program is now
> > located.
>
> The same here, but still the problem.
>
Curious.
I put together a short script to just list off the real and effective
user id's.
/usr/share/backuppc/cgi-bin/test.cgi
#!/usr/bin/perl
print "content-type: text/plain\n\n",
"Real user id: $<\n",
"Effective user id: $
On Tue, 2005-11-15 at 17:05, Rutger wrote:
> >> When installing with apt-get install backuppc this wonderfull program
> >> onto
> >> a Debian Sarge box, everything goes great.
> >>
> >> After installing and trying to login into backuppc I get this error in
> >> my
> >> apache-logs after entering my
> On Tue, 2005-11-15 at 06:56 +0100, Rutger wrote:
>> Hi All,
>>
>> When installing with apt-get install backuppc this wonderfull program
>> onto
>> a Debian Sarge box, everything goes great.
>>
>> After installing and trying to login into backuppc I get this error in
>> my
>> apache-logs after ent
20 matches
Mail list logo