cgiwrap-users Mailing List for CGIWrap (Page 17)
Brought to you by:
nneul
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...> - 2002-08-05 12:52:19
|
CGIwrap does it the way it does, cause it was never designed to be used with Action/etc. It was always set up for straight PATH_INFO based execution. In fact, cgiwrap long predates apache. I wrote it so that I could let some untrusted users run cgi scripts on a small web server I ran on A/UX. In fact, the original version didn't even let you use PATH_INFO, you had to specify query string/get parameters to specify the user and script. Based on your syntax below, I'm sure you could trivially use mod_rewrite to accomplish that support without a patch.=20 -- Nathan ------------------------------------------------------------ Nathan Neulinger EMail: nn...@um... University of Missouri - Rolla Phone: (573) 341-4841 Computing Services Fax: (573) 341-4216 > -----Original Message----- > From: Daniel Lorch [mailto:ml-...@lo...]=20 > Sent: Monday, August 05, 2002 7:43 AM > To: Neulinger, Nathan > Cc: dr...@gm...; cgi...@li... > Subject: Re: AW: AW: [cgiwrap-users] CGIWrap Error: Script=20 > dir not found >=20 >=20 > hi, >=20 > > Seems like two two big ones are: > >=20 > > No need for #!/usr/bin/php > > No need for script to be executable >=20 > Yup. >=20 > > Anything else? >=20 > What troubled me most was how CGIWRAP constructed the=20 > cgiBaseDir. It might > increase security, but it didn't work with our setup: >=20 > /home/<user>/public_html/<subdomain>/ >=20 > That's the main reason I had to patch CGIWRAP myself. Why=20 > isn't PATH_TRANSLATED > used instead? Are there any security concerns? >=20 > -daniel >=20 |
From: Daniel L. <ml-...@lo...> - 2002-08-05 12:43:27
|
hi, > Seems like two two big ones are: > > No need for #!/usr/bin/php > No need for script to be executable Yup. > Anything else? What troubled me most was how CGIWRAP constructed the cgiBaseDir. It might increase security, but it didn't work with our setup: /home/<user>/public_html/<subdomain>/ That's the main reason I had to patch CGIWRAP myself. Why isn't PATH_TRANSLATED used instead? Are there any security concerns? -daniel |
From: Daniel L. <ml-...@lo...> - 2002-08-04 14:02:06
|
hi, > So you find a way to do it? To add the domain? > hmm could you then mail me your cgiwrap.c. Since I'm not really used to > C. Same applies to me. I never did more than "Hello World" in C, thus my code is more than ugly. The following patch checks whether a request has been made to http://domain.tld/cgi-bin/ which would result in the local path /home/user/cgi-bin/, or whether the request was of the kind http://domain.tld/foobar.cgi, which would result in /home/user/public_html/<subdomain>/foobar.cgi. This is achieved by extracting the script path from PATH_TRANSLATED. /* We need our own cgiBaseDir */ if(strcmp("cgi-bin", StripPathComponents(1,GetPathComponents(2, getenv("PATH_INFO")))) == 0) { cgiBaseDir = (char *) SafeMalloc(strlen(user->pw_dir) + 1, "Our customized cgiBaseDir"); cgiBaseDir = user->pw_dir; } else { cgiBaseDir = (char *) SafeMalloc(strlen(GetPathComponents(4, getenv("PATH_TRANSLATED"))) + 2, "Our customized cgiBaseDir"); sprintf(cgiBaseDir, "/%s", GetPathComponents(4, getenv("PATH_TRANSLATED"))); } This code replaces (approx. line 120): cgiBaseDir = GetBaseDirectory(user); Please don't laugh. Terrible code, I know :) I'm not even sure whether I'm malloc'ing enough memory to it. p.s.: Always CC to the list -daniel |
From: Daniel L. <ml-...@lo...> - 2002-08-04 12:19:03
|
hi, > --with-php=/usr/bin/php \ > -rwxr-xr-x 1 k060881 ftpusers 39 Aug 3 14:41 test.php I forgot to mention: The PHP-Patch for cgiwrap is *not* supported by the cgiwrap development team. You might want to check out first, whether an "ordinary" CGI-Script works or not. -daniel |
From: Daniel L. <ml-...@lo...> - 2002-08-04 12:17:07
|
hi, > CGIWrap Error: Script dir not found First you have to understand how CGIWRAP builds the "script dir": CGIWRAP gets the home-directory, as specified in /etc/passwd and then adds whatever you specified with --with-cgi-dir. In your example the user's home directory therefore has to be "/var/chroot/_nossh/k060881/". Can you confirm this? Furthermore, you should try a "cgiwrapD" output and have a closer look at it. -daniel |
From: Daniel N. <dr...@gm...> - 2002-08-04 11:44:15
|
Hi, Just do get sure: There is no need to have the script itself in a special directoy, is it? I get an: CGIWrap Error: Script dir not found 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. Local Information and Documentation: Contact EMail: ro...@ph... Server Data: Server Administrator/Contact: webmaster@ phpmagic.de> Server Name: phpmagic.de Server Port: 80 Server Protocol: HTTP/1.1 Request Data: User Agent/Browser: Mozilla/4.0 (compatible; MSIE 5.0; Windows XP) Opera 6.04 [de] Request Method: GET Remote Address: 80.142.149.243 Remote Port: 3199 Extra Path Info: /k060881/test.php httpd.conf (k060881 is the user) <VirtualHost phpmagic.de> ServerName phpmagic.de ServerAlias phpmagic.de DocumentRoot /var/chroot/_nossh/k060881/htdocs/phpmagic.de ServerAdmin web...@ph...> ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/ AddHandler phpwrap .php3 AddHandler phpwrap .php AddHandler cgiwrap .cgi AddHandler cgiwrap .pl Action phpwrap /cgi-bin/cgiwrap/php-cgiwrap/k060881 Action cgiwrap /cgi-bin/cgiwrap/cgiwrap/k060881 </VirtualHost> I compiled cgiwrap with ./configure --with-check-shell --with-rlimit-core=0 --with-rlimit-cpu=30 \ --without-redirect-stderr --with-perl=/usr/bin/perl \ --with-httpd-user=www-data \ --with-install-dir=/usr/lib/cgi-bin \ --with-cgi-dir=htdocs \ --with-local-contact-email=ro...@ph... \ --with-php=/usr/bin/php \ --with-minimum-uid=1000 \ --with-minimum-gid=1000 \ --with-logging-file=/var/log/apache/cgiwrap.log the script has even: -rwxr-xr-x 1 k060881 ftpusers 39 Aug 3 14:41 test.php and the directory: drwxr-xr-x 4 k060881 ftpusers 4096 Aug 4 11:35 phpmagic.de |
From: Nathan N. <nn...@um...> - 2002-08-01 12:29:38
|
Easiest way - set up another cgi-bin that is shared by all the vhosts, and put cgiwrap in it. Put it outside the vhost blocks in httpd.conf, and it should take effect for all servers. If you're using cgiwrap, you shouldn't allow vhosts to put cgi's directly in cgi-bin, it's a significant security hole. -- Nathan On Thu, 2002-08-01 at 02:33, Marco Hinz wrote: > hello > > i have a lot of vhosts on apache serve > every vhost has an own cgi-bin (per script alias) > how can i force that the cgis of my users will be all use cgiwrap > it would be nice if you could send me i short how to do this > > ok thx thx thx > > > marco -- ------------------------------------------------------------ Nathan Neulinger EMail: nn...@um... University of Missouri - Rolla Phone: (573) 341-4841 Computing Services Fax: (573) 341-4216 |
From: William J.A. B. <bi...@pd...> - 2002-07-31 04:03:47
|
Greetings, I have a vSite on a Cobalt RaQ4 which needs to be able to execute any file in a specific directory regardless of the extension. (Most have no extension.) The Virtual Site Container from httpd.conf is as follows: <VirtualHost 64.42.222.18> ServerName training.xxxxxxx.com ServerAdmin site2 DocumentRoot /home/sites/site2/web RewriteEngine on RewriteCond %{HTTP_HOST} !^64.42.222.18(:80)?$ RewriteCond %{HTTP_HOST} !^training.xxxxxxx.com(:80)?$ RewriteRule ^/(.*) http://training.xxxxxxx.com/$1 [L,R] RewriteOptions inherit AliasMatch ^/~([^/]+)(/(.*))? /home/sites/site2/users/$1/web/$3 #Added by WJAB July 3, 2002 to handle cgi without the .cgi ScriptAlias /cgi/ /home/sites/site2/www/cgi/ AddHandler cgi-wrapper .cgi AddHandler cgi-wrapper .pl AddHandler server-parsed .shtml AddType text/html .shtml </VirtualHost> Having added the script alias, the scripts now execute but the data output is owned by httpd instead of the user. I assume this means that CgiWrap is being bypassed entirely? How can I get CgiWrap to handle files in this directory without the .cgi or .pl extension? (example: 'script' vs. 'script.cgi') Thanks! - Bill --------------------------------- William J.A. Brillinger Precision Design Co. E-Mail: mailto:bi...@pd... Web site: http://www.pdcweb.net |
From: Jeff B. <soi...@sg...> - 2002-07-23 16:31:43
|
Yes. did you try <!--#include virtual="... Jeff ----- Original Message ----- From: "Mark D'Souza" <mar...@ya...> To: <cgi...@li...> Sent: Tuesday, July 23, 2002 12:07 AM Subject: [cgiwrap-users] Problems with ssi include ---> exec Hi guys, Im having a problem running <!--#exec cgi=".... on my site at polarhome. It allows me to execute CGI scripts directly but not call them through ssi execs. Is there a work around? Any help would be appreciated.. Regards, Mark __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ cgiwrap-users mailing list cgi...@li... https://lists.sourceforge.net/lists/listinfo/cgiwrap-users |
From: Mark D'S. <mar...@ya...> - 2002-07-23 07:08:04
|
Hi guys, Im having a problem running <!--#exec cgi=".... on my site at polarhome. It allows me to execute CGI scripts directly but not call them through ssi execs. Is there a work around? Any help would be appreciated.. Regards, Mark __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com |
From: <ma...@ma...> - 2002-07-15 09:59:32
|
On Fri, Jul 12, 2002 at 05:14:43PM -0700, jeff wrote: > The CGIwrap error msg when you forget to set the execute permissions always > tells you "file is not chmod 755" or something to that effect. That is > crazy if it's wrapped. Isn't CGIwrap about security? It should say "the > owner execute bit is not set, at a minimum it should be chmod 700" 1) it not need to be even 700 - it should be at least 500 for script files (i.e. php/perl) - and it can be 100 for binary executable programs then "a minimum it should be chmod 700" is not true; 2) CGIwrap is not for learning security, and user can use any mode for his files. Setting 755 mode would not stop scripts from running when admin stop wrapping scripts with cgiwrap. There is no direct security problem with 755 mode for scripts assuming that script is wrapped or is configured (in httpd.conf) for execution only. For multiuser server with shell access, one can use setfacl for securing his public_html/WWW directory better: chmod 700 ~ ~/WWW/ setfacl -r -m user:www:--x ~; setfacl -r -m user:www:r-x ~/WWW/ where ~/WWW/ is his public html directory, and 'www' is a name of the web server user. Best regards, -- Piotr Klaban |
From: jeff <je...@cy...> - 2002-07-13 00:13:08
|
The CGIwrap error msg when you forget to set the execute permissions always tells you "file is not chmod 755" or something to that effect. That is crazy if it's wrapped. Isn't CGIwrap about security? It should say "the owner execute bit is not set, at a minimum it should be chmod 700" Jeff |
From: Daniel L. <da...@lo...> - 2002-07-08 13:39:02
|
hi, > Does that mean the perl script itself does not exist -- or perhaps another > file is references to does not exist? This *usually* means the script file itself does not exist. -daniel |
From: Rowby <ro...@ro...> - 2002-07-07 22:33:38
|
Thank you Daniel. Does that mean the perl script itself does not exist -- or perhaps another file is references to does not exist? Thanks Rowby -----Original Message----- From: cgi...@li... [mailto:cgi...@li...]On Behalf Of Daniel Lorch Sent: Sunday, July 07, 2002 12:14 PM To: ro...@ro... Cc: Subject: Re: [cgiwrap-users] Script is not a regular file hi, > Hmmmm. Why am I getting this error? I've come across this cgiwrap error > before but I can't remember how to resolve it. > > Script is not a regular file == File does not exist. > Thanks you're welcome > Rowby -daniel ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek We have stuff for geeks like you. http://thinkgeek.com/sf _______________________________________________ cgiwrap-users mailing list cgi...@li... https://lists.sourceforge.net/lists/listinfo/cgiwrap-users |
From: Daniel L. <da...@lo...> - 2002-07-07 19:47:43
|
hi, > Hmmmm. Why am I getting this error? I've come across this cgiwrap error > before but I can't remember how to resolve it. > > Script is not a regular file == File does not exist. > Thanks you're welcome > Rowby -daniel |
From: Rowby <ro...@ro...> - 2002-07-07 13:54:37
|
Hmmmm. Why am I getting this error? I've come across this cgiwrap error before but I can't remember how to resolve it. Script is not a regular file Thanks Rowby |
From: Rusty W. <rus...@ya...> - 2002-07-02 05:37:33
|
Hi all, I dont think this would be an error due to cgiwrap, but I sure would appreciate a "sanity" check... any and all comments sincerely appreciated. System: Cobalt (Sun) RaQ 4i When I try to run TFmail (nms-cgi.sourceforge.net) on my RaQ, I get the following error message after i submit a form: HTTP 405 - Resource not allowed I know what the 405 means, but I dont understand it in this context. I have looked at everything I can think of, but I still cant identify the problem. The RaQ run all cgi programs inside "cgiwrap" - could this be the problem? If I run the script in "debug" mode, it appears that it should work - the example below is the output if i try to submit a form with a required field missing. You can see the script gets to the HTML output part, BUT, if I run this same script in NON debug mode, I get the 405 error?!? Help?!? _ _ _ DEBUG OUTPUT _ _ _ Initializing Logging Redirecting STDERR to STDOUT Cobalt RaQ virtual site CGI wrapper Setting SIGXCPU to default behaviour Environment Variables: QUERY_STRING: '' SCRIPT_NAME: '/cgiwrapDir/cgiwrapd' PATH_INFO: '/cgi-bin/TFmail.cgid' PATH_TRANSLATED: '/home/sites/home/web/cgi-bin/TFmail.cgid' REMOTE_USER: '<NULL>' REMOTE_HOST: '<NULL>' REMOTE_ADDR: '68.4.xxx.xxx' Trying to extract user from PATH_INFO. Retrieved User Name: '' Script File: '/home/sites/home/web/cgi-bin/TFmail.cgi' User Data Retrieved: UserID: 'orbusnet' UID: '146' GID: '100' Group ID: 'home' Home Dir: '/home/sites/home/users/orbusnet' This is a site site base dir: 'home/sites/' site name: 'home' cgi dir: 'web' Script Base Directory: '/home/sites/home/web' Trying to extract script from PATH_INFO Script Relative Path: 'cgi-bin/TFmail.cgid' Script Absolute Path: '/home/sites/home/web/cgi-bin/TFmail.cgid' Fixing Environment Variables. Environment Variables: QUERY_STRING: '' SCRIPT_NAME: '/cgi-bin/TFmail.cgid' PATH_INFO: '/cgi-bin/TFmail.cgid' PATH_TRANSLATED: '/home/sites/home/web/cgi-bin/TFmail.cgid' REMOTE_USER: '<NULL>' REMOTE_HOST: '<NULL>' REMOTE_ADDR: '68.4.xxx.xxx' UIDs/GIDs Changed To: RUID: '146' EUID: '146' RGID: '100' EGID: '100' Changing current directory to '/home/sites/home/web/cgi-bin' Output of script follows: ===================================================== Content-type: text/html; charset=iso-8859-1 <?xml version="1.0" encoding="iso-8859-1"?> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml"> <head> <title>Missing Fields</title> <link rel="stylesheet" type="text/css" href="/css/nms.css" /> <style> h1.title { text-align : center; } </style> </head> <body> <h1 class="title">Missing Fields</h1> <p> The following fields were left blank in your submission form: </p> <ul> <li>first_name</li> </ul> <p> These fields must be filled in before you can successfully submit the form. </p> <p> Please use your back button to return to the form and try again. </p> <p align="center"> <font size="-1"> <a href="http://nms-cgi.sourceforge.net/">TFmail</a> © 2002 London Perl Mongers </font> </p> </body> </html> __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com |
From: Farid H. <ham...@un...> - 2002-06-28 04:27:32
|
hello cgiwarp 3.7.1 linux rh 7.2 I have ironed out other issues I had and hopefully this is the last issue that I have played with but it's strange. The paths are all correct and they are on system and users see perl too why does cgiwarp complain about not seeing perl It happen to other items too not just perl. It seems that it does not see the PATHs ... /usr/local/bin/perl exist on system and in users' path exceuting cgi script by itself does not produce any error either any ideas? Output of script follows: ===================================================== /usr/local/bin/perl: error while loading shared libraries: libc.so.6: failed to map segment from shared object: Cannot allocate memory thanks, farid unm |
From: Farid H. <ham...@un...> - 2002-06-25 17:54:19
|
greetings, cgiwrap 3.7.1 linux rh 7.2 although these are warnings and compilation went OK, any opinions about them? Fixes? Thanks, farid gcc -c -Wall -g -O2 -I. -I. cgiwrap.c 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:383: warning: suggest parentheses around assignment used as truth value util.c: In function `SetSignals': util.c:776: warning: implicit declaration of function `sigset' util.c: In function `UserInFile': util.c:886: warning: unused variable `tmpuser' 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 |
From: Jeff B. <soi...@sg...> - 2002-06-20 21:31:21
|
> When running php files wrapped under php-cgiwrap a missing page results in a > 500 Internal Server Error. Is it possible to force this to be a 404 Not > Found error? > > Thanks, > > Jeff > Well, I'm answering my own question here since I figured out a way to do it.... I created a custom 500 ErrorDocument that looks in the REQUEST_URI to see if it's looking for a file ending in "php". If the file does end in "php" then it sets the page's error codes to 404 Not Found and if doesn't end in "php" then it sets it to 500 Internal Server Error. Pretty basic. Jeff |
From: Nathan N. <nn...@um...> - 2002-06-20 00:01:10
|
Looks like your script is generating a syntax error. Suggest running it through cgiwrapd or from shell to see why and debug it. On Wed, 2002-06-19 at 17:04, Diana Shepard wrote: > Been trying to run a script via a webserver POST > request for days. Keep getting this error in the Netscape > Web Server error log. After the error is my Perl environment. > Ugly, I know, running on a DEC alpha box (soon to be retired). > Any help would be greatly appreciated. > > Diana Shepard > University of Colorado, boulder > > Here is the server error log entry: > [19/Jun/2002:15:56:54] failure (19315): for host shepardd.ad.cusys.edu > trying to > POST /irm/dwhse/signup/whsetrain/signup.cgi, cgieng_scan_headers reports: > the C > GI program /usr/local/cgi/cgiwrap/cgiwrap did not produce a valid header > (name w > ithout value: got line " at (eval 1) line 3") > > Here are the results of "perl -V": > Summary of my perl5 (revision 5.0 version 6 subversion 1) configuration: > Platform: > osname=dec_osf, osvers=4.0, archname=alpha-dec_osf > uname='osf1 delphi.cusys.edu v4.0 878 alpha ' > config_args='-de' > hint=recommended, useposix=true, d_sigaction=define > usethreads=undef use5005threads=undef useithreads=undef > usemultiplicity=undef > useperlio=undef d_sfio=undef uselargefiles=define usesocks=undef > use64bitint=define use64bitall=define uselongdouble=undef > Compiler: > cc='cc', ccflags ='-std -fprm d -ieee -D_INTRINSICS -I/usr/local/include > -DLANGUAGE_C', > optimize='-O4', > cppflags='-std -ieee -D_INTRINSICS -I/usr/local/include -DLANGUAGE_C' > ccversion='V5.6-079', gccversion='', gccosandvers='' > intsize=4, longsize=8, ptrsize=8, doublesize=8, byteorder=12345678 > d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=8 > ivtype='long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t', > lseeksize=8 > alignbytes=8, usemymalloc=y, prototype=define > Linker and Libraries: > ld='ld', ldflags =' -L/usr/local/lib' > libpth=/usr/local/lib /usr/shlib /usr/ccs/lib /usr/lib/cmplrs/cc > /usr/lib /var/shlib > libs=-ldbm -lm -liconv -lutil > perllibs=-lm -liconv -lutil > libc=/usr/shlib/libc.so, so=so, useshrplib=true, libperl=libperl.so > Dynamic Linking: > dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' > -Wl,-rpath,/usr/local/lib/perl5/5.6.1/alpha-dec_osf/CORE' > cccdlflags=' ', lddlflags='-shared -expect_unresolved "*" -msym -std -s > -L/usr/local/lib' > > > Characteristics of this binary (from libperl): > Compile-time options: USE_64_BIT_INT USE_64_BIT_ALL USE_LARGE_FILES > Built under dec_osf > Compiled at Jun 18 2002 11:39:01 > @INC: > /usr/local/lib/perl5/5.6.1/alpha-dec_osf > /usr/local/lib/perl5/5.6.1 > /usr/local/lib/perl5/site_perl/5.6.1/alpha-dec_osf > /usr/local/lib/perl5/site_perl/5.6.1 > /usr/local/lib/perl5/site_perl > . > > ---------------------------------------------------------------------------- > Bringing you mounds of caffeinated joy > >>> http://thinkgeek.com/sf <<< > > _______________________________________________ > 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: Diana S. <Dia...@cu...> - 2002-06-19 22:12:00
|
Been trying to run a script via a webserver POST request for days. Keep getting this error in the Netscape Web Server error log. After the error is my Perl environment. Ugly, I know, running on a DEC alpha box (soon to be retired). Any help would be greatly appreciated. Diana Shepard University of Colorado, boulder Here is the server error log entry: [19/Jun/2002:15:56:54] failure (19315): for host shepardd.ad.cusys.edu trying to POST /irm/dwhse/signup/whsetrain/signup.cgi, cgieng_scan_headers reports: the C GI program /usr/local/cgi/cgiwrap/cgiwrap did not produce a valid header (name w ithout value: got line " at (eval 1) line 3") Here are the results of "perl -V": Summary of my perl5 (revision 5.0 version 6 subversion 1) configuration: Platform: osname=dec_osf, osvers=4.0, archname=alpha-dec_osf uname='osf1 delphi.cusys.edu v4.0 878 alpha ' config_args='-de' hint=recommended, useposix=true, d_sigaction=define usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=undef useperlio=undef d_sfio=undef uselargefiles=define usesocks=undef use64bitint=define use64bitall=define uselongdouble=undef Compiler: cc='cc', ccflags ='-std -fprm d -ieee -D_INTRINSICS -I/usr/local/include -DLANGUAGE_C', optimize='-O4', cppflags='-std -ieee -D_INTRINSICS -I/usr/local/include -DLANGUAGE_C' ccversion='V5.6-079', gccversion='', gccosandvers='' intsize=4, longsize=8, ptrsize=8, doublesize=8, byteorder=12345678 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=8 ivtype='long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=8, usemymalloc=y, prototype=define Linker and Libraries: ld='ld', ldflags =' -L/usr/local/lib' libpth=/usr/local/lib /usr/shlib /usr/ccs/lib /usr/lib/cmplrs/cc /usr/lib /var/shlib libs=-ldbm -lm -liconv -lutil perllibs=-lm -liconv -lutil libc=/usr/shlib/libc.so, so=so, useshrplib=true, libperl=libperl.so Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' -Wl,-rpath,/usr/local/lib/perl5/5.6.1/alpha-dec_osf/CORE' cccdlflags=' ', lddlflags='-shared -expect_unresolved "*" -msym -std -s -L/usr/local/lib' Characteristics of this binary (from libperl): Compile-time options: USE_64_BIT_INT USE_64_BIT_ALL USE_LARGE_FILES Built under dec_osf Compiled at Jun 18 2002 11:39:01 @INC: /usr/local/lib/perl5/5.6.1/alpha-dec_osf /usr/local/lib/perl5/5.6.1 /usr/local/lib/perl5/site_perl/5.6.1/alpha-dec_osf /usr/local/lib/perl5/site_perl/5.6.1 /usr/local/lib/perl5/site_perl . |
From: vinay <vi...@bs...> - 2002-06-19 11:44:51
|
hi all can i give root as the "username" to any particular CGI script. Actually i want to add user on a linux system using a web interface. And for that i have made a CGI script which calls the system command "useradd" .But since this "useradd" can be called only through root so my CGI script has to be of root user type. Hence can anybody tell me that can i put root as username. Regards, Vinay |
From: Jeff B. <soi...@sg...> - 2002-06-18 03:01:44
|
Didn't work for me. I use (I know it's not that elegant, if you see how I can improve my rewrite rule I'm open to it): RewriteEngine On RewriteRule ^/cgi-bin/(.*) /cgi-sys/cgiwrap/USERNAME/$1 [PT] and that works for me but: ScriptAliasMatch ^/cgi-bin/(.*)$ /cgi-sys/cgiwrap/USERNAME/$1 neither ScriptAliasMatch ^/cgi-bin/(.*)$ /usr/local/apache/cgi-sys/cgiwrap/USERNAME/$1 neither ScriptAliasMatch ^/cgi-bin/(.*) /cgi-sys/cgiwrap/USERNAME/$1 neither ScriptAliasMatch ^/cgi-bin/(.*) usr/local/apache/cgi-sys/cgiwrap/USERNAME/$1 didn't work. Jeff ----- Original Message ----- From: <jo...@ze...> To: <nn...@um...> Cc: <jw...@de...> Sent: Monday, June 17, 2002 2:57 PM Subject: cgiwrap suggestion/tip > Hi, > > While looking over the Apache docs figuring out mod_rewrite, I stumbled > across a directive that I hadn't noticed before: ScriptAliasMatch. > > http://httpd.apache.org/docs/mod/mod_alias.html#scriptaliasmatch > > It turns out that this command can be used to hide cgiwrap from end users, > just like the more complicated rewrite rules method... > > ScriptAliasMatch ^/cgi-bin/(.*)$ /usr/lib/cgi-bin/cgiwrap/userid/$1 > > -- > Jon Miles <jo...@ze...> > > |
From: jeff <je...@cy...> - 2002-06-18 02:55:21
|
----- Original Message ----- From: "Nathan Neulinger" <nn...@um...> To: <cgi...@li...> Sent: Monday, June 17, 2002 5:12 PM Subject: [cgiwrap-users] [Fwd: cgiwrap suggestion/tip] > > -- > > ------------------------------------------------------------ > Nathan Neulinger EMail: nn...@um... > University of Missouri - Rolla Phone: (573) 341-4841 > Computing Services Fax: (573) 341-4216 > |