cgiwrap-users

[cgiwrap-users] The DOCUMENT_URI env. variable

[Jerry B. <jbr...@pe...>]

Can anyone tell me how to obtain this?  The other variables work, but not this one.  I want to obtain the URL of the page requested that has a server-side-include.

Thanks


________________________________________________
PeoplePC:  It's for people. And it's just smart. 
http://www.peoplepc.com 

[cgiwrap-users] Re: I have a question concerning cgiwrap.

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

Cgiwrap should not have any problem with PATH_INFO based scripts. This
is likely due to how the site has installed cgiwrap. 

With cgiwrap, things should be called:

/cgi-bin/cgiwrap/$userid/$script/$pathinfo

My guess is, the isp is not setting cgiwrap up normally, and it is
causing problems.

-- Nathan

iNetStar/IMLMA wrote:
> 
> Hello,
> 
> My name is Donna Locke.
> 
> I have a replicate cgi program we are trying to install on my website.
> However when I try to log in to the administration panel (part of the
> script) I receive an error message that states:
> 
> CGIWrap Error: Execution of this script not permitted
>                  Execution of
> (/home/sites/home/web/cgi-bin/admin/admin.cgi/main/) is not
>                  permitted for the following reason:
> 
>                  Script file not found.
> 
>                  Local Information and Documentation:
> 
>                       Contact Name: Administrator
>                       Contact EMail: admin
> 
>                  Server Data:
> 
>                       Server Administrator/Contact: admin
>                       Server Name: www.world-inetstar.com
>                       Server Port: 80
>                       Server Protocol: HTTP/1.0
> 
>                  Request Data:
> 
>                       User Agent/Browser: Mozilla/4.74 [en]C-CCK-MCD
>                       NS4.x/EZNxx/Winxx (Win98; U)
>                       Request Method: GET
>                       Remote Address: 199.2.139.183
>                       Remote Port: 59045
>                       Remote User: manager
>                       Extra Path Info: /cgi-bin/admin/admin.cgi/main/
> 
> My programmers have informed me that if the extra path was not there,
> that the problem would be solved. They have explained it this way:
> 
> The Downline Builder administration software needs to be run using the
> following
> > URL:
> > http://www.world-inetstar.com/cgi-bin/admin/admin.cgi/main/
> >
> > The program itself is located at:
> > http://www.world-inetstar.com/cgi-bin/admin/admin.cgi
> >
> > However additional path information needs to be tacked on to the end
> of the URL
> > in order for the script to function properly. "/main/" needs to be at
> the end.
> > If you run it without this extra path info, you will receive the error
> message
> > of "Undefined Downline" from the software.
> >
> > The problem we are seeing is when we do use the full URL above, the
> CGI wrapper
> > generates an error message to the tune of the following:
> >
> > =====
> > Execution of (/home/sites/home/web/cgi-bin/admin/admin.cgi/main/) is
> not
> > permitted for the following reason:
> > Script file not found.
> > Extra Path Info: /cgi-bin/admin/admin.cgi/main/
> > =====
> >
> > We are not experts on the wrapper software you are running and
> therefore are not
> > authorities on the subject. But it appears that the wrapper is not
> correctly
> > identifying and running the administration
> > program with the extra path info on the end. It appears to be fine
> when the path
> > info is not there, but errs when it is. This is a standard way to call
> CGI
> > programs from the web and has worked without problems on other sites.
> >
> > Do you have any suggestions for the cause and any possible solutions
> to correct
> > this issue?
> 
> Can we solve this problem?
> 
> Thank you for your time,
> 
> Donna Locke
> VP iNetStar Inc.

-- 


------------------------------------------------------------
Nathan Neulinger                       EMail:  nn...@um...
University of Missouri - Rolla         Phone: (573) 341-4841
CIS - Systems Programming                Fax: (573) 341-4216

Re: [cgiwrap-users] Cobalt RaQ 4 restrictions queries

[James M. <jim...@fi...>]

On 10 Jan 2001, Roger Haslock wrote:

> Help!
> 
> Am a newcomer to Cobalt RaQ kit, and to cgiwrap.

My personal observation: Cobalt RaQ sucks badly. This observation is 
based on 3+ years of experience - mostly bad. cgiwrap is fine, but I 
suggest you lose the RaQ.

Good Luck,
James Moore

[cgiwrap-users] Cobalt RaQ 4 restrictions queries

[Roger H. <ro...@ea...>]

Help!

Am a newcomer to Cobalt RaQ kit, and to cgiwrap.

I have been asked to test the performance of a RaQ 4, and I find the
response of CGI scripts curiously constrained.

I have installed a trivial printenv.pl script on a number of virtual sites,
and tried to measure the maximum number of concurrent accesses that can be
made.

1) Large numbers of perl processes appear, although mod_perl is installed.

2) I cannot push the number of concurrent accesses much above 2 per second.

Does anyone know of any constraints that may be operating?
Am I correct in thinking that cgiwrap is being invoked, but that mod_perl is
not?
If constraints exist, can I adapt them to my purpose?
The supplied Perl has been compiled for i386 - is there any gain, and are
there any risks, in compiling for the installed CPU?

( Note: I have installed pure mod_perl scripts, and tested them at about 35
accesses/second. )

Regards
- Roger C Haslock -

Re: [cgiwrap-users] Operation not permitted: setgroups() failed!

[Mark W. <cg...@wi...>]

In message <3A4...@um...>, Nathan Neulinger <nn...@um...>
writes
>Did you follow the instructions in the documentation regarding
>setgroups?
>

Couldn't find setgroups thing, but did see the chmod 4755 thing and that
works:-)

Would have thought the make install should have done that?

However I am worried that I cannot get them to work as symbolic links to
where they were installed to, I have to cp them to the actual cgi-bin.

Is that safe?

M.
-- 
He came from Econet - Oh no, I've run out of underpants :(
Home:- ja...@wi...       http://www.wizdom.org.uk
Shadow:- web...@sh...  http://www.shadow.org.uk
Work:- ne...@hi... http://www.hinwick.demon.co.uk

Re: [cgiwrap-users] wrapping all scripts

[Ralph H. <rj...@mo...>]

Hi Thanks. What I'm trying to do is really two things.

1. Be able to use a normal ScriptAlias such as

ScriptAlias /cgi-bin/ /home/user/cgi-bin/	

and 2. have the apache daemon wrap all .cgi files, no matter where they
were, with cgiwrap using the script owner's credentials.

Does anyone know how to do that second one? Thanks.	-=r=-

On Wed, 20 Dec 2000 web...@du... wrote:

> > 
> > Hi, I've been using cgiwrap in a ScriptAlias directive for each
> > virtualhost, like this:
> > 
> > ScriptAlias /cgi-bin/ /apache/cgi-bin/cgiwrap/username/
> > 
> 
>    From this example, it looks like you compiled cgiwrap with cgi-dir
> set to the user's cgi-bin directory.  You'll need to recompile with 
> it set to the user's $HOME, then rewrite your rule like this:
> 
>    ScriptAlias /cgi-bin/ /apache/cgi-bin/cgiwrap/username/cgi-bin/
> 
> then you can do this:
> 
>    ScriptAliasMatch .*\.cgi$ /apache/cgi-bin/cgiwrap/username/$1.cgi
> 
> (that's from memory, so it may not be exactly right -- but you get
> the idea.)
> 
>    Now, with that setup, any local user on your system (and any remote
> user, with cgiwrap in your main cgi-bin like you have it) can execute
> any script anywhere inside a user's $HOME.  That may be a security 
> issue.  An alternative would be to install two copies of cgiwrap,
> one with cgi-dir set to the user's cgi-bin, and the other set to
> their document root.
> 
> -mike
> 
> 
> > This does work, but only wraps scripts that are called from the user's
> > cgi-bin dir. I've heard that cgiwrap can be used to wrap all scripts
> > ending in .cgi (or whatever). How can I do that, please? I've looked
> > through the docs, but don't see any reference to it.
> > 
> > Would it be some kind of AddType and AddHandler combo in apache??
> > 
> > Thanks in advance to any pointers.	- Ralph
> > 
> > 
> > 
> > _______________________________________________
> > cgiwrap-users mailing list
> > cgi...@li...
> > http://lists.sourceforge.net/mailman/listinfo/cgiwrap-users
> > 
> 
> 
> -- 
> 
> Mike Glover                            web...@du...
> Duluoz Networks                        http://www.duluoz.net
> 

Re: [cgiwrap-users] wrapping all scripts

[<web...@du...>]

> 
> Hi, I've been using cgiwrap in a ScriptAlias directive for each
> virtualhost, like this:
> 
> ScriptAlias /cgi-bin/ /apache/cgi-bin/cgiwrap/username/
> 

   From this example, it looks like you compiled cgiwrap with cgi-dir
set to the user's cgi-bin directory.  You'll need to recompile with 
it set to the user's $HOME, then rewrite your rule like this:

   ScriptAlias /cgi-bin/ /apache/cgi-bin/cgiwrap/username/cgi-bin/

then you can do this:

   ScriptAliasMatch .*\.cgi$ /apache/cgi-bin/cgiwrap/username/$1.cgi

(that's from memory, so it may not be exactly right -- but you get
the idea.)

   Now, with that setup, any local user on your system (and any remote
user, with cgiwrap in your main cgi-bin like you have it) can execute
any script anywhere inside a user's $HOME.  That may be a security 
issue.  An alternative would be to install two copies of cgiwrap,
one with cgi-dir set to the user's cgi-bin, and the other set to
their document root.

-mike


> This does work, but only wraps scripts that are called from the user's
> cgi-bin dir. I've heard that cgiwrap can be used to wrap all scripts
> ending in .cgi (or whatever). How can I do that, please? I've looked
> through the docs, but don't see any reference to it.
> 
> Would it be some kind of AddType and AddHandler combo in apache??
> 
> Thanks in advance to any pointers.	- Ralph
> 
> 
> 
> _______________________________________________
> cgiwrap-users mailing list
> cgi...@li...
> http://lists.sourceforge.net/mailman/listinfo/cgiwrap-users
> 


-- 

Mike Glover                            web...@du...
Duluoz Networks                        http://www.duluoz.net

[cgiwrap-users] wrapping all scripts

[Ralph H. <rj...@mo...>]

Hi, I've been using cgiwrap in a ScriptAlias directive for each
virtualhost, like this:

ScriptAlias /cgi-bin/ /apache/cgi-bin/cgiwrap/username/

This does work, but only wraps scripts that are called from the user's
cgi-bin dir. I've heard that cgiwrap can be used to wrap all scripts
ending in .cgi (or whatever). How can I do that, please? I've looked
through the docs, but don't see any reference to it.

Would it be some kind of AddType and AddHandler combo in apache??

Thanks in advance to any pointers.	- Ralph

Re: [cgiwrap-users] setgroups() failed!

[Ralph H. <rj...@mo...>]

> Well I have tried various suggestions and I still cannot get cgiwrap to
> work, can anyone explain the error below?
> 
> >CGIWrap encountered a system error:
> >        When: setgroups() failed!

I have not actually seen that error message, but I did find this in the
FAQ that comes with the cgiwrap distribution:

   I am getting the error "setgroups() failed!". What is wrong?
          This occurs when CGIwrap is unable to set auxilliary groups.
          Auxilliary groups are groups that a user is a member of in
          /etc/group, that are not the user's primary group in
          /etc/passwd. Two things you can do here are to make sure
          CGIwrap is installed correctly (has to be setuid root to be
          able to set auxilliary groups.), or disable setting auxilliary
          groups.

Do you have "auxilliary groups" as defined above? Is your cgiwrap
executable setuid root?

Hope this helps, Ralph

Re: [cgiwrap-users] Operation not permitted: setgroups() failed!

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

Did you follow the instructions in the documentation regarding
setgroups?

-- Nathan

Mark Worsdall wrote:
> 
> Hi,
> 
> Well I have tried various suggestions and I still cannot get cgiwrap to
> work, can anyone explain the error below?
> 
> http://hinwick.demon.co.uk/cgi-bin/cgiwrapd/hinwick/test-cgi
> 
> >*****************
> >* CGIWrap Error *
> >*****************
> >
> >CGIWrap encountered a system error:
> >        When: setgroups() failed!
> >        Error Message: Operation not permitted
> >        Error Number: 1
> >
> >
> 
> --
> He came from Econet - Oh no, I've run out of underpants :(
> Home:- ja...@wi...       http://www.wizdom.org.uk
> Shadow:- web...@sh...  http://www.shadow.org.uk
> Work:- ne...@hi... http://www.hinwick.demon.co.uk
> 
> _______________________________________________
> cgiwrap-users mailing list
> cgi...@li...
> http://lists.sourceforge.net/mailman/listinfo/cgiwrap-users

-- 


------------------------------------------------------------
Nathan Neulinger                       EMail:  nn...@um...
University of Missouri - Rolla         Phone: (573) 341-4841
CIS - Systems Programming                Fax: (573) 341-4216

[cgiwrap-users] Operation not permitted: setgroups() failed!

[Mark W. <cg...@wi...>]

Hi,

Well I have tried various suggestions and I still cannot get cgiwrap to
work, can anyone explain the error below?


http://hinwick.demon.co.uk/cgi-bin/cgiwrapd/hinwick/test-cgi

>*****************
>* CGIWrap Error *
>*****************
>
>CGIWrap encountered a system error:
>        When: setgroups() failed!
>        Error Message: Operation not permitted
>        Error Number: 1
>
>

-- 
He came from Econet - Oh no, I've run out of underpants :(
Home:- ja...@wi...       http://www.wizdom.org.uk
Shadow:- web...@sh...  http://www.shadow.org.uk
Work:- ne...@hi... http://www.hinwick.demon.co.uk

[cgiwrap-users] Cobalt RaQ4, problem with CGIWrap

[Luis S. <lu...@tn...>]

Guys,

I'm using CGIWrap as included in Cobalt RaQ4. I installed Akopia Interchange, an OS
e-commerce bundle. Interchange creates the user interchm group interch, installs a binary
executable in the cgi-bin directory, owned and suid by interch.

I renamed the file with the .cgi (to allow Apache to recognize it as a cgi file and run
it). When I tried to run I got the following error:

CGIWrap Error: Execution of this script not permitted
Execution of (interch) is not permitted for the following reason:

User not Privileged.



How can I get rid of the error ?

Thanks in advance for your support.


------------------------------------------------------------------------------------------------------------------------------------------------

Si desea puede obtener su cuenta de correo personal gratuita en: http://www.tnmail.com.ar

Re: [cgiwrap-users] Operation not permitted

[Mark W. <cg...@wi...>]

In message <Fbs...@wo...>, Mark Worsdall
<cg...@wi...> writes
>Hi,
>
>Still no luck
>
>
>http://hinwick.demon.co.uk/cgi-bin/cgiwrapd/hinwick/test-cgi
>
>gives me the above (SUBJECT) error of setgroups() failed!
>
>
>well my Makefile has these two alterations:-
>
>CGIDIR=         www/cgi-bin
>WITHOUTCHECK=   --without-check-group --without-check-setgid
>

Loosened it up more, still no look, also enabled script can be symbolic.

Is this the problem:-

/usr/home/hinwick there is a symbolic link www pointing to:-
/usr/www/hinwick

What is this error:-


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

CGIWrap encountered a system error:
        When: setgroups() failed!
        Error Message: Operation not permitted
        Error Number: 1


-- 
He came from Econet - Oh no, I've run out of underpants :(
Home:- ja...@wi...       http://www.wizdom.org.uk
Shadow:- web...@sh...  http://www.shadow.org.uk
Work:- ne...@hi... http://www.hinwick.demon.co.uk

Re: [cgiwrap-users] Operation not permitted

[Mark W. <cg...@wi...>]

Hi,

Still no luck


http://hinwick.demon.co.uk/cgi-bin/cgiwrapd/hinwick/test-cgi

gives me the above (SUBJECT) error of setgroups() failed!


well my Makefile has these two alterations:-

CGIDIR=         www/cgi-bin
WITHOUTCHECK=   --without-check-group --without-check-setgid


M.
-- 
He came from Econet - Oh no, I've run out of underpants :(
Home:- ja...@wi...       http://www.wizdom.org.uk
Shadow:- web...@sh...  http://www.shadow.org.uk
Work:- ne...@hi... http://www.hinwick.demon.co.uk

Re: [cgiwrap-users] Operation not permitted

[Mark W. <cg...@wi...>]

In message <n5J...@wo...>, Mark Worsdall
<cg...@wi...> writes
>Created a few symbolic links but still no luck...:-(
>
>
>http://hinwick.demon.co.uk/cgi-bin/cgiwrapd/hinwick/test-cgi
>

I will remove symbolics and recompile after doing it for www.

Thanks all.

-- 
He came from Econet - Oh no, I've run out of underpants :(
Home:- ja...@wi...       http://www.wizdom.org.uk
Shadow:- web...@sh...  http://www.shadow.org.uk
Work:- ne...@hi... http://www.hinwick.demon.co.uk

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

[Joe H. <on...@dc...>]

On Mon, 18 Dec 2000, Mark Worsdall wrote:

> In message <Pin...@an...>, Joe
> Hourcle <on...@dc...> writes
> >
> >
> >On Mon, 18 Dec 2000, Mark Worsdall wrote:
> >
> >> http://hinwick.demon.co.uk/cgi-bin/cgiwrap/hinwick/test-cgi
> >> 
> >> but got:-
> >> 
> >> CGIWrap Error: Script dir not found
> >
> >And the full error message is:
> >
> >       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.
> >
> >We run in debug mode:
> >
> >       http://hinwick.demon.co.uk/cgi-bin/cgiwrapd/hinwick/test-cgi
> >
> >And get:
> >
> >       Script Base Directory:  '/usr/home/hinwick/public_html/cgi-bin'

The user 'hinwick' has a home directory in '/usr/home/hinwick'.

Their cgi-bin directory, by default, is in:
	/usr/home/hinwick/public_html/cgi-bin

[From their home directory, in public_html, then in cgi-bin]

If you want to move where a person's cgi-bin directory is, [for all users,
relative to their home directory] you'll need to recompile cgi-wrap.

-----
Joe Hourcle

[cgiwrap-users] Operation not permitted

[Mark W. <cg...@wi...>]

Created a few symbolic links but still no luck...:-(


http://hinwick.demon.co.uk/cgi-bin/cgiwrapd/hinwick/test-cgi




-- 
He came from Econet - Oh no, I've run out of underpants :(
Home:- ja...@wi...       http://www.wizdom.org.uk
Shadow:- web...@sh...  http://www.shadow.org.uk
Work:- ne...@hi... http://www.hinwick.demon.co.uk

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

[Mark W. <cg...@wi...>]

In message <Pin...@an...>, Joe
Hourcle <on...@dc...> writes
>
>
>On Mon, 18 Dec 2000, Mark Worsdall wrote:
>
>> http://hinwick.demon.co.uk/cgi-bin/cgiwrap/hinwick/test-cgi
>> 
>> but got:-
>> 
>> CGIWrap Error: Script dir not found
>
>And the full error message is:
>
>       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.
>
>We run in debug mode:
>
>       http://hinwick.demon.co.uk/cgi-bin/cgiwrapd/hinwick/test-cgi
>
>And get:
>
>       Script Base Directory:  '/usr/home/hinwick/public_html/cgi-bin'
>
>That directory does not exist, or for whatever reason, can't been
>seen/entered/whatever.

Ok, I ran:-
http://hinwick.demon.co.uk/cgi-bin/cgiwrapd/hinwick/test-cgi
 and got:-

So none of this is fitting my system like my ISP's:-( cgiwrap, how are
they doing it, I wonder?

I have a user in the password database called hinwick, You could telnet
into user hinwick and you would be in the www directory as specified in
the apache virtual host section I posted earlier.

So all files and directorys are owned by user hinwick.

In this users folder, there is a directory called cgi-bin, where the
scripts can be run as normal (by Apache), but some scripts need to run
with user hinwick permissions, (hence me installing cgiwrap).

So I expected as on other systems/box's to be able on my box to run
cgiwrap in the following way:-

http://www.hinwick.demon.co.uk/cgi-bin/cgiwrap/hinwick/test-cgi

normally run with no permissions as:-
http://www.hinwick.demon.co.uk/cgi-bin/test-cgi

So should I create a user called cgi-bin? Nope. but that would translate
the path better.

  PATH_TRANSLATED: '/usr/www/hinwick/cgi-bin/test-cgi'
instead of
  PATH_TRANSLATED: '/usr/www/hinwick/hinwick/test-cgi'


Tried a symbolic link of:-

ln -s /usr/www/hinwick/cgi-bin/ /usr/www/hinwick/hinwick/

didn't work same error.



Initializing Logging
Redirecting STDERR to STDOUT


Environment Variables:
     QUERY_STRING: ''
      SCRIPT_NAME: '/cgi-bin/cgiwrapd'
        PATH_INFO: '/hinwick/test-cgi'
  PATH_TRANSLATED: '/usr/www/hinwick/hinwick/test-cgi'
      REMOTE_USER: '<NULL>'
      REMOTE_HOST: 'worsdall.demon.co.uk'
      REMOTE_ADDR: '158.152.173.142'


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

User Data Retrieved:
     UserID: 'hinwick'
        UID: '1005'
        GID: '1007'
   Home Dir: '/usr/home/hinwick'

Script Base Directory:  '/usr/home/hinwick/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.



-- 
He came from Econet - Oh no, I've run out of underpants :(
Home:- ja...@wi...       http://www.wizdom.org.uk
Shadow:- web...@sh...  http://www.shadow.org.uk
Work:- ne...@hi... http://www.hinwick.demon.co.uk

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

[Neulinger, N. R. <nn...@um...>]

Follow the user install directions, you need to set up your
public_html/cgi-bin directory.

> -----Original Message-----
> From: Mark Worsdall [mailto:cg...@wi...]
> Sent: Monday, December 18, 2000 2:44 PM
> To: cgi...@li...
> Subject: [cgiwrap-users] CGIWrap Error: User not found
> 
> 
> Hi,
> 
> I cannot get cgi-wrap to work cos of this error, which I guessed is
> something I have setup wrong.
> 
> 
> This is on FreeBSD 3.4 with Apache Apache/1.3.12
> 
> 
> 
> http://hinwick.demon.co.uk/cgi-bin/cgiwrap/test-cgi
> 
> but get:-
> 
> CGIWrap Error: User not found
> 
> so I figured, Aha, the user needs to be in here.
> 
> then I tried:-
> 
> http://hinwick.demon.co.uk/cgi-bin/cgiwrap/hinwick/test-cgi
> 
> but got:-
> 
> CGIWrap Error: Script dir not found
> 
> 
> Well this is my Apache VirtualHost setup:-
> 
> <VirtualHost 158.152.36.32>
> DocumentRoot /usr/www/hinwick
> ServerName hinwick.demon.co.uk
> ScriptAlias /cgi-bin/ "/usr/www/hinwick/cgi-bin/"
> ScriptAlias /admin-cgi-bin/ "/usr/www/hinwick/admin/cgi-bin/"
> ErrorLog /usr/home/EDUCATION/logs/error_log
> CustomLog /usr/home/EDUCATION/logs/all_log combined
> TransferLog /usr/home/EDUCATION/logs/access_log
> </VirtualHost>
> 
> 
> test-cgi works fine as:-
> http://hinwick.demon.co.uk/cgi-bin/test-cgi
> 
> 
> Is there something else I should add somewhere?
> 
> M.
> 
> -- 
> He came from Econet - Oh no, I've run out of underpants :(
> Home:- ja...@wi...       http://www.wizdom.org.uk
> Shadow:- web...@sh...  http://www.shadow.org.uk
> Work:- ne...@hi... http://www.hinwick.demon.co.uk
> 
> _______________________________________________
> cgiwrap-users mailing list
> cgi...@li...
> http://lists.sourceforge.net/mailman/listinfo/cgiwrap-users
> 

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

[Joe H. <on...@dc...>]

On Mon, 18 Dec 2000, Mark Worsdall wrote:

> http://hinwick.demon.co.uk/cgi-bin/cgiwrap/hinwick/test-cgi
> 
> but got:-
> 
> CGIWrap Error: Script dir not found

And the full error message is:

	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.

We run in debug mode:

	http://hinwick.demon.co.uk/cgi-bin/cgiwrapd/hinwick/test-cgi

And get:

	Script Base Directory:  '/usr/home/hinwick/public_html/cgi-bin'

That directory does not exist, or for whatever reason, can't been
seen/entered/whatever.

-----
Joe Hourcle	

[cgiwrap-users] CGIWrap Error: User not found

[Mark W. <cg...@wi...>]

Hi,

I cannot get cgi-wrap to work cos of this error, which I guessed is
something I have setup wrong.


This is on FreeBSD 3.4 with Apache Apache/1.3.12



http://hinwick.demon.co.uk/cgi-bin/cgiwrap/test-cgi

but get:-

CGIWrap Error: User not found

so I figured, Aha, the user needs to be in here.

then I tried:-

http://hinwick.demon.co.uk/cgi-bin/cgiwrap/hinwick/test-cgi

but got:-

CGIWrap Error: Script dir not found


Well this is my Apache VirtualHost setup:-

<VirtualHost 158.152.36.32>
DocumentRoot /usr/www/hinwick
ServerName hinwick.demon.co.uk
ScriptAlias /cgi-bin/ "/usr/www/hinwick/cgi-bin/"
ScriptAlias /admin-cgi-bin/ "/usr/www/hinwick/admin/cgi-bin/"
ErrorLog /usr/home/EDUCATION/logs/error_log
CustomLog /usr/home/EDUCATION/logs/all_log combined
TransferLog /usr/home/EDUCATION/logs/access_log
</VirtualHost>


test-cgi works fine as:-
http://hinwick.demon.co.uk/cgi-bin/test-cgi


Is there something else I should add somewhere?

M.

-- 
He came from Econet - Oh no, I've run out of underpants :(
Home:- ja...@wi...       http://www.wizdom.org.uk
Shadow:- web...@sh...  http://www.shadow.org.uk
Work:- ne...@hi... http://www.hinwick.demon.co.uk

[cgiwrap-users] (no subject)

[Micke K. <mi...@sw...>]

unsubscribe

[cgiwrap-users] Question/Problem

[Vista T. <web...@vi...>]

One of the sites on our Cobalt RaqII server is experiencing a problem =
with permissions.  Please keep in mind that this "information request" =
script was running up until a few days ago.  When executing the script, =
the page returns with...

Execution of (httpd) is not permitted for the following reason:=20


  User not Privileged.
      Can someone give me some direction on how I can fix this? =20

Thanks!


Scott West

[cgiwrap-users] RE: Failure to conform to CGI standards ???

[Neulinger, N. R. <nn...@um...>]

I don't mind the criticism, it's very likely that some things in cgiwrap are
dorked (I know for a fact that the behavior of PATH_TRANSLATED has changed
several times through it's history and probably doesn't work right, but
PATH_INFO should work just fine.) The problem is that Cobalt has taken
cgiwrap and made lots of changes to it for their install that seem to cause
a never ending stream of problems.

If someone wants to send me a patch to the CURRENT cgiwrap to make
PATH_TRANSLATED work the way it's supposed to, I'll apply it.

I can't really help you much with the cobalt install. If you get a clean
copy of cgiwrap, and install it according to the installation instructions
on the web site (and in the docs that come with it) we can help some. 

-- Nathan

> -----Original Message-----
> From: Michael D. Schleif [mailto:mds...@me...]
> Sent: Tuesday, December 05, 2000 11:46 AM
> To: Neulinger, Nathan R.
> Subject: Re: Failure to conform to CGI standards ???
> 
> 
> Nathan ==>
> 
> "Neulinger, Nathan R." wrote:
> > 
> > I'm not really interested in bug reports for cgiwrap on 
> raqs. They are
> > runinng a cutom build that they have screwed around with 
> that causes all
> > sorts of problems.
> > 
> > Install it on a normal web server, if the bug still occurs, 
> then let me
> > know.
> 
> Please, excuse my ignorance -- I'm *not* trying to be critical.
> 
> I don't know that CGIWrap is causing this problem; but, I 
> would like to
> identify the root cause.
> 
> Can you suggest any ways that a humble contractor of 
> webhosting services
> can pinpoint the root cause of such a problem?
> 
> Frankly, I'd much prefer to find a way by reconfiguring Apache ;>
> 
> Thank you, for your consideration . . .
> 
> -- 
> 
> Best Regards,
> 
> mds
> mds resource
> 888.250.3987
> 
> "Dare to fix things before they break . . . "
> 
> "Our capacity for understanding is inversely proportional to 
> how much we
> think we know.  The more I know, the more I know I don't know . . . "
> 

[cgiwrap-users] Failure to conform to CGI standards ???

[Michael D. S. <mds...@me...>]

I am witness to a failure to conform to CGI standards that appears to be
caused -- or contributed to -- by CGIWrap.

I do not know how to verify CGIWrap version nor revision information;
but, subject server has following directory: /usr/doc/cgiwrap-3.6.4 .

The problem occurs on Cobalt RaQ 4r appliances.

Please, notice that following four (4) URL's demonstrate a serious
functional problem with a webserver running CGIWrap:

 #1 <http://www.helices.org/~helices/tmp/test5.pl>
 #2 <http://www.helices.org/~helices/tmp/test5.pl?tmp=pictures>
 #3 <http://www.helices.org/~helices/tmp/test5.pl/tmp/pictures>
 #4
<http://www.helices.org/~helices/tmp/test5.pl/tmp/pictures?tmp=pictures>

That problem is *not* manifested here:

 #5 <http://www.helices.org/~helices/tmp/test5.cgx>
 #6 <http://www.helices.org/~helices/tmp/test5.cgx?tmp=pictures>
 #7 <http://www.helices.org/~helices/tmp/test5.cgx/tmp/pictures>
 #8
<http://www.helices.org/~helices/tmp/test5.cgx/tmp/pictures?tmp=pictures>

Please, notice that the *ONLY* difference between test5.pl and test5.cgx
is the extension (i.e., pl vs. cgx) -- they are *IDENTICAL* copies of
each other!

Notice, applicable entries in /etc/httpd/conf/httpd.conf:

NameVirtualHost 216.234.189.108
<VirtualHost 216.234.189.108>
ServerName www.helices.org
ServerAdmin site99
DocumentRoot /home/sites/site99/web
RewriteEngine on
RewriteCond %{HTTP_HOST}                !^216.234.189.108(:80)?$
RewriteCond %{HTTP_HOST}                !^www.helices.org(:80)?$
RewriteRule ^/(.*)                      http://www.helices.org/$1 [L,R]
RewriteOptions inherit
AliasMatch ^/~([^/]+)(/(.*))? /home/sites/site99/users/$1/web/$3
# AddHandler chiliasp .asp
# AddHandler chiliasp .asa
AddType application/x-httpd-php .php4
AddType application/x-httpd-php .php
AddHandler cgi-wrapper .cgi
AddHandler cgi-wrapper .pl
AddHandler server-parsed .shtml
AddType    text/html     .shtml
</VirtualHost>


Notice, also, contents of a one (1) line .htaccess:

AddType application/x-httpd-cgi .cgx


In other words, I have by-passed CGIWrap for the CGX examples -- and the
problem goes away!!!

To wit, neither:

	PATH_INFO nor
	PATH_TRANSLATED

conform to CGI standards as set forth in:

	INTERNET-DRAFT
	draft-coar-cgi-v11-03.{html,txt}
	The WWW Common Gateway Interface
	Version 1.1
	<http://CGI-Spec.Golux.Com/draft-coar-cgi-v11-03.txt>

Notice that _6.1.6. PATH_INFO_ states:

``The PATH_INFO string is the trailing part of the <path> component of
the Script-URI (see section 3.2) that follows the SCRIPT_NAME portion of
the path.''

``Servers MUST make this URI component available to CGI scripts.''


Notice, also, that _6.1.7. _PATH_TRANSLATED_ states:

``PATH_TRANSLATED is derived by taking any path-info component of the
request URI (see section 6.1.6), decoding it (see section 3.1), parsing
it as a URI in its own right, and performing any virtual-to-physical
translation appropriate to map it onto the server's document repository
structure.''

``If the request URI includes no path-info component, the
PATH_TRANSLATED metavariable SHOULD NOT be defined.''


Please, notice that *NONE* of these quoted requirements is met on this
webserver for examples #1, #2, #3 nor #4, given above.

All examples #5, #6, #7 and #8 comply with *ALL* requirements -- simply
bypassing CGIWrap.

Please, advise . . .

-- 

Best Regards,

mds
mds resource
888.250.3987

"Dare to fix things before they break . . . "

"Our capacity for understanding is inversely proportional to how much we
think we know.  The more I know, the more I know I don't know . . . "