cgiwrap-users

Re: [cgiwrap-users] REMOTE_USER

[Nathan N. <nn...@um...>]

No... really isn't designed to do that... Best bet there would be
a specifically written wrapper script that would check REMOTE_USER and
only run specifically compiled-in scripts, made setuid.

-- Nathan

On Sun, Feb 15, 2004 at 02:59:16AM -0500, Peter Kennard wrote:
> 
> On apache-ssl I want a number of cgi scripts like cvsweb etc to run as the 
> logged in user (REMOTE_USER) but out of a global cgi-bin directory rather 
> than the user's home directory.  I keep REMOTE_USER from the https login 
> synchronized with the unix login, and then let unix access permissions 
> allow or deny them access to whatever - easier to keep track of that 
> way.  I couldn't find anything about this.  I do not allow any non https 
> logins to do this.
> 
> can cgiwrap be configured to do this?
> I am running a Debian server.
> 
> Thanks!
> 
> Peter K.
> 
> 
> 
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
> _______________________________________________
> 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
UMR Information Technology             Fax: (573) 341-4216

[cgiwrap-users] REMOTE_USER

[Peter K. <pe...@li...>]

On apache-ssl I want a number of cgi scripts like cvsweb etc to run as the 
logged in user (REMOTE_USER) but out of a global cgi-bin directory rather 
than the user's home directory.  I keep REMOTE_USER from the https login 
synchronized with the unix login, and then let unix access permissions 
allow or deny them access to whatever - easier to keep track of that 
way.  I couldn't find anything about this.  I do not allow any non https 
logins to do this.

can cgiwrap be configured to do this?
I am running a Debian server.

Thanks!

Peter K.

Re: [cgiwrap-users] Newbie CGIWRAP ERROR..

[Nathan N. <nn...@um...>]

This is a RAQ... they don't run a standard cgiwrap, and I'm not really
sure how they determine the paths/etc. Hopefully someone else on the
list will be able to answer your question...

-- Nathan

On Fri, Feb 13, 2004 at 10:08:57AM +0100, Remy Claude MENETRIEUX wrote:
> Hi, 
> I'm newbie with cgiwrap but when i try to use cgi wrap i obtain this errors with cgiwrapd..
> Have you any idea .
> Thanks:
> 
> 
> 
> 
>  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'
>   SCRIPT_FILENAME: '/usr/cgiwrap/cgiwrapd'
>         PATH_INFO: '/DB_MANAGER/test.cgi'
>   PATH_TRANSLATED: '/home/sites/DB_Manager/test.cgi'
>       REMOTE_USER: '<NULL>'
>       REMOTE_HOST: '<NULL>'
>       REMOTE_ADDR: '62.160.198.110'
> 
> 
> Trying to extract user from PATH_INFO.
> Doesn't look like a user script.
> Retrieved User Name:  ''
> 
> 
> User Data Retrieved:
>      UserID: 'httpd'
>         UID: '15'
>         GID: '11'
>    Group ID: 'home/sites/DB_Manager/test.cgi'
>    Home Dir: '/etc/httpd'
> 
> This is a site
> site base dir:  'home/.sites/'
>     site name:  'home/sites/DB_Manager/test.cgi'
>       cgi dir:  'web'
> Script Base Directory:  '/home/sites/DB_Manager/test.cgi/web'
> 
> *****************
> * 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.
> 
> ****************************************
> * Local Information and Documentation: *
> ****************************************
> 
> 	Contact Name: Administrator
> 	Contact EMail: admin
> 
> ****************
> * Server Data: *
> ****************
> 
> 	Server Administrator/Contact: admin
> 	Server Name: www.wan-press.org
> 	Server Port: 80
> 	Server Protocol: HTTP/1.1
> 
> *****************
> * Request Data: *
> *****************
> 
> 	User Agent/Browser: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113
> 	Request Method: GET
> 	Remote Address: 62.160.198.110
> 	Remote Port: 35799
> 	Extra Path Info: /DB_MANAGER/test.cgi
> 
> 
> 
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
> _______________________________________________
> 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
UMR Information Technology             Fax: (573) 341-4216

[cgiwrap-users] Newbie CGIWRAP ERROR..

[Remy C. M. <mr...@wa...>]

Hi, 
I'm newbie with cgiwrap but when i try to use cgi wrap i obtain this errors with cgiwrapd..
Have you any idea .
Thanks:




 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'
  SCRIPT_FILENAME: '/usr/cgiwrap/cgiwrapd'
        PATH_INFO: '/DB_MANAGER/test.cgi'
  PATH_TRANSLATED: '/home/sites/DB_Manager/test.cgi'
      REMOTE_USER: '<NULL>'
      REMOTE_HOST: '<NULL>'
      REMOTE_ADDR: '62.160.198.110'


Trying to extract user from PATH_INFO.
Doesn't look like a user script.
Retrieved User Name:  ''


User Data Retrieved:
     UserID: 'httpd'
        UID: '15'
        GID: '11'
   Group ID: 'home/sites/DB_Manager/test.cgi'
   Home Dir: '/etc/httpd'

This is a site
site base dir:  'home/.sites/'
    site name:  'home/sites/DB_Manager/test.cgi'
      cgi dir:  'web'
Script Base Directory:  '/home/sites/DB_Manager/test.cgi/web'

*****************
* 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.

****************************************
* Local Information and Documentation: *
****************************************

	Contact Name: Administrator
	Contact EMail: admin

****************
* Server Data: *
****************

	Server Administrator/Contact: admin
	Server Name: www.wan-press.org
	Server Port: 80
	Server Protocol: HTTP/1.1

*****************
* Request Data: *
*****************

	User Agent/Browser: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113
	Request Method: GET
	Remote Address: 62.160.198.110
	Remote Port: 35799
	Extra Path Info: /DB_MANAGER/test.cgi

Re: [cgiwrap-users] Dynamic Libraries and LD_LIBRARY_PATH

[Ian L. <ba...@cc...>]

On 11.Feb.2004 07:38PM +0100, Michael Middleton wrote:

> ld.so.1: /usr/local/bin/python: fatal: libstdc++.so.5: open 
> failed: No such file or directory

You probably want to compile your python binary with the -Llib
and -Rlib options so you won't have to worry about the
LD_LIBRARY_PATH environment variable. Example:

    LDFLAGS='-L/usr/local/lib -R/usr/local/lib' ./configure ...

-- 
Ian Langworth
Project Guerrilla
Northeastern University
College of Computer and Information Science

Re: [cgiwrap-users] Dynamic Libraries and LD_LIBRARY_PATH

[Nathan N. <nn...@um...>]

Uh... must not have ever implemented that.

Add these lines in the appropriate place in util.c (look for TZ should
be obvious):

#if defined(CONF_SETENV_LD_LIBRARY_PATH)
                {"LD_LIBRARY_PATH", CONF_SETENV_LD_LIBRARY_PATH, 
                        "LD_LIBRARY_PATH=" CONF_SETENV_LD_LIBRARY_PATH},
#endif

I will commit to cvs momentarily.

As a side note - you really shouldn't need to do that unless you're
setting LD_LIBRARY_PATH during normal login shells, or you're doing some
goofy chrooting/etc. You should probably just add dir to
/etc/ld.so.conf.

-- Nathan

On Wed, Feb 11, 2004 at 07:38:53PM +0100, Michael Middleton wrote:
> I have problems starting dynamically loaded scripts. I typically 
> get something like
>  
> Output of script follows:
> =====================================================
> ld.so.1: /usr/local/bin/python: fatal: libstdc++.so.5: open 
> failed: No such file or directory
> 
> Obviosly a problem with LD_LIBRARY_PATH. But how do I get 
> CGIWrap to set this environment variable? I tried
>  ./configure --help
> and low and behold:
>  ..
>   --with-setenv-ld_library_path=STRING
>           set LD_LIBRARY_PATH environment variable to STRING
>   --with-setenv-path=STRING
>           set PATH environment variable to STRING
>   --with-setenv-tz=STRING
>           set TZ environment variable to STRING
> 
> So I compiled CGIWrap with all three options. It said it had 
> recognised them:
> checking for setenv-ld_library_path... enabled, set to 
> ("/usr/lib:/usr/local/lib:/usr/openwin/lib:/usr/dt/lib:/www-
> cgi/local/lib")
> checking for setenv-path... enabled, set to 
> ("/usr/local/bin:/usr/bin:/usr/dt/bin:/www-cgi/local/bin")
> checking for setenv-tz... enabled, set to ("MET")
> 
> But on starting the script I only get:
> 
> Setting Environment Variable(PATH) to 
> (/usr/local/bin:/usr/bin:/usr/dt/bin:/www-cgi/local/bin)
> 
> Setting Environment Variable(TZ) to (MET)
> 
> 
> No mention of LD_LIBRARY_PATH. Has this variable got lost 
> somewhere on the way?
> 
> I am using cgiwrap-3.9 on Solaris 9 with  Apache/1.3.29 and 
> compiled it with gcc 3.3
> 
> Hoping someone out there can help me.
> 
> Mike Middleton--------------------------------------------------
> ---------
> 
> Michael Middleton               
> RZ der Universitaet Regensburg
> 93040 REGENSBURG            Tel: +49-941/943-4890
> F.R. Germany
> 
> 
> 
> 
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
> _______________________________________________
> 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
UMR Information Technology             Fax: (573) 341-4216

[cgiwrap-users] Dynamic Libraries and LD_LIBRARY_PATH

[Michael M. <mic...@rz...>]

I have problems starting dynamically loaded scripts. I typically 
get something like
 
Output of script follows:
=====================================================
ld.so.1: /usr/local/bin/python: fatal: libstdc++.so.5: open 
failed: No such file or directory

Obviosly a problem with LD_LIBRARY_PATH. But how do I get 
CGIWrap to set this environment variable? I tried
 ./configure --help
and low and behold:
 ..
  --with-setenv-ld_library_path=STRING
          set LD_LIBRARY_PATH environment variable to STRING
  --with-setenv-path=STRING
          set PATH environment variable to STRING
  --with-setenv-tz=STRING
          set TZ environment variable to STRING

So I compiled CGIWrap with all three options. It said it had 
recognised them:
checking for setenv-ld_library_path... enabled, set to 
("/usr/lib:/usr/local/lib:/usr/openwin/lib:/usr/dt/lib:/www-
cgi/local/lib")
checking for setenv-path... enabled, set to 
("/usr/local/bin:/usr/bin:/usr/dt/bin:/www-cgi/local/bin")
checking for setenv-tz... enabled, set to ("MET")

But on starting the script I only get:

Setting Environment Variable(PATH) to 
(/usr/local/bin:/usr/bin:/usr/dt/bin:/www-cgi/local/bin)

Setting Environment Variable(TZ) to (MET)


No mention of LD_LIBRARY_PATH. Has this variable got lost 
somewhere on the way?

I am using cgiwrap-3.9 on Solaris 9 with  Apache/1.3.29 and 
compiled it with gcc 3.3

Hoping someone out there can help me.

Mike Middleton--------------------------------------------------
---------

Michael Middleton               
RZ der Universitaet Regensburg
93040 REGENSBURG            Tel: +49-941/943-4890
F.R. Germany

[cgiwrap-users] mutiuser-cgi-dir and apache 2

[Jelmer J. <li...@sp...>]

Dear all,
=20
I've used cgiwrap now for allmost two years without any problem. I've =
made
some slight changes to the source that are irrelevant for this question.
=20
I've compiled with the --with-multiuser-cgi-dir=3D/path/to/multidir =
option.
This worked great with Apache 1.3.* (addhandler configuration), under =
redhat
and cobalt.
=20
When I went to http://some.domain/somescript.cgi, Apache would start
cgiwrap, that would check wether somescript.cgi is in the right =
directory.
If the script existed there it would be run, if it did not exist in that
directory, cgiwrap would check /path/to/multidir/somescript.cgi and run =
that
one. This way, I could offer my users central scripts like "send a =
message"
and "guestbook" etc. They could use this by referring to their own =
domain.
=20
In Apache 2.* this does not work anymore. With the same url, it seems =
Apache
first checks wether the .cgi file exists. If that is not the case, it =
gives
a "file not found" header and does not border to start cgiwrap. If the
script does exist, everything works fine.
=20
Has any one played with this problem? I guess this will also be a =
problem
for some compile-time configurations like --with-cgi-dir?
=20
Any help is greatly apreciated (even though I don't know how to spell =
that
word).
=20
Regards,
Jelmer Jellema
-----------------------------------------------------------------

=20

[cgiwrap-users] cgiwrap 3.9 uploaded to sourceforge site

[Nathan N. <nn...@um...>]

Source tarball has been uploaded along with md5 and sha1 checksums as
previously requested.

  New in version 3.9:

     * Fixed a minor typo preventing allow files from working
     * Added support for +@netgroup syntax optionally in allow/deny
       files.
     * Fixed problem with php-nonexec-only not working properly since
       exec check done too late.
     * Applied Piotr's patch few support of newer PHP versions.
     * Added support for ASP interpreter execution, similar to PHP
       support.
     * Fix content of PATH_INFO when it should be / or undefined. Based
       on patch from Cliff Woolley.

MD5:
0f9c88802658f45231ee463c351bd2a7  cgiwrap-3.9.tar.gz

SHA1:
bffc5486b219b3d38e53dbe451d7e682364d02f9  cgiwrap-3.9.tar.gz



-- 

------------------------------------------------------------
Nathan Neulinger                       EMail:  nn...@um...
University of Missouri - Rolla         Phone: (573) 341-6679
UMR Information Technology             Fax: (573) 341-4216

Re: [cgiwrap-users] Redhat ES

[Andrew V. <av...@dr...>]

On Dec 21, 2003, at 8:40 PM, Farid Hamjavar wrote:

> Does cgiwrap (speicifically 3.7.1) run on Redhat ES 2.1 or 3.0?

Should compile and run without problems.  I've installed cgiwrap on 
just about everything Red Hat's released over the past couple of years. 
  If you're looking for a binary RPM however, you're probably out of 
luck.  The RPMFind repository only lists binary packages for Mandrake, 
and those packages won't necessarily work with your Red Hat ES system 
(different Apache versions, different build environments, etc).  If you 
only have one system, go ahead and build from source.  If you're 
planning to roll out cgiwrap to a server farm, you may want to make 
your own RPMs.  For that task, you may find this link useful: 
http://www.rpm.org/howto/thefight/

Re: [cgiwrap-users] Redhat ES

[Nathan N. <nn...@um...>]

I don't see any reason why not, it's code is pretty generic in terms
of O/S support.


On Sun, Dec 21, 2003 at 07:40:05PM -0700, Farid Hamjavar wrote:
> 
> 
> Greetings,
> 
> 
> Does cgiwrap (speicifically 3.7.1) run on Redhat ES 2.1 or 3.0?
> 
> 
> Thanks,
> Farid
> 
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: IBM Linux Tutorials.
> Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
> Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
> Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
> _______________________________________________
> 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
UMR Information Technology             Fax: (573) 341-4216

[cgiwrap-users] Redhat ES

[Farid H. <ham...@un...>]

Greetings,


Does cgiwrap (speicifically 3.7.1) run on Redhat ES 2.1 or 3.0?


Thanks,
Farid

[cgiwrap-users] Best Host Implementation

[Wil H. <wi...@hv...>]

We tossed out Suexec some time back and started using cgi-wrap. Our
implementation has had a couple of problems and I was wondering if you have
a recommendation for the best imlementation for a web hosting company in a
shared user environment?

Wil

Re: [cgiwrap-users] zombie problem

[Nathan N. <nn...@um...>]

I believe that is an issue with apache... there should be a patch in
there dist area.

-- Nathan

On Fri, Dec 12, 2003 at 09:14:05PM -0400, Andreas Gundacker wrote:
> 
> Dear CGIWrap gooros !!
> 
> (system: RedHat 8.0 with self compiled apache
> with modssl openssl php)
> 
> Recently I tried to run a commercial script called
> adspro (PERL) through the wrapper and it creates
> zombies on any click.
> (I also upgraded cgriwrap to the lastes version - NO RPM)
> Without cgiwrap the script runs flawlessly.
> 
> I am using cgiwrap since several years and
> never had a problem with it using PERL-cgis.
> I always installed the necessary updates to
> apache when there were any hacks.
> But since I installed apache 1.3.28
> there are zombies coming up, which I never
> had before using the same scripts.
> (sure, all using the wrapper and being PERL)
> 
> The final try would be to upgrade
> apache to version 2 and/or install and learn
> mod_perl ?
> 
> Is it possible that there is a bug within the
> httpd.conf ???
> 
> TT in advance !!!
> 
> 
> 	Andreas
> 
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: IBM Linux Tutorials.
> Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
> Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
> Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
> _______________________________________________
> 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
UMR Information Technology             Fax: (573) 341-4216

[cgiwrap-users] zombie problem

[Andreas G. <aj...@ca...>]

Dear CGIWrap gooros !!

(system: RedHat 8.0 with self compiled apache
with modssl openssl php)

Recently I tried to run a commercial script called
adspro (PERL) through the wrapper and it creates
zombies on any click.
(I also upgraded cgriwrap to the lastes version - NO RPM)
Without cgiwrap the script runs flawlessly.

I am using cgiwrap since several years and
never had a problem with it using PERL-cgis.
I always installed the necessary updates to
apache when there were any hacks.
But since I installed apache 1.3.28
there are zombies coming up, which I never
had before using the same scripts.
(sure, all using the wrapper and being PERL)

The final try would be to upgrade
apache to version 2 and/or install and learn
mod_perl ?

Is it possible that there is a bug within the
httpd.conf ???

TT in advance !!!


	Andreas

[cgiwrap-users] Version 3.8 will not handle Extra Path Information! Bug or Configuration?

[Anders E. <and...@mo...>]

Hello!

My ISP has just upgraded to cgiwrap 3.8 and now using Extra Path Information
when running a cgi will not work anymore! In earlier versions of cgiwrap it
was working!!

A call to my cgi can look something like this:

http://cgi.server.com/htbin/cgiwrap/d9712mor/moin.cgi/Rules

Where the cgi-script is moin.cgi and the extra path information
is /Rules.

I get this error from cgiwrap:

CGIWrap encountered a system error:
	When: Cannot change to user's CGI directory via chdir()!
	Error Message: Not a directory
	Error Number: 20

Using cgiwrapd I get the info you can see below.

Is this a bug in cgiwrap?
or is there some configuration that my ISP has forgotten?

// Anders
--
Initializing Logging
Redirecting STDERR to STDOUT

Setting SIGXCPU to default behaviour


Environment Variables:
     QUERY_STRING: ''
      SCRIPT_NAME: '/htbin/cgiwrapd'
  SCRIPT_FILENAME: '/usr/local/apache2/cgi-bin/cgiwrapd'
     REDIRECT_URL: '<NULL>'
        PATH_INFO: '/d9712mor/moin.cgi/Rules'
  PATH_TRANSLATED: '/usr/local/apache2/htdocs/d9712mor/moin.cgi/Rules'
      REMOTE_USER: '<NULL>'
      REMOTE_HOST: '<NULL>'
      REMOTE_ADDR: '213.136.56.193'


Trying to extract user from PATH_INFO.
Retrieved User Name:  'd9712mor'

User Data Retrieved:
     UserID: 'd9712mor'
        UID: '95310'
        GID: '2000'
   Home Dir: '/home/user10/d9712mor'
Checking user minimum uid.

Script Base Directory:  '/home/user10/d9712mor/public_html/cgi-bin'
	Fetching script string

Trying to extract script from PATH_INFO
Extracted PATH_INFO 'moin.cgi/Rules'
	Building script path

	Condensing slashes.

	Script Relative Path:  'moin.cgi/Rules'
	Script Absolute Path:
'/home/user10/d9712mor/public_html/cgi-bin/moin.cgi/Rules'

Fixing Environment Variables.

Environment Variables:
     QUERY_STRING: ''
      SCRIPT_NAME: '/htbin/cgiwrapd/d9712mor/moin.cgi/Rules'
  SCRIPT_FILENAME:
'/home/user10/d9712mor/public_html/cgi-bin/moin.cgi/Rules'
     REDIRECT_URL: '<NULL>'
        PATH_INFO: ''
  PATH_TRANSLATED: '/usr/local/apache2/htdocs'
      REMOTE_USER: '<NULL>'
      REMOTE_HOST: '<NULL>'
      REMOTE_ADDR: '213.136.56.193'


UIDs/GIDs Changed To:
   RUID: '95310'
   EUID: '95310'
   RGID: '2000'
   EGID: '2000'

Changing current directory to
'/home/user10/d9712mor/public_html/cgi-bin/moin.cgi'

*****************
* CGIWrap Error *
*****************

CGIWrap encountered a system error:
	When: Cannot change to user's CGI directory via chdir()!
	Error Message: Not a directory
	Error Number: 20


****************
* Server Data: *
****************

	Server Administrator/Contact: web...@al...
	Server Name: cgi.algonet.se
	Server Port: 80
	Server Protocol: HTTP/1.1
	Virtual Host: cgi.algonet.se

*****************
* Request Data: *
*****************

	User Agent/Browser: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0;
MyIE2; .NET CLR 1.0.3705; .NET CLR 1.1.4322)
	Request Method: GET
	Remote Address: 213.136.56.193
	Remote Port: 62718

RE: [cgiwrap-users] Cannot change to user's CGI directory via chdir()!

[Anders E. <and...@mo...>]

Hello!

> At 11:39 26/11/2003, Anders Eriksson wrote:
>>     SCRIPT_NAME: '/htbin/cgiwrapd/d9712mor/moin.cgi/Rules'
>>	Changing current directory to
>>	'/home/user10/d9712mor/public_html/cgi-bin/moin.cgi'
>
>
> This is the bit that fails.  Is Rules a variable to be passed to moin.cgi
> via the path? You may have to pass it a different way.
> I'm guessing that your cgi script is moin.cgi and that moin.cgi is
> not a directory. (Cgiwrap is complaining moin.cgi isn't a directory)
> Try taking the /Rules off the end of your URL.  and look at a different
> way of passing it in (If it's not a typo.)
>
Yes, moin.cgi is the script. this is a large cgi application called moinmoin
with thousands of users worldwide. So it's nothing I have made, so changing
the way it passes it's parameters is not an option! I have contacted the
person responsible for the development and he says that cgiwrap isn't
following the standard way of handling Extra Path Information.

I have also tried other cgi application, e.g. Woda, and all applications
that use Extra Path Information will fail!!!

So I have to say that the error is in cgiwrap or in the way it is
configured.

I repeat my question: Is there a way to get the cgiwrap version as a user?


// Anders

RE: [cgiwrap-users] Cannot change to user's CGI directory via chdir()!

[Duncan B. <db...@st...>]

At 11:39 26/11/2003, Anders Eriksson wrote:


    SCRIPT_NAME: '/htbin/cgiwrapd/d9712mor/moin.cgi/Rules'


>Changing current directory to
>'/home/user10/d9712mor/public_html/cgi-bin/moin.cgi'


This is the bit that fails.  Is Rules a variable to be passed to moin.cgi
via the path? You may have to pass it a different way.

I'm guessing that your cgi script is moin.cgi and that moin.cgi is
not a directory. (Cgiwrap is complaining moin.cgi isn't a directory)

Try taking the /Rules off the end of your URL.  and look at a different
way of passing it in (If it's not a typo.)

Cheers,
         Duncan

RE: [cgiwrap-users] Cannot change to user's CGI directory via chdir()!

[Anders E. <and...@mo...>]

Hello Duncan!

> Try using cgiwrapd instead of cgiwrap and it should give you some
> more info,it's possible your ISP has changed the default name of the cgi
directory.
>

I have done this and what I can see is everything working except the
changing of directory, where cgiwrap tries to change to the script file
name, see below.

Is there someway I, as a user, can tell which version of cgiwrap I'm using?

// Anders
--
Initializing Logging
Redirecting STDERR to STDOUT

Setting SIGXCPU to default behaviour


Environment Variables:
     QUERY_STRING: ''
      SCRIPT_NAME: '/htbin/cgiwrapd'
  SCRIPT_FILENAME: '/usr/local/apache2/cgi-bin/cgiwrapd'
     REDIRECT_URL: '<NULL>'
        PATH_INFO: '/d9712mor/moin.cgi/Rules'
  PATH_TRANSLATED: '/usr/local/apache2/htdocs/d9712mor/moin.cgi/Rules'
      REMOTE_USER: '<NULL>'
      REMOTE_HOST: '<NULL>'
      REMOTE_ADDR: '213.136.56.193'


Trying to extract user from PATH_INFO.
Retrieved User Name:  'd9712mor'

User Data Retrieved:
     UserID: 'd9712mor'
        UID: '95310'
        GID: '2000'
   Home Dir: '/home/user10/d9712mor'
Checking user minimum uid.

Script Base Directory:  '/home/user10/d9712mor/public_html/cgi-bin'
	Fetching script string

Trying to extract script from PATH_INFO
Extracted PATH_INFO 'moin.cgi/Rules'
	Building script path

	Condensing slashes.

	Script Relative Path:  'moin.cgi/Rules'
	Script Absolute Path:
'/home/user10/d9712mor/public_html/cgi-bin/moin.cgi/Rules'

Fixing Environment Variables.

Environment Variables:
     QUERY_STRING: ''
      SCRIPT_NAME: '/htbin/cgiwrapd/d9712mor/moin.cgi/Rules'
  SCRIPT_FILENAME:
'/home/user10/d9712mor/public_html/cgi-bin/moin.cgi/Rules'
     REDIRECT_URL: '<NULL>'
        PATH_INFO: ''
  PATH_TRANSLATED: '/usr/local/apache2/htdocs'
      REMOTE_USER: '<NULL>'
      REMOTE_HOST: '<NULL>'
      REMOTE_ADDR: '213.136.56.193'


UIDs/GIDs Changed To:
   RUID: '95310'
   EUID: '95310'
   RGID: '2000'
   EGID: '2000'

Changing current directory to
'/home/user10/d9712mor/public_html/cgi-bin/moin.cgi'

*****************
* CGIWrap Error *
*****************

CGIWrap encountered a system error:
	When: Cannot change to user's CGI directory via chdir()!
	Error Message: Not a directory
	Error Number: 20


****************
* Server Data: *
****************

	Server Administrator/Contact: web...@al...
	Server Name: cgi.algonet.se
	Server Port: 80
	Server Protocol: HTTP/1.1
	Virtual Host: cgi.algonet.se

*****************
* Request Data: *
*****************

	User Agent/Browser: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0;
MyIE2; .NET CLR 1.0.3705; .NET CLR 1.1.4322)
	Request Method: GET
	Remote Address: 213.136.56.193
	Remote Port: 62718

Re: [cgiwrap-users] Cannot change to user's CGI directory via chdir()!

[Duncan B. <db...@st...>]

Try using cgiwrapd instead of cgiwrap and it should give you some more info,
it's possible your ISP has changed the default name of the cgi directory.

Login to your webspace & make sure your cgi-bin directory still exists and
has your scripts in it.

running with cgiwrapd should help though

         Duncan


At 10:09 26/11/2003, Anders Eriksson wrote:
>Hello!
>
>I'm a *user* of cgiwrap, i.e. My ISP is "forcing" me to use cgiwrap.
>They, my ISP, has recently changed version of cgiwrap (.I'm guessing
>this since support doesn't answer my questions.) and now my cgi's are
>not working anymore.
>
>I'm using Extra Path Information, so a call to my cgi can look
>something like this:
>
>http://cgi.server.com/htbin/cgiwrap/myuser/moin.cgi/Rules
>
>Where the cgi-script is moin.cgi and the extra path information
>is /Rules.
>
>I get this error from cgiwrap:
>
>CGIWrap encountered a system error:
>         When: Cannot change to user's CGI directory via chdir()!
>         Error Message: Not a directory
>         Error Number: 20
>
>
>Why do I get this error?
>Is there some configuration that my ISP hasn't done?
>
>Sincerely
>// Anders
>
>
>
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: SF.net Giveback Program.
>Does SourceForge.net help you be more productive?  Does it
>help you create better code?  SHARE THE LOVE, and help us help
>YOU!  Click Here: http://sourceforge.net/donate/
>_______________________________________________
>cgiwrap-users mailing list
>cgi...@li...
>https://lists.sourceforge.net/lists/listinfo/cgiwrap-users

[cgiwrap-users] Cannot change to user's CGI directory via chdir()!

[Anders E. <and...@mo...>]

Hello!

I'm a *user* of cgiwrap, i.e. My ISP is "forcing" me to use cgiwrap.
They, my ISP, has recently changed version of cgiwrap (.I'm guessing 
this since support doesn't answer my questions.) and now my cgi's are 
not working anymore.

I'm using Extra Path Information, so a call to my cgi can look 
something like this:

http://cgi.server.com/htbin/cgiwrap/myuser/moin.cgi/Rules

Where the cgi-script is moin.cgi and the extra path information 
is /Rules.

I get this error from cgiwrap:

CGIWrap encountered a system error:
	When: Cannot change to user's CGI directory via chdir()!
	Error Message: Not a directory
	Error Number: 20


Why do I get this error?
Is there some configuration that my ISP hasn't done?

Sincerely
// Anders

[cgiwrap-users] VirtualScriptAlias

[Tess S. <ma...@te...>]

My httpd.conf currently has a section that looks like this:

<VirtualHost *:80>
    ServerAlias *.mydomain.net
    VirtualDocumentRoot /some/path/to/groups/%1/htdocs
    VirtualScriptAlias /some/path/to/groups/%1/cgi-bin
    <Directory /some/path/to/groups>
        Options Indexes FollowSymlinks
        AllowOverride All
        order allow,deny
        allow from all
    </Directory>
</VirtualHost>

Will cgiwrap work with this style of virtual host?  Are there any
patches I need with the latest cgiwrap release to get this working?

Thanks for your time and trouble!

Tess

Re: [cgiwrap-users] CGIWrap Error: Document Root not found

[<Dar...@bp...>]

Florian,

You need to set a document root in your httpd.conf file as follows;

DocumentRoot "@@ServerRoot@@/htdocs"

where @@ServerRoot@@/htdocs is the root directory in which your html 
content resides.

Also check the ownership and permissions of this directory and all of it's 
subfolders.

Yopu will also have to establish a script alias as folllows;

ScriptAlias /cgi-bin/ "@@ServerRoot@@/cgi-bin/"

where @@ServerRoot@@/cgi-bin/ is where your cgi scripts live.

Look at the installation instructions and tips included in the downloaded 
cgi package for more instructions.tips.tricks as well as a real-world 
installation.

Darrell

"Circumstances are the dilemma, ... 
what actually decides is our character." 
                          - Jose Ortega y Gasset




"Florian Walcher" <wa...@cl...>
Sent by: cgi...@li...
11/01/2003 06:57 PM

 
        To:     <cgi...@li...>
        cc: 
        Subject:        [cgiwrap-users] CGIWrap Error: Document Root not found


I installed cgiwrap3.6.4(patched version php) + php4.3.3 cgi-binary + 
apache
(mod_cgiwrap.c+mod_php_cgiwrap ) on my machine , but I always get the
following error !
http://mod-cgiwrap.sourceforge.net/messy/mod_cgiwrap.html

Can anybody tell me what's wrong with the document root!


CGIWrap Error: Document Root not found



The DOCUMENT_ROOT variable is not defined or the directory permissions
prevent cgiwrap from accessing that directory.



Local Information and Documentation:
Contact Name: Wal-Net.at
Contact EMail: se...@wa...
Contact Web Site: http://www.wal-net.at
Server Data:
Server Administrator/Contact: hos...@wa...
Server Name: 192.168.0.5
Server Port: 80
Server Protocol: HTTP/1.1
Request Data:
User Agent/Browser: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)
Request Method: GET
Remote Address: 192.168.0.1
Remote Port: 3240
Extra Path Info: /-/info.php



-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?   SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
_______________________________________________
cgiwrap-users mailing list
cgi...@li...
https://lists.sourceforge.net/lists/listinfo/cgiwrap-users

[cgiwrap-users] CGIWrap Error: Document Root not found

[Florian W. <wa...@cl...>]

I installed cgiwrap3.6.4(patched version php) + php4.3.3 cgi-binary + apache
(mod_cgiwrap.c+mod_php_cgiwrap ) on my machine , but I always get the
following error !
http://mod-cgiwrap.sourceforge.net/messy/mod_cgiwrap.html

Can anybody tell me what's wrong with the document root!


CGIWrap Error: Document Root not found



The DOCUMENT_ROOT variable is not defined or the directory permissions
prevent cgiwrap from accessing that directory.



Local Information and Documentation:
Contact Name: Wal-Net.at
Contact EMail: se...@wa...
Contact Web Site: http://www.wal-net.at
Server Data:
Server Administrator/Contact: hos...@wa...
Server Name: 192.168.0.5
Server Port: 80
Server Protocol: HTTP/1.1
Request Data:
User Agent/Browser: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)
Request Method: GET
Remote Address: 192.168.0.1
Remote Port: 3240
Extra Path Info: /-/info.php

Re: [cgiwrap-users] CGIWrap Error: User not found

[Nathan N. <nn...@um...>]

You didn't specify a user in your URL to run cgiwrap...

On Sat, 2003-11-01 at 07:45, Florian Walcher wrote:
> I'm using an apache_1.3.28 with php-4.3.3 as cgi-binary .
> I compilied cgiwrap-3.8 with the following configurations.
> I think there is something wrong with the extra pathinfo, but I haven't
> figured it out yet !
> I will apreciate every hint to solve this problem
> thanx
> florian
> -----
> ./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=apache --with-cgi-dir=/wev/WebSites/cgi-bin \
>  --with-install-dir=/web/cgi-bin --with-wall \
>  --with-local-contact-email=se...@wa... --with-php=/usr/bin/php \
>  --with-php-interpreter
>  -----
> httpd.conf :
> -----------
> .
> .
> .
> ScriptAlias /cgi-bin/ "/web/cgi-bin/"
>  AddHandler cgi-wrapper .php
>  AddHandler cgi-wrapper .cgi
>  Action cgi-wrapper /cgi-bin/cgiwrap
> .
> .
> .
> 
> 
> CGIWrap Error: User not found
> 
> 
> 
> CGIWrap was unable to find the user 'test-php.php' in the password file on
> this server.
> Check the URL and try again.
> 
> 
> 
> Local Information and Documentation:
> Server Data:
> Server Name: 192.168.0.5
> Server Protocol: HTTP/1.1
> Virtual Host: 192.168.0.5
> Request Data:
> User Agent/Browser: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)
> Request Method: GET
> Remote Address: 192.168.0.1
> Remote Port: 4475
> Extra Path Info: /test-php.php
> Referring Page: http://192.168.0.5/
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: SF.net Giveback Program.
> Does SourceForge.net help you be more productive?  Does it
> help you create better code?   SHARE THE LOVE, and help us help
> YOU!  Click Here: http://sourceforge.net/donate/
> _______________________________________________
> 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
UMR Information Technology             Fax: (573) 341-4216