cgiwrap-users Mailing List for CGIWrap (Page 10)
Brought to you by:
nneul
Menu
▾
▴
cgiwrap-users
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(21) |
Sep
(23) |
Oct
(4) |
Nov
(15) |
Dec
(25) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(5) |
Feb
(19) |
Mar
(19) |
Apr
(13) |
May
(12) |
Jun
(23) |
Jul
(6) |
Aug
(16) |
Sep
(6) |
Oct
(31) |
Nov
(23) |
Dec
(28) |
| 2002 |
Jan
(4) |
Feb
(9) |
Mar
(6) |
Apr
(23) |
May
(29) |
Jun
(16) |
Jul
(10) |
Aug
(41) |
Sep
(16) |
Oct
(8) |
Nov
(7) |
Dec
(7) |
| 2003 |
Jan
(13) |
Feb
(30) |
Mar
(6) |
Apr
(12) |
May
(23) |
Jun
(12) |
Jul
(11) |
Aug
(20) |
Sep
|
Oct
|
Nov
(10) |
Dec
(8) |
| 2004 |
Jan
(1) |
Feb
(11) |
Mar
(3) |
Apr
(10) |
May
(6) |
Jun
|
Jul
(3) |
Aug
(4) |
Sep
(3) |
Oct
(9) |
Nov
(2) |
Dec
|
| 2005 |
Jan
(7) |
Feb
|
Mar
(7) |
Apr
(1) |
May
(3) |
Jun
(2) |
Jul
(8) |
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
(2) |
| 2006 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
(1) |
Sep
(2) |
Oct
(2) |
Nov
|
Dec
|
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
(12) |
Jun
(1) |
Jul
(1) |
Aug
|
Sep
(1) |
Oct
|
Nov
(14) |
Dec
|
| 2008 |
Jan
(5) |
Feb
(10) |
Mar
|
Apr
(12) |
May
(5) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(6) |
Dec
|
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
(1) |
Apr
(4) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
(5) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
(4) |
|
From: Neulinger, N. <nn...@um...> - 2003-07-21 19:44:03
|
Does /home/... point to same data in chroot as outside of chroot? =20 ------------------------------------------------------------ Nathan Neulinger EMail: nn...@um... University of Missouri - Rolla Phone: (573) 341-4841 UMR Information Technology Fax: (573) 341-4216 -----Original Message----- From: saturne [mailto:sa...@ka...]=20 Sent: Monday, July 21, 2003 2:37 PM To: cgi...@li... Subject: Re: [cgiwrap-users] problem with chroot. =09 =09 for test, i cp -R all system, all librairies, mount root and MAKEDEV generic... but it's the same thing.. it's very strange this problem. i want just an idea , about this problem, because i can't do anything without chroot.. I despair. =20 thanks ----- Original Message -----=20 From: Neulinger, Nathan <mailto:nn...@um...> =20 To: saturne <mailto:sa...@ka...> ; cgi...@li...=20 Sent: Monday, July 21, 2003 9:20 PM Subject: RE: [cgiwrap-users] problem with chroot. There are several people on the list who will help with non-standard installations on a consulting basis. chroot is difficult to get right no matter what you're doing, most likely you haven't reproduced enough of the directory structure under the chroot to where things can still function properly. =20 -- Nathan =09 ------------------------------------------------------------ Nathan Neulinger EMail: nn...@um... University of Missouri - Rolla Phone: (573) 341-4841 UMR Information Technology Fax: (573) 341-4216 =09 =09 |
|
From: saturne <sa...@ka...> - 2003-07-21 19:39:33
|
Messagefor test, i cp -R all system, all librairies, mount root and = MAKEDEV generic... but it's the same thing.. it's very strange this = problem. i want just an idea , about this problem, because i can't do = anything without chroot.. I despair. thanks ----- Original Message -----=20 From: Neulinger, Nathan=20 To: saturne ; cgi...@li...=20 Sent: Monday, July 21, 2003 9:20 PM Subject: RE: [cgiwrap-users] problem with chroot. There are several people on the list who will help with non-standard = installations on a consulting basis. chroot is difficult to get right no = matter what you're doing, most likely you haven't reproduced enough of = the directory structure under the chroot to where things can still = function properly. -- Nathan ------------------------------------------------------------ Nathan Neulinger EMail: nn...@um... University of Missouri - Rolla Phone: (573) 341-4841 UMR Information Technology Fax: (573) 341-4216 |
|
From: Nathan N. <nn...@um...> - 2003-07-05 02:29:17
|
Not sure... Seems like it'd be an issue with the handler stuff/apache config, cause cgiwrap in general doesn't care in the least about hte filename. Now, it's possible that Cobalt wired something into the executable. I don't generally like to deal with their cgiwrap at all cause they have made too many confusing changes that make it behave in very non-standard ways. I'd check around to see if there are any other mentions of that extension in the apache config. Can also try running with cgiwrapd instead of cgiwrap, that may help diagnose. FYI, sendnig to the list would be a better choice, as it is more likely to have someone with an answer to a non-generic problem. -- Nathan On Fri, 2003-07-04 at 21:18, WaveWeb wrote: > Hello > > I found your address on a Yahoo post of the CGIWrap Mailing List. > > Trying to implement EarlyBird, a worm notification tool, on our Linux box (a Cobalt RaQ4), I failed to have the cgi-wrapper recognize the .ida extension as a Perl script like the .cgi and .pl are. > > In the <VirtualHost...> section of httpd.conf, I entered the line with the .ida extension as following > AddHandler cgi-wrapper .cgi > AddHandler cgi-wrapper .pl > AddHandler cgi-wrapper .ida > > Calling www.mysite.com/default.ida, which is a Perl script, in my browser, I get the following error: > CGIWrap Error: Execution of this script not permitted > Execution of (/home/sites/site5/web/default.ida) is not permitted for the following reason: > Script file not found. > > How come it can't find the script it's executing at that correct location? If I rename the script default.pl, the script runs correctly. What am I doing wrong? > > Thank you and best regards > > Meaulnes Legler > ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ > ~ http://WaveWeb.ch ~ > ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ > ~ CH- 8032 Zürich ~ > ~ +41 01 260-1660 ~ > ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ > > > PS: I got this mail that I liked very much and want to share it: > > > A professor stood before his Philosophy 101 class and had some > > items in front of him. When the class began, wordlessly, he picked up a > > very large and empty mayonnaise jar and proceeded to fill it with golf > > balls. He then asked the students if the jar was full? They agreed > > that it was. So the professor then picked up a box of pebbles and poured > > them into the jar. He shook the jar lightly. The pebbles, of course, rolled > > into the open spaces between the golf balls. > > He then asked the students again if the jar was full. They agreed it > > was. The professor picked up a box of sand and poured it into the > > jar. Of course, the sand filled up everything else. He then asked once > > more if the jar was full. The students agreed with an unanimous --yes! The > > professor then produced two cans of beer from under the table and proceeded > > to pour the entire contents in to the jar effectively filling the empty > > space between the sand. The students laughed. "Now," the professor said, as > > the laughter subsided, "I want you to recognize that this jar represents > > your life. > > > The golf balls are the important things -- your family, your > > partner, your health, your children, your friends, your favorite > > passions --things that if everything else was lost and only they > > remained, your life would still be full." > > > "The pebbles are the other things that matter like your job, your > > house, your car. The sand is everything else -- the small stuff! " > > > "If you put the sand into the jar first," he continued, "there is no > > room for the pebbles or the golf balls. The same goes for your > > life. > > > If you spend all your time and energy on the small stuff, you > > will never have room for the things that are important to you. > > > Pay attention to the things that are critical to your > > happiness. > > Play with your children. Take time to get medical checkups. Take > > your partner out dancing. Play another 18 holes. There will always be time > > to go to work, clean the house, give a dinner party and fix the > > disposal." > > > "Take care of the golf balls first -- the things that really > > matter. Set your priorities. The rest is just sand." > > > One of the students raised her hand and inquired what the beer > > represented. The professor smiled. "I'm glad you asked. It just > > goes to show you that no matter how full your life may seem, there's > > always room for a couple of beers!!!!" -- ------------------------------------------------------------ Nathan Neulinger EMail: nn...@um... University of Missouri - Rolla Phone: (573) 341-4841 UMR Information Technology Fax: (573) 341-4216 |
|
From: Nathan N. <nn...@um...> - 2003-07-03 01:43:56
|
I'll see about adding them... I really need to get that section of the docs produced automatically from configure output so it'll stay current. -- Nathan On Wed, 2003-07-02 at 18:33, Renee Gleason wrote: > Hi, > > I figured out my problem. Its not with cgiwrap. I thought I would let you > know what I found since your site is using an older version of PHP > (4.2.2). > > I am using 4.3.2 and ran across this little *gotcha*. My "Server API" was > listed as CLI on the php info, where as yours shows up as "Server API > CGI". By default using the -with-apxs=/path/to/apxs installs the CLI > binary in [prefix]/bin/php. The CLI was printing out all my scripts as if > I had run them from the command line and exactly how it looked using > cgiwrapd. I simply removed the -with-apxs line from my php configure line, > recompiled and now life is good. The CGI binary was installed and it seems > like life is all happy. > > This link explains this idea SO MUCH better than I ever could > http://php.planetmirror.com/manual/en/features.commandline.php > > I hope maybe this will help someone since this looks like its going to > stay in PHP and so many people are using PHP. > > Thanks again for all your help. > > Renee > > Any chance that the PHP config flags for cgiwrap will be added to the > install web page or mailing list? Thanks again! -- ------------------------------------------------------------ Nathan Neulinger EMail: nn...@um... University of Missouri - Rolla Phone: (573) 341-4841 UMR Information Technology Fax: (573) 341-4216 |
|
From: Akop P. <ak...@CS...> - 2003-06-29 13:55:03
|
When testing cgiwrap 3.8, I noticed that PATH_TRANSLATED is being set to DOCUMENT_ROOT. I think this is happening because of this statement in SetPathTranslated in util.c: buf = strstr(new_pt, old_pi); It doesn't take into account that the user name in old_pi might contain a tilde in front of it ( e.g. /~user/cgi-bin/test.cgi). I have copied and pasted the old version of this function for now since it works fine for my purposes. -akop |
|
From: Andreas H. <a.h...@sy...> - 2003-06-26 13:31:18
|
Hello,
we have a setup like this:
/home/user1/html/domain1.foo; /home/user1/html/domain2.bar ...
that is, user1 has registered two domains, there are two (IP-based) vhosts
running with /home/user1/html/domain1.foo and /home/user1/html/domain2.bar
as DocumentRoot, respectively.
I want to automatically execute all CGIs like
http://domain1.foo/script1.cgi with a single cgiwrap installation under
/usr/lib/cgi-bin, which is ScriptAliased to /cgi-bin/ for all vhosts.
However, I can't get cgiwrap to execute the right script.
I compiled cgiwrap with --with-cgi-dir=html because I thought that would be
the common directory for all CGIs to be executed, with domain1.foo and so
on being subdirectories.
I added to the configuration of vhost domain1.foo:
AddHandler cgi-wrapper .cgi
Action cgi-wrapper /cgi-bin/cgiwrapd/user1/domain1.foo
Now I get this output:
-----
Environment Variables:
QUERY_STRING: ''
SCRIPT_NAME: '/cgi-bin/cgiwrapd'
SCRIPT_FILENAME: '/usr/lib/cgi-bin/cgiwrapd'
REDIRECT_URL: '/cgi-bin/cgiwrapd/user1/domain1.foo/akatime.cgi'
PATH_INFO: '/user1/domain1.foo/akatime.cgi'
PATH_TRANSLATED:
'/home/user1/html/domain1.foo/user1/domain1.foo/akatime.cgi'
REMOTE_USER: '<NULL>'
REMOTE_HOST: '<NULL>'
REMOTE_ADDR: '1.2.3.4'
Trying to extract user from PATH_INFO.
Retrieved User Name: 'user1'
User Data Retrieved:
UserID: 'test1'
UID: '1001'
GID: '100'
Home Dir: '/home/user1'
Checking remote host information.
Checking user minimum uid.
Checking for required REDIRECT_URL.
Checking for CGIWRAP_REQUIRE_USER in environment.
Determining virtual host for access control.
Access Control Virtual Host: 'domain1.foo'
VHost Allow File: '/etc/apache/cgiwrap.allow.d/domain1.foo'
VHost Deny File: '/etc/apache/cgiwrap.deny.d/domain1.foo'
Checking Access Files:
Allow file exists: '/etc/apache/cgiwrap.allow.d/domain1.foo'
Checking allow file for 'user1'
Found 'user1'
Script Base Directory: '/home/user1/html'
Fetching script string
Trying to extract script from PATH_INFO
Extracted PATH_INFO 'domain1.foo/akatime.cgi'
Building script path
Condensing slashes.
Script Relative Path: 'domain1.foo'
Script Absolute Path: '/home/user1/html/domain1.foo'
Fixing Environment Variables.
Environment Variables:
QUERY_STRING: ''
SCRIPT_NAME: '/cgi-bin/cgiwrapd/user1/domain1.foo'
SCRIPT_FILENAME: '/home/user1/html/domain1.foo'
REDIRECT_URL: '/cgi-bin/cgiwrapd/user1/domain1.foo/akatime.cgi'
PATH_INFO: '/akatime.cgi'
PATH_TRANSLATED: '/home/user1/html/domain1.foo/akatime.cgi'
REMOTE_USER: '<NULL>'
REMOTE_HOST: '<NULL>'
REMOTE_ADDR: '1.2.3.4'
Logging Request (File)
UIDs/GIDs Changed To:
RUID: '1001'
EUID: '1001'
RGID: '100'
EGID: '100'
Changing current directory to '/home/user1/html'
*****************
* CGIWrap Error *
*****************
Execution of (domain1.foo) is not permitted
for the following reason:
Script is not a regular file
-----
What's under PATH_TRANSLATED after fixing is the correct absolute path to
the script. However, SCRIPT_NAME points to the directory above it, somehow
the name of the cig was cut off by cgiwrap.
I tried various experiments with different Action-Handlers and the like,
but nothing worked. I tried different combinations of compiling with --
with-use-redirect-url and --with-use-script-url, also.
Any ideas? I don't know much about mod_rewrite, perhaps this could do the
trick.
Thanks in advance,
A. Heinlein
|
|
From: Mr F. <mrf...@ho...> - 2003-06-25 00:58:27
|
I am trying to setup cgiwrap for php on a cobalt RaQ550
I have downloaded the source for version 3.8
I compile with the --with-cgi-dir=web option but id does not seem to change
the cgi directory ?
Script Base Directory:
'/home/.sites/143/site2/.users/12/nsx/public_html/cgi-bin'
Environment Variables:
QUERY_STRING: ''
SCRIPT_NAME: '/cgiwrapDir/php-cgiwrapd'
SCRIPT_FILENAME: '/usr/cgiwrap/php-cgiwrapd'
REDIRECT_URL: '/~nsx/test.php'
PATH_INFO: '/~nsx/test.php'
PATH_TRANSLATED: '/home/.sites/143/site2/users/nsx/web/test.php'
REMOTE_USER: '<NULL>'
REMOTE_HOST: '<NULL>'
REMOTE_ADDR: '10.10.10.1'
Trying to extract user from PATH_INFO.
Retrieved User Name: 'nsx'
User Data Retrieved:
UserID: 'nsx'
UID: '509'
GID: '100'
Home Dir: '/home/.sites/143/site2/.users/12/nsx'
Checking user minimum uid.
Script Base Directory:
'/home/.sites/143/site2/.users/12/nsx/public_html/cgi-bin'
*****************
* CGIWrap Error *
*****************
The specified user does not have a script directory set up
for execution of cgi scripts, or the directory permissions
prevent cgiwrap from using that directory.
_________________________________________________________________
Hot chart ringtones and polyphonics. Go to
http://ninemsn.com.au/share/redir/adTrack.asp?mode=click&clientID=174&referral=Hotmail_taglines_plain&URL=http://ninemsn.com.au/mobilemania/default.asp
|
|
From: Mr F. <mrf...@ho...> - 2003-06-25 00:32:36
|
I am trying to get cgiwrap to work with .php files for a site on a cobalt
RaQ550 (with the standard Cobalt Cgiwrap)
I have added the following line to the apache config file for the site;
AddHandler cgi-wrapper .php
I have !#/usr/bin/php as the first line of the script.
But the .php script will not run, the error is;
Script file not found.
If i name the script .cgi it works, it just won't work if the script is
named .php
full error;
Environment Variables:
QUERY_STRING: ''
SCRIPT_NAME: '/cgiwrapDir/cgiwrapd'
SCRIPT_FILENAME: '/usr/cgiwrap/cgiwrapd'
PATH_INFO: '/test.php'
PATH_TRANSLATED: '/home/.sites/143/site2/web/test.php'
REMOTE_USER: '<NULL>'
REMOTE_HOST: '<NULL>'
REMOTE_ADDR: '10.10.10.1'
Trying to extract user from PATH_INFO.
Doesn't look like a user script.
Retrieved User Name: ''
*****************
* CGIWrap Error *
*****************
Execution of (/home/.sites/143/site2/web/test.php) is not permitted
for the following reason:
Script file not found.
_________________________________________________________________
Hotmail is now available on Australian mobile phones. Go to
http://ninemsn.com.au/mobilecentral/signup.asp
|
|
From: Ian L. <ba...@cc...> - 2003-06-23 22:48:32
|
I'm having difficulty with setting a DirectoryIndex to use an
index.php file. My .htaccess contains:
DirectoryIndex index.php
When I try to go to the page, I get an Internal Server Error.
Apache's error_log says this:
Premature end of script headers:
/priv/daemons/packages/apache-1.3.27.cgi/cgi-bin/cgiwrap
Yet going to the URL + index.php works just fine.
I check out cgiwrap from CVS and the last update was on June
5th. I'm running Apache-1.3.27 on Solaris 2.9.
Is this a known bug? Has anyone run into similar activity? All
feedback is appreciated.
--
Ian Langworth
Project Guerrilla
Northeastern University
College of Computer and Information Science
|
|
From: Neulinger, N. <nn...@um...> - 2003-06-05 13:36:55
|
Something else that should be pointed out... why bother trying to = restrict access to shell tools? if you let them run scripts, they can = already do anything that the shell tools can do. ------------------------------------------------------------ Nathan Neulinger EMail: nn...@um... University of Missouri - Rolla Phone: (573) 341-4841 Computing Services Fax: (573) 341-4216 > -----Original Message----- > From: Ian Langworth [mailto:ba...@cc...]=20 > Sent: Thursday, June 05, 2003 8:33 AM > To: =C4=90=E1=BA=A1i Tu=E1=BA=A5n > Cc: cgi...@li... > Subject: Re: [cgiwrap-users] How to isolate vhosts by cgiwrap? >=20 >=20 > What you're trying to do should be accomplished by using > permissions, not cgiwrap. >=20 > On 04.Jun.2003 09:32PM -0700, ?????i Tu???n wrote: >=20 > > I'm setting up vhosts on my server. This is the > > vhosts's structure directory: > >=20 > > /home/vhosts/ > > domain1.com > > domain2.com > > domainN.com > >=20 > > I want each customer can only run cgi scripts in his > > directory. For example, customer1 can open,read or > > write files in /home/vhosts/domain1.com . He can't > > open,read write files on other customers > > (/home/vhosts/domain2.com,/home/vhosts/domain2.com, > > ..., /home/vhosts/domainN.com), and other directories > > (excepted /tmp) /etc, /bin, ... He can't also use > > shell commands for example cd, pwd, ls, cat, ... He > > only can run cgi scripts to operate owner files. > > That's all. > >=20 > > How can I do with cgiwrap? Please help me! >=20 > --=20 > Ian Langworth > CCIS Project Guerrilla > Northeastern University > College of Computer and Information Science >=20 >=20 >=20 > ------------------------------------------------------- > This SF.net email is sponsored by: Etnus, makers of=20 > TotalView, The best > thread debugger on the planet. Designed with thread debugging features > you've never dreamed of, try TotalView 6 free at www.etnus.com. > _______________________________________________ > cgiwrap-users mailing list > cgi...@li... > https://lists.sourceforge.net/lists/listinfo/cgiwrap-users >=20 |
|
From: Ian L. <ba...@cc...> - 2003-06-05 13:32:48
|
What you're trying to do should be accomplished by using permissions, not cgiwrap. On 04.Jun.2003 09:32PM -0700, ?????i Tu???n wrote: > I'm setting up vhosts on my server. This is the > vhosts's structure directory: > > /home/vhosts/ > domain1.com > domain2.com > domainN.com > > I want each customer can only run cgi scripts in his > directory. For example, customer1 can open,read or > write files in /home/vhosts/domain1.com . He can't > open,read write files on other customers > (/home/vhosts/domain2.com,/home/vhosts/domain2.com, > ..., /home/vhosts/domainN.com), and other directories > (excepted /tmp) /etc, /bin, ... He can't also use > shell commands for example cd, pwd, ls, cat, ... He > only can run cgi scripts to operate owner files. > That's all. > > How can I do with cgiwrap? Please help me! -- Ian Langworth CCIS Project Guerrilla Northeastern University College of Computer and Information Science |
|
From: Äại Tuấn <vkd...@ya...> - 2003-06-05 04:32:04
|
I'm setting up vhosts on my server. This is the vhosts's structure directory: /home/vhosts/ domain1.com domain2.com domainN.com I want each customer can only run cgi scripts in his directory. For example, customer1 can open,read or write files in /home/vhosts/domain1.com . He can't open,read write files on other customers (/home/vhosts/domain2.com,/home/vhosts/domain2.com, ..., /home/vhosts/domainN.com), and other directories (excepted /tmp) /etc, /bin, ... He can't also use shell commands for example cd, pwd, ls, cat, ... He only can run cgi scripts to operate owner files. That's all. How can I do with cgiwrap? Please help me! __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com |
|
From: Neulinger, N. <nn...@um...> - 2003-06-02 19:55:28
|
Piotr's wonderful example has been added to the docs on the cgiwrap cvs and web site! ------------------------------------------------------------ Nathan Neulinger EMail: nn...@um... University of Missouri - Rolla Phone: (573) 341-4841 Computing Services Fax: (573) 341-4216 > -----Original Message----- > From: Ralph Huntington [mailto:rj...@mo...]=20 > Sent: Monday, June 02, 2003 2:53 PM > To: Piotr Klaban > Cc: cgi...@li...; Dimitrios Matzios > Subject: Re: [cgiwrap-users] cgiwrap real-world example configuration >=20 >=20 > Thank you, Piotr, for writing up that step-by-step instruction set. > I very much appreciate what you have done. Thank you. >=20 > Ralph Huntington >=20 >=20 > On Mon, 2 Jun 2003, Piotr Klaban wrote: >=20 > > Hi, > > > > Here is the real-world example, for those who have problems > > with cgiwrap installing. > > >=20 >=20 >=20 > ------------------------------------------------------- > This SF.net email is sponsored by: eBay > Get office equipment for less on eBay! > http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 > _______________________________________________ > cgiwrap-users mailing list > cgi...@li... > https://lists.sourceforge.net/lists/listinfo/cgiwrap-users >=20 |
|
From: Ralph H. <rj...@mo...> - 2003-06-02 19:53:45
|
Thank you, Piotr, for writing up that step-by-step instruction set. I very much appreciate what you have done. Thank you. Ralph Huntington On Mon, 2 Jun 2003, Piotr Klaban wrote: > Hi, > > Here is the real-world example, for those who have problems > with cgiwrap installing. > |
|
From: Ian L. <ba...@cc...> - 2003-06-02 19:07:21
|
Piotr, This was helpful since it allowed me to compare my configuration with another one. Thanks for writing this up! On 02.Jun.2003 10:34AM +0200, Piotr Klaban wrote: > Here is the real-world example, for those who have problems > with cgiwrap installing. -- Ian Langworth CCIS Project Guerrilla Northeastern University College of Computer and Information Science |
|
From: Piotr K. <ma...@ma...> - 2003-06-02 08:34:37
|
Hi,
Here is the real-world example, for those who have problems
with cgiwrap installing.
Assumptions:
A. I use cgi-bin/ for global cgi scripts, you may choose /cgi-sys/ instead.
B. I have installed apache in /usr/local/apache/ directory, you may have
it in different location (/etc/httpd/ etc.)
C. I use WWW as a user web directory ('UserDir WWW' Apache directive),
you may choose public_html if you wish.
D. I allow users place .cgi and .php scripts everywhere under the WWW/ directory
(--with-cgi-dir=WWW cgiwrap configuration option), you may choose another method.
E. I have system-wide html pages in /usr/local/apache/WWW/HTML
('DocumentRoot /usr/local/apache/WWW/HTML' apache directive)
and system-wide cgi-bin/ directory in /usr/local/apache/WWW/cgi-bin/
('ScriptAlias' apache directive)
Make sure you have installed php, that you can run it from the command line,
and you see the '--enable-discard-path' configuration option in the output
of the following command:
% php -i | grep configure
If not, then before/after installing cgiwrap, install php as a normal program
with the configuration option: --enable-discard-path
cgiwrap install procedure:
1. download and unpack cgiwrap archive
% wget http://telia.dl.sourceforge.net/sourceforge/cgiwrap/cgiwrap-3.8.tar.gz
% gtar zxvf cgiwrap-3.8.tar.gz
% cd cgiwrap-3.8
2. configure it:
Replace:
- /usr/local/bin/php with /usr/bin/php or other location of your php program
- WWW (in --with-cgi-dir=WWW) with public_html i.e. your users web directory
- /usr/local/apache/WWW/cgi-bin with /home/httpd/cgi-sys if you use such a value
for ScriptAlias
- ad...@ma... with YOUR contact address
- www (in --with-httpd-user=www) with apache if you run web server as 'apache' user
./configure --with-check-shell --with-rlimit-core=0 --with-rlimit-cpu=60 \
--without-redirect-stderr --without-logging-file --with-perl=/usr/bin/perl \
--with-httpd-user=www --with-cgi-dir=WWW \
--with-install-dir=/usr/local/apache/WWW/cgi-bin --with-wall \
--with-local-contact-email=ad...@ma... --with-php=/usr/local/bin/php \
--with-php-interpreter
# wait ...
# wait more until configure checks everything
3. run make
% make
That should output:
gcc -c -Wall -g -O2 -I. -I. debug.c
gcc -c -Wall -g -O2 -I. -I. util.c
util.c: In function `CheckUser':
util.c:370: warning: suggest parentheses around assignment used as truth value
util.c: In function `UserInFile':
util.c:1088: warning: subscript has type `char'
util.c:1096: warning: subscript has type `char'
gcc -c -Wall -g -O2 -I. -I. fetch.c
gcc -c -Wall -g -O2 -I. -I. stdutil.c
gcc -c -Wall -g -O2 -I. -I. msgs.c
gcc -o cgiwrap cgiwrap.o debug.o util.o fetch.o stdutil.o msgs.o
4. install with 'make install':
% make install
That would be executed (make install -n):
rm -f /usr/local/apache/WWW/cgi-bin/cgiwrap
rm -f /usr/local/apache/WWW/cgi-bin/cgiwrapd
rm -f /usr/local/apache/WWW/cgi-bin/nph-cgiwrap
rm -f /usr/local/apache/WWW/cgi-bin/nph-cgiwrapd
# rm -f /usr/local/apache/WWW/cgi-bin/php-cgiwrap
# rm -f /usr/local/apache/WWW/cgi-bin/php-cgiwrapd
cp cgiwrap /usr/local/apache/WWW/cgi-bin/cgiwrap
chown root /usr/local/apache/WWW/cgi-bin/cgiwrap
chgrp root /usr/local/apache/WWW/cgi-bin/cgiwrap
chmod 4755 /usr/local/apache/WWW/cgi-bin/cgiwrap
ln /usr/local/apache/WWW/cgi-bin/cgiwrap /usr/local/apache/WWW/cgi-bin/cgiwrapd
ln /usr/local/apache/WWW/cgi-bin/cgiwrap /usr/local/apache/WWW/cgi-bin/nph-cgiwrap
ln /usr/local/apache/WWW/cgi-bin/cgiwrap /usr/local/apache/WWW/cgi-bin/nph-cgiwrapd
# ln /usr/local/apache/WWW/cgi-bin/cgiwrap /usr/local/apache/WWW/cgi-bin/php-cgiwrap
# ln /usr/local/apache/WWW/cgi-bin/cgiwrap /usr/local/apache/WWW/cgi-bin/php-cgiwrapd
Then you see you have cgiwrap in the /usr/local/apache/WWW/cgi-bin/
directory.
5. Now configure Apache:
% cd /usr/local/apache/conf (on linux: % cd /etc/httpd/conf/)
% vim httpd.conf (or % pico httpd.conf)
5a) add these lines to global directives:
# change /usr/local/apache/WWW/cgi-bin/ to YOUR /cgi-bin/ real path
ScriptAlias /cgi-bin/ "/usr/local/apache/WWW/cgi-bin/"
AddHandler cgi-wrapper .php
AddHandler cgi-wrapper .cgi
Action cgi-wrapper /cgi-bin/cgiwrap
5b) do not run cgiwrap on .cgi scripts in the global /cgi-bin/ directory:
<Directory /usr/local/apache/WWW/cgi-bin>
AllowOverride None
Options None
AddHandler cgi-script .cgi
</DIrectory>
5c) I have a phpMyAdmin installed in /user/local/apache/WWW/HTML/phpMyAdmin/,
and I want it to be run as a 'www' user from the <home of www>/WWW/HTML/ directory
<Location /phpMyAdmin/*>
Action cgi-wrapper /cgi-bin/cgiwrap/www/HTML
</Location>
5d) I have some Virtual Domains defined. Every user can have its own
virtual domain. I want .cgi and .php scripts to be run as a specified user
('makler' in this situation):
<VirtualHost *>
ServerAdmin in...@kl...
DocumentRoot /home/[... home directory/WWW here ...]/makler/WWW
ServerName www.klaban.torun.pl
ErrorLog logs/klaban_error_log
CustomLog logs/klaban_access_log combined
Action cgi-wrapper /cgi-bin/cgiwrap/makler
# [... other configuration stuff discarded ...]
</VirtualHost>
6. Test your configuration before Apache reload (you may use /etc/init.d/httpd
instead of ~www/bin/apachectl):
% ~www/bin/apachectl configtest
Syntax OK
7. Reload apache web server:
% ~www/bin/apachectl stop # (or: ~www/bin/apachectl restart)
% ~www/bin/apachectl start
8. Test if the simple php script is executed OK:
8a) create php script - your php scripts should be owned by the user, not root:
% su makler
% echo '<?php echo "php is OK<br>\n"; ?> HTML too' > ~makler/WWW/test-php.php
8b) point your web browser to: http://www.klaban.torun.pl/test-php.php
Now you should see:
php is OK
HTML too
--
Piotr Klaban
|
|
From: Peter M. J. <pe...@cl...> - 2003-05-30 14:35:28
|
> As long as the owner of the file matches who you are running > it as, you can set it to 700 with no problem. You're absolutely right. I was mostly concerned with the 11 part of the permission, because execute-only on scripts doesn't work. 700 would be better than 711. > > > > The permisions are set to 711 and the owner is the only |
|
From: Neulinger, N. <nn...@um...> - 2003-05-30 13:55:51
|
As long as the owner of the file matches who you are running it as, you can set it to 700 with no problem. ------------------------------------------------------------ Nathan Neulinger EMail: nn...@um... University of Missouri - Rolla Phone: (573) 341-4841 Computing Services Fax: (573) 341-4216 > -----Original Message----- > From: Peter M. Jansson [mailto:pe...@cl...]=20 > Sent: Friday, May 30, 2003 8:31 AM > To: cgi...@li...; 'Huw Jenkins' > Subject: RE: [cgiwrap-users] Anyone know >=20 >=20 > > > The permisions are set to 711 and the owner is the only=20 >=20 > You can't turn off read permissions for scripts. You can=20 > only do it for > binaries. Try changing the permissions to 755 and see if it works > better. >=20 >=20 >=20 > ------------------------------------------------------- > This SF.net email is sponsored by: eBay > Get office equipment for less on eBay! > http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 > _______________________________________________ > cgiwrap-users mailing list > cgi...@li... > https://lists.sourceforge.net/lists/listinfo/cgiwrap-users >=20 |
|
From: Peter M. J. <pe...@cl...> - 2003-05-30 13:34:45
|
> > The permisions are set to 711 and the owner is the only You can't turn off read permissions for scripts. You can only do it for binaries. Try changing the permissions to 755 and see if it works better. |
|
From: Nathan N. <nn...@um...> - 2003-05-30 13:23:31
|
If you're getting no output, then it's not a valid script. You should at least get a content-type header. That's a separate issue. Try running it as "/home/sites/site#/web/cgi-bin/form-mail.pl" instead of launching perl. That's the same way cgiwrap starts it. Until you can get that to work, there's no point in testing it with cgiwrap. Did you "DO" everything that error message told you to do? -- Nathan On Fri, 2003-05-30 at 07:16, Huw Jenkins wrote: > Don't mean to reply to my own post but I think I can highlight my problem a > little better. I'm using a Cobalt Raq3i. > > Within the referral page I have the following: > > <form action="http://www.domainname.co.uk/cgi-bin/form-mail.pl" > method="post"> > > The script is physically located @: > /home/sites/site#/web/cgi-bin/form-mail.pl > > When I run it from the CMD line using: perl -w form-mail.pl | more, I get no > errors (no output at all) so I assume the script is running correctly? > > The permisions are set to 711 and the owner is the only user for that site. > And I'm getting this error: > > <snip> > > > CGIWrap Error: Script Execution Failed > > CGIWrap encountered an error while attempting to execute this script: > > Error Message: No such file or directory > Error Number: 2 > This message usually indicates there is a problem with the script itself. > Often this indicates either that the #! line of the script is incorrect, or > the script was uploaded in binary mode instead of ascii mode. Check to make > sure that the script does not have control-M's at the end of every line. > That will prevent it from executing. An easy fix that takes care of this > most of the time is to put '#!/.../perl --' instead of '#!/.../perl' on the > first line of the script. This is typically a problem if the script was > edited or uploaded from a DOS/Windows/Macintosh station to a unix based > server. > > If you are not the owner of this script, please forward this error and the > URL that caused it to the script owner. That is often the component in the > URL right after /cgiwrap/. > > ------------------------------------------------------------------------ > > > Local Information and Documentation: > > > Contact Name: Administrator > Contact EMail: admin > > > Server Data: > > Server Administrator/Contact: admin > Server Name: www.xxx.co.uk > Server Port: 80 > Server Protocol: HTTP/1.1 > > > Request Data: > > User Agent/Browser: Mozilla/4.0 (compatible; MSIE 5.22; Mac_PowerPC) > Request Method: POST > Remote Address: 80.5.91.122 > Remote Port: 48627 > Extra Path Info: /cgi-bin/form-mail.pl > Referring Page: http://www.xxx.co.uk/html/cdrequest.html > > </snip> > > I've checked everything that the error suggests but still no joy... > > Anyone got any ideas? I'm starting to lose it here! > > Many thanks > > Huw Jenkins > > > > From: Huw Jenkins <huw...@so...> > > Date: Fri, 30 May 2003 11:54:42 +0100 > > To: "Neulinger, Nathan" <nn...@um...>, <cgi...@li...> > > Subject: [cgiwrap-users] Anyone know > > > > A good how-to on setting up CGI's with CGIwrap server side. I can't seem to > > get scripts running and know I'm missing something real simple. But can't > > work out what. > > > > Regards > > > > Huw Jenkins > > > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: eBay > > Get office equipment for less on eBay! > > http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 > > _______________________________________________ > > cgiwrap-users mailing list > > cgi...@li... > > https://lists.sourceforge.net/lists/listinfo/cgiwrap-users -- ------------------------------------------------------------ Nathan Neulinger EMail: nn...@um... University of Missouri - Rolla Phone: (573) 341-4841 Computing Services Fax: (573) 341-4216 |
|
From: Neulinger, N. <nn...@um...> - 2003-05-30 13:10:27
|
Not strange at all. Read the error message cgiwrap generates again. Check the first line of the script and make sure the #! path is valid and add the -- as described if there may be cr/nl issues. -- Nathan ------------------------------------------------------------ Nathan Neulinger EMail: nn...@um... University of Missouri - Rolla Phone: (573) 341-4841 Computing Services Fax: (573) 341-4216 > -----Original Message----- > From: Huw Jenkins [mailto:huw...@so...]=20 > Sent: Friday, May 30, 2003 7:58 AM > To: Neulinger, Nathan > Subject: Re: [cgiwrap-users] Anyone know >=20 >=20 > Very strange result! >=20 > <snip> >=20 > [root@lisa cgi-bin]# /home/sites/site8/web/cgi-bin/form-mail.pl > sh: /home/sites/site8/web/cgi-bin/form-mail.pl: No such file=20 > or directory > [root@lisa cgi-bin]# ls > form-mail.pl > [root@lisa cgi-bin]# pwd > /home/sites/site8/web/cgi-bin > [root@lisa cgi-bin]# >=20 > </snip> >=20 > The script is there but it can't see it! Now I'm confused!=20 > ;-/ Any ideas? >=20 > Should the output display on the cmd line? >=20 > Thanks for your help, I'm such a CGI n00b ;-) >=20 > Huw Jenkins >=20 > > From: Nathan Neulinger <nn...@um...> > > Organization: University of Missouri - Rolla > > Date: 30 May 2003 07:51:14 -0500 > > To: Huw Jenkins <huw...@so...> > > Cc: cgi...@li... > > Subject: Re: [cgiwrap-users] Anyone know > >=20 > > If you're getting no output, then it's not a valid script.=20 > You should at > > least get a content-type header. That's a separate issue. > >=20 > > Try running it as=20 > "/home/sites/site#/web/cgi-bin/form-mail.pl" instead > > of launching perl. That's the same way cgiwrap starts it.=20 > Until you can > > get that to work, there's no point in testing it with cgiwrap. > >=20 > > Did you "DO" everything that error message told you to do? > >=20 > > -- Nathan > >=20 > > On Fri, 2003-05-30 at 07:16, Huw Jenkins wrote: > >> Don't mean to reply to my own post but I think I can=20 > highlight my problem a > >> little better. I'm using a Cobalt Raq3i. > >>=20 > >> Within the referral page I have the following: > >>=20 > >> <form action=3D"http://www.domainname.co.uk/cgi-bin/form-mail.pl" > >> method=3D"post"> > >>=20 > >> The script is physically located @: > >> /home/sites/site#/web/cgi-bin/form-mail.pl > >>=20 > >> When I run it from the CMD line using: perl -w=20 > form-mail.pl | more, I get no > >> errors (no output at all) so I assume the script is=20 > running correctly? > >>=20 > >> The permisions are set to 711 and the owner is the only=20 > user for that site. > >> And I'm getting this error: > >>=20 > >> <snip> > >>=20 > >>=20 > >> CGIWrap Error: Script Execution Failed > >>=20 > >> CGIWrap encountered an error while attempting to execute=20 > this script: > >>=20 > >> Error Message: No such file or directory > >> Error Number: 2=20 > >> This message usually indicates there is a problem with the=20 > script itself. > >> Often this indicates either that the #! line of the script=20 > is incorrect, or > >> the script was uploaded in binary mode instead of ascii=20 > mode. Check to make > >> sure that the script does not have control-M's at the end=20 > of every line. > >> That will prevent it from executing. An easy fix that=20 > takes care of this > >> most of the time is to put '#!/.../perl --' instead of=20 > '#!/.../perl' on the > >> first line of the script. This is typically a problem if=20 > the script was > >> edited or uploaded from a DOS/Windows/Macintosh station to=20 > a unix based > >> server.=20 > >>=20 > >> If you are not the owner of this script, please forward=20 > this error and the > >> URL that caused it to the script owner. That is often the=20 > component in the > >> URL right after /cgiwrap/. > >>=20 > >>=20 > -------------------------------------------------------------- > ---------- > >>=20 > >>=20 > >> Local Information and Documentation: > >>=20 > >>=20 > >> Contact Name: Administrator > >> Contact EMail: admin > >>=20 > >>=20 > >> Server Data:=20 > >>=20 > >> Server Administrator/Contact: admin > >> Server Name: www.xxx.co.uk > >> Server Port: 80=20 > >> Server Protocol: HTTP/1.1 > >>=20 > >>=20 > >> Request Data:=20 > >>=20 > >> User Agent/Browser: Mozilla/4.0 (compatible; MSIE 5.22;=20 > Mac_PowerPC) > >> Request Method: POST > >> Remote Address: 80.5.91.122 > >> Remote Port: 48627 > >> Extra Path Info: /cgi-bin/form-mail.pl > >> Referring Page: http://www.xxx.co.uk/html/cdrequest.html > >>=20 > >> </snip> > >>=20 > >> I've checked everything that the error suggests but still no joy... > >>=20 > >> Anyone got any ideas? I'm starting to lose it here! > >>=20 > >> Many thanks > >>=20 > >> Huw Jenkins > >>=20 > >>=20 > >>> From: Huw Jenkins <huw...@so...> > >>> Date: Fri, 30 May 2003 11:54:42 +0100 > >>> To: "Neulinger, Nathan" <nn...@um...>, > >>> <cgi...@li...> > >>> Subject: [cgiwrap-users] Anyone know > >>>=20 > >>> A good how-to on setting up CGI's with CGIwrap server=20 > side. I can't seem to > >>> get scripts running and know I'm missing something real=20 > simple. But can't > >>> work out what. > >>>=20 > >>> Regards > >>>=20 > >>> Huw Jenkins > >>>=20 > >>>=20 > >>>=20 > >>> ------------------------------------------------------- > >>> This SF.net email is sponsored by: eBay > >>> Get office equipment for less on eBay! > >>> http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 > >>> _______________________________________________ > >>> cgiwrap-users mailing list > >>> cgi...@li... > >>> https://lists.sourceforge.net/lists/listinfo/cgiwrap-users > > --=20 > >=20 > > ------------------------------------------------------------ > > Nathan Neulinger EMail: nn...@um... > > University of Missouri - Rolla Phone: (573) 341-4841 > > Computing Services Fax: (573) 341-4216 > >=20 >=20 >=20 |
|
From: Huw J. <huw...@so...> - 2003-05-30 12:46:19
|
Don't mean to reply to my own post but I think I can highlight my problem a little better. I'm using a Cobalt Raq3i. Within the referral page I have the following: <form action="http://www.domainname.co.uk/cgi-bin/form-mail.pl" method="post"> The script is physically located @: /home/sites/site#/web/cgi-bin/form-mail.pl When I run it from the CMD line using: perl -w form-mail.pl | more, I get no errors (no output at all) so I assume the script is running correctly? The permisions are set to 711 and the owner is the only user for that site. And I'm getting this error: <snip> CGIWrap Error: Script Execution Failed CGIWrap encountered an error while attempting to execute this script: Error Message: No such file or directory Error Number: 2 This message usually indicates there is a problem with the script itself. Often this indicates either that the #! line of the script is incorrect, or the script was uploaded in binary mode instead of ascii mode. Check to make sure that the script does not have control-M's at the end of every line. That will prevent it from executing. An easy fix that takes care of this most of the time is to put '#!/.../perl --' instead of '#!/.../perl' on the first line of the script. This is typically a problem if the script was edited or uploaded from a DOS/Windows/Macintosh station to a unix based server. If you are not the owner of this script, please forward this error and the URL that caused it to the script owner. That is often the component in the URL right after /cgiwrap/. ------------------------------------------------------------------------ Local Information and Documentation: Contact Name: Administrator Contact EMail: admin Server Data: Server Administrator/Contact: admin Server Name: www.xxx.co.uk Server Port: 80 Server Protocol: HTTP/1.1 Request Data: User Agent/Browser: Mozilla/4.0 (compatible; MSIE 5.22; Mac_PowerPC) Request Method: POST Remote Address: 80.5.91.122 Remote Port: 48627 Extra Path Info: /cgi-bin/form-mail.pl Referring Page: http://www.xxx.co.uk/html/cdrequest.html </snip> I've checked everything that the error suggests but still no joy... Anyone got any ideas? I'm starting to lose it here! Many thanks Huw Jenkins > From: Huw Jenkins <huw...@so...> > Date: Fri, 30 May 2003 11:54:42 +0100 > To: "Neulinger, Nathan" <nn...@um...>, <cgi...@li...> > Subject: [cgiwrap-users] Anyone know > > A good how-to on setting up CGI's with CGIwrap server side. I can't seem to > get scripts running and know I'm missing something real simple. But can't > work out what. > > Regards > > Huw Jenkins > > > > ------------------------------------------------------- > This SF.net email is sponsored by: eBay > Get office equipment for less on eBay! > http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 > _______________________________________________ > cgiwrap-users mailing list > cgi...@li... > https://lists.sourceforge.net/lists/listinfo/cgiwrap-users |
2 messages has been excluded from this view by a project administrator.
