[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