[clug-talk] Apache web server with cgi / perl scipts
Darcy Brodie
darcy at canasc.ca
Mon Dec 28 23:18:33 PST 2009
Thanks
Gustin Johnson wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Darcy Brodie wrote:
>
>> Gustin,
>> Thanks for the suggestions
>>
>> Gustin Johnson wrote:
>>
>>> -----BEGIN PGP SIGNED MESSAGE-----
>>> Hash: SHA1
>>>
>>> <snip>
>>>
>>>
>>>> *_Configuration_*
>>>>
>>>> CentOS 5.4
>>>> Apache 2.2.3
>>>> Perl 5
>>>>
>>>>
>>>> root directory for web site /var/www/html/locks (locks is the name of
>>>> the web site home directory)
>>>> path for CGI-BIN directory /var/www/cgi-bin
>>>> path for perl /usr/bin/perl
>>>>
>>>> permissions on the perl scripts are set to 755, and the CGI-BIN
>>>> directory
>>>>
>>>>
>> 755 should give full access to the owner, read and execute to group and
>> others, so even if the APACHE user does not have ownership, it should
>> fall under the "other" permissions
>>
> Sorry, that was a brain mis-fire, my bad.
>
And what surprises me, is that after staring at this for 3 days, that I
actually even caught that one
>
>>> Have you had a look in /var/log/apache2/error.log? Usually there are04
>>> more verbose error messages in there.
>>>
>>>
>> yes, I have. What they are saying for the test scripts is;
>> malformed header from script. Bad header=This is a test so see if
>> this works : darcy2.pl
>>
>> what I have in that script is
>>
>> #!/usr/bin/perl
>> print"This is a test to see if this works \n";
>>
>> It works fine from the command line, but not from the browser
>>
>>
>> From the script for the password program, when I run it from the
>> browser, I get
>> (2)No such file or directory: exec of
>> '/var/www/cgi-bin/batchsetup.cgi' failed
>> Premature end of script headers: batchsetup.cgi
>>
>>
> Sounds like there is something missing that the script is calling.
> Have you checked to make sure all the required binaries are present?
> Perhaps there is a perl module that needs to be installed?
>
What is surprising me, is that the basic script that I listed above, is
failing also (but ONLY from the browser). That is why I suspect the
apache configuration
> Hth,
>
perhaps there is another solution to this problem. What I am attempting
to do, is to create a secure section of the web site (password
required) If anyone can suggest another non-perl program that will
allow an authorized person to add or remove users, and allow the user to
retrieve / change their information as needed, let me know about it and
I will give it a try.
Thanks
Darcy
More information about the clug-talk
mailing list