cgiwrap-users

[cgiwrap-users] PATH_TRANSLATED in CVS version

[san <san...@co...>]

I checked out the new PATH_TRANSLATED code from the CVS version.
It does not work as expected ... I don't really understand the
assumpions contained in util.c about old path_translated
containing old path_info, but the result is working as the
3.6 version (appending new PATH_INFO to DOCUMENT_ROOT).

The standard is not clear about what PATH_TRANSLATED should be.
It only talks about virtual-to-phisical mapping, but does not
specify how this mapping should happen ...

A long time ago I made a patch for version 3.6 so to have
PATH_TRANSLATED be the PATH_INFO mapped as relative to
the user's cgiDir. In this way I could use the cgi version of
PHP with a double redirection to use wrapped php scripts.

I don't know if this is the *right* way to go, but I think only
users needs can tell it. AFAIK a couple of guys said then that
the submitted patch was really needed, that they were looking for
something like that. Nowadays, with the php patches that's history,
but cgiwrap should not be tight to a preprocessor the same way its
not thight to a web server ...

--san; cobalt.rmnet.it/~san

RE: [cgiwrap-users] cleaner SCRIPT_NAME from REDIRECT_URL

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

Oh, I was confused, thought this was like the path_translated issue.

This looks reasonable to me. I've applied it with minor style changes.=20

-- Nathan

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


> -----Original Message-----
> From: san [mailto:san...@co...]=20
> Sent: Friday, September 20, 2002 10:14 AM
> To: Neulinger, Nathan
> Cc: cgi...@li...
> Subject: Re: [cgiwrap-users] cleaner SCRIPT_NAME from REDIRECT_URL
>=20
>=20
> nneul wrote:
> > Please check the cvs version to see if it does what you prefer.
> >=20
> > -- Nathan
>=20
> The cvs version does *exactly* the same as the 3.7 version.=20
>=20
> >=20
> > On Fri, 2002-09-20 at 06:05, san wrote:
> > > For redirect-based setups I made a patch to ciwrap-3.7
> > > so to have a cleaner SCRIPT_NAME.=20
> > >=20
> > > Right now it is always constructed using apache setted SCRIPT_NAME
> > > (tipically /cgi-bin/cgiwrap) and appending to it the username and
> > > the script relative path. This brings to a working but unclean url
> > > because in cases in which redirection takes place it would be
> > > better to have a yet-to-redirect SCRIPT_NAME.
> > >=20
> > > 	OLD WAY: /~user/script.cgi -> /cgi-bin/cgiwrap/user/script.cgi
> > > 	PATCHED: /~user/script.cgi -> /~user/script.cgi
> > >=20
> > > This is accomplished by the use of the (NON-STANDARD) REDIRECT_URL
> > > variable when set.
> > >=20
> > > The patch can be found here:
> > > http://cobalt.rmnet.it/~san/cgiwrap/cgiwrap-3.7-redirecturl.patch
> > >=20
> > > --san;
> > >=20
> > >=20
> > >=20
> > > -------------------------------------------------------
> > > 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
> > --=20
> >=20
> > ------------------------------------------------------------
> > Nathan Neulinger                       EMail:  nn...@um...
> > University of Missouri - Rolla         Phone: (573) 341-4841
> > Computing Services                       Fax: (573) 341-4216
>=20

Re: [cgiwrap-users] cleaner SCRIPT_NAME from REDIRECT_URL

[san <san...@co...>]

nneul wrote:
> Please check the cvs version to see if it does what you prefer.
> 
> -- Nathan

The cvs version does *exactly* the same as the 3.7 version. 

> 
> On Fri, 2002-09-20 at 06:05, san wrote:
> > For redirect-based setups I made a patch to ciwrap-3.7
> > so to have a cleaner SCRIPT_NAME. 
> > 
> > Right now it is always constructed using apache setted SCRIPT_NAME
> > (tipically /cgi-bin/cgiwrap) and appending to it the username and
> > the script relative path. This brings to a working but unclean url
> > because in cases in which redirection takes place it would be
> > better to have a yet-to-redirect SCRIPT_NAME.
> > 
> > 	OLD WAY: /~user/script.cgi -> /cgi-bin/cgiwrap/user/script.cgi
> > 	PATCHED: /~user/script.cgi -> /~user/script.cgi
> > 
> > This is accomplished by the use of the (NON-STANDARD) REDIRECT_URL
> > variable when set.
> > 
> > The patch can be found here:
> > http://cobalt.rmnet.it/~san/cgiwrap/cgiwrap-3.7-redirecturl.patch
> > 
> > --san;
> > 
> > 
> > 
> > -------------------------------------------------------
> > 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
> -- 
> 
> ------------------------------------------------------------
> Nathan Neulinger                       EMail:  nn...@um...
> University of Missouri - Rolla         Phone: (573) 341-4841
> Computing Services                       Fax: (573) 341-4216

Re: [cgiwrap-users] cleaner SCRIPT_NAME from REDIRECT_URL

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

Please check the cvs version to see if it does what you prefer.

-- Nathan

On Fri, 2002-09-20 at 06:05, san wrote:
> For redirect-based setups I made a patch to ciwrap-3.7
> so to have a cleaner SCRIPT_NAME. 
> 
> Right now it is always constructed using apache setted SCRIPT_NAME
> (tipically /cgi-bin/cgiwrap) and appending to it the username and
> the script relative path. This brings to a working but unclean url
> because in cases in which redirection takes place it would be
> better to have a yet-to-redirect SCRIPT_NAME.
> 
> 	OLD WAY: /~user/script.cgi -> /cgi-bin/cgiwrap/user/script.cgi
> 	PATCHED: /~user/script.cgi -> /~user/script.cgi
> 
> This is accomplished by the use of the (NON-STANDARD) REDIRECT_URL
> variable when set.
> 
> The patch can be found here:
> http://cobalt.rmnet.it/~san/cgiwrap/cgiwrap-3.7-redirecturl.patch
> 
> --san;
> 
> 
> 
> -------------------------------------------------------
> 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
-- 

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

[cgiwrap-users] cleaner SCRIPT_NAME from REDIRECT_URL

[san <san...@co...>]

For redirect-based setups I made a patch to ciwrap-3.7
so to have a cleaner SCRIPT_NAME. 

Right now it is always constructed using apache setted SCRIPT_NAME
(tipically /cgi-bin/cgiwrap) and appending to it the username and
the script relative path. This brings to a working but unclean url
because in cases in which redirection takes place it would be
better to have a yet-to-redirect SCRIPT_NAME.

	OLD WAY: /~user/script.cgi -> /cgi-bin/cgiwrap/user/script.cgi
	PATCHED: /~user/script.cgi -> /~user/script.cgi

This is accomplished by the use of the (NON-STANDARD) REDIRECT_URL
variable when set.

The patch can be found here:
http://cobalt.rmnet.it/~san/cgiwrap/cgiwrap-3.7-redirecturl.patch

--san;

Re: [cgiwrap-users] New php support and PATH_INFO / $PHP_SELF

[Piotr K. <ma...@ma...>]

On Thu, Sep 19, 2002 at 08:13:08PM -0400, Cedric Veilleux wrote:
> 	I have noticed a problem with the new PHP support. When running wrapped PHP 
> scripts, the PATH_INFO env var is NULL. PHP uses this variable to generate 
> $PHP_SELF, which is used by a lot of scripts... The resulting $PHP_SELF is 
> also null.. 
> 
> 	I am using a 3 days old cgiwrap-cvs with the AddHandler / Action in apache 
> technique and it works great except for this problem.

IMHO PHP is inconsistent in this case, and should be fixed ...

In the meantime, you can use SCRIPT_URL variable (if you use Apache):

$PHP_SELF = $_SERVER['SCRIPT_URL'];

SCRIPT_URL variable contains the self-referencing script URL (including PATH_INFO part)
then it is equal to PHP_SELF in php's apache-mod api.

-- 
Piotr Klaban

[cgiwrap-users] New php support and PATH_INFO / $PHP_SELF

[Cedric V. <ce...@sm...>]

Hi,

	I have noticed a problem with the new PHP support. When running wrapped PHP 
scripts, the PATH_INFO env var is NULL. PHP uses this variable to generate 
$PHP_SELF, which is used by a lot of scripts... The resulting $PHP_SELF is 
also null.. 

	I am using a 3 days old cgiwrap-cvs with the AddHandler / Action in apache 
technique and it works great except for this problem.


Any help appreciated,

Cedric

Re: [cgiwrap-users] a php-cgiwrap method?

[Jeff B. <soi...@sg...>]

[rant] friggin' eh... why don't you guys ever offer something
constructive??? [/rant]

with his suggestion you have to compile cgiwrap like this:

./configure \
--with-cgi-dir=public_html \
--with-php=/usr/local/bin/php \
--with-php-cgiwrap
[...]

right? otherwise you'll have to put the php scripts in the cgi-bin...

but when you do... if you declare in your httpd.conf:

ScriptAlias /cgi-bin/ /path-to-system-cgi-bin/
AddHandler php-cgiwrap .php
Action php-cgiwrap /cgi-bin/php-cgiwrap
AddHandler cgiwrap .cgi
Action cgiwrap /cgi-bin/cgiwrap

then your cgi scripts won't be found if you put them in sub-dirs of your
user cgi-bin.. at least i've verified that they don't on mine... if this
points to a mis-configuration could you suggest what that might be?  or that
it is?

But, if I compile cgiwrap like:

./configure \
--with-cgi-dir=public_html/cgi-bin \   <--the default
--with-php=/usr/local/bin/php \
--with-php-cgiwrap
[...]

then i have to put the .php scripts in the cgi-bin for them to be wrapped.

So if this isn't true what's wrong?  If yours is different can you show it?

Jeff



----- Original Message -----
From: "Adam Bennett" <ad...@ga...>
To: "Jeff Bert" <soi...@sg...>
Sent: Tuesday, September 12, 2000 1:26 PM
Subject: Re: [cgiwrap-users] a php-cgiwrap method?


> Say what???
>
>
> At 01:16 PM 9/12/02 -0700, you wrote:
> >well that method has the drawback of not being able to put your cgi
scripts
> >in sub-directories in the cgi-bin... unless you're a regexp guru, which
i'm
> >not.
> >
> >and yes, this is the CVS version.
> >
> >Jeff
> >
> > > soilentg wrote:
> > > > AFAIK if you install it just once then you're expected to put the
.php
> >files
> > > > in the cgi-bin... which I don't like.
> > >
> > > AFAIK you don't, this should work as far as you tell cgiwrap where
> > > to find user's script.
> > >
> > > AddHandler wrapped-php .php
> > > AddHandler wrapped-cgi .cgi
> > > Action wrapped-php /cgi-bin/php-cgiwrap/user
> > > Action wrapped-cgi /cgi-bin/cgiwrap/user
> > >
> > > --san
> > >
> >
> >
> >
> >-------------------------------------------------------
> >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
>
> Adam Bennett
> PC Mart, Inc.
> 3603-D Ambassador Caffery
> Lafayette, La 70503
>
>

[cgiwrap-users] Multiple problems with ingredients.

[Adam B. <ad...@ga...>]

I have found multiple inconsistencies with using regexp method for 
compiling and implementing the php.

Re: [cgiwrap-users] a php-cgiwrap method?

[Jeff B. <soi...@sg...>]

well that method has the drawback of not being able to put your cgi scripts
in sub-directories in the cgi-bin... unless you're a regexp guru, which i'm
not.

and yes, this is the CVS version.

Jeff

> soilentg wrote:
> > AFAIK if you install it just once then you're expected to put the .php
files
> > in the cgi-bin... which I don't like.
>
> AFAIK you don't, this should work as far as you tell cgiwrap where
> to find user's script.
>
> AddHandler wrapped-php .php
> AddHandler wrapped-cgi .cgi
> Action wrapped-php /cgi-bin/php-cgiwrap/user
> Action wrapped-cgi /cgi-bin/cgiwrap/user
>
> --san
>

Re: [cgiwrap-users] a php-cgiwrap method?

[TJ O. <ma...@cc...>]

1)Are we talking here about 3.71, or the new unreleased 3.8?

At this point, I think I can follow the various recipies, but I can't cook
with the ingredients without them.
-- TJ Olney

On Thu, 12 Sep 2002, san wrote:

> soilentg wrote:
> > AFAIK if you install it just once then you're expected to put the .php files
> > in the cgi-bin... which I don't like.
>
> AFAIK you don't, this should work as far as you tell cgiwrap where
> to find user's script.
>
> AddHandler wrapped-php .php
> AddHandler wrapped-cgi .cgi
> Action wrapped-php /cgi-bin/php-cgiwrap/user
> Action wrapped-cgi /cgi-bin/cgiwrap/user
>
> --san

-- TJ Olney  ma...@cc...  Not all those who wander are lost.
-- http://www.janastanfield.com/song_clips/i_am_not_lost.mp3

Re: [cgiwrap-users] a php-cgiwrap method?

[san <san...@co...>]

soilentg wrote:
> AFAIK if you install it just once then you're expected to put the .php files
> in the cgi-bin... which I don't like.

AFAIK you don't, this should work as far as you tell cgiwrap where
to find user's script. 

AddHandler wrapped-php .php
AddHandler wrapped-cgi .cgi
Action wrapped-php /cgi-bin/php-cgiwrap/user
Action wrapped-cgi /cgi-bin/cgiwrap/user

--san

Re: [cgiwrap-users] a php-cgiwrap method?

[Jeff B. <soi...@sg...>]

AFAIK if you install it just once then you're expected to put the .php files
in the cgi-bin... which I don't like.

So I install it the 2nd time to be able to put the php files in the main web
folder and it's sub-folders.

Jeff

> >
> > I've come up with a simple method of using the new php-cgiwrap in such a
way
> > to wrap php in such a way that the scripts can be put in the main web
tree..
> > this is what i do:
> >
> > I compile cgiwrap twice... the first time for cgi scripts and the second
> > time for php... like this:
> >
>
> Why do you need two different version of it, I don't get that.
>
> -san;
>

[cgiwrap-users] a php-cgiwrap method?

[Jeff B. <soi...@sg...>]

I've come up with a simple method of using the new php-cgiwrap in such a way
to wrap php in such a way that the scripts can be put in the main web tree..
this is what i do:

I compile cgiwrap twice... the first time for cgi scripts and the second
time for php... like this:

1) for cgi

#./configure \
> --with-httpd-user=apache \
> --with-install-dir=/path-to-root-apache/cgi-sys \
# make
# make install

2) then i recompile for php (php was compiled as binary into /usr/local/bin
with --enable-discard-path)

# make clean
#./configure \
> --with-httpd-user=apache \
> --with-install-dir=/tmp \
> --with-cgi-dir=public_html \
> --with-php=/usr/local/bin/php \
> --with-php-cgiwrap
# make
# make install

3) then I copy the cgiwrap executable compile for php into the cgi-sys
folder as 'php-cgiwrap' and link php-cgiwrapd to it:

# cp /tmp/cgiwrap /path-to-root-apache/cgi-sys/php-cgiwrap
# ln php-cgiwrap php-cgiwrapd

4) then in each of  my vhost defs i add these directives

AddHandler php-cgiwrap .php
Action php-cgiwrap /cgi-sys/php-cgiwrap/USERNAME

where USERNAME is the username of the vhost owner. and also note that
'cgi-sys' is my new system "cgi-bin"... i just replaced the cgi-bin stuff
for the main server in httpd.conf with cgi-sys.

What this does is allow them to put their php scripts in the web tree and
still have them wrapped without the #!/usr/local/bin/php (thanks Piotr and
Nathan for building this in) line.

As I'm definitely no expert in this I have no idea if there is a more
elegant way to do this.  If this is the best way then I wish we could build
it into the compile sequence with a new compile option of:

--with-php-script-dir =

that would define the php script path separately from the cgi scripts.  But
it would have to create two executables... cgiwrap and php-cgiwap instead of
just the one cgiwrap...

If it's not then would you please clue me in?

Thanks,

Jeff

Re: [cgiwrap-users] PHP in 3.7.1? 3.8?

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

Nope, not in 3.7.1... It isn't actually in 3.8 as 3.8 hasn't been
released yet. just in CVS.

Can be used with standalone cgi only, since in order to wrap the module,
you'd have to have the server run as root/setuid - bad idea. (Not to
mention that that would require the module itself to do the wrapping.)

-- Nathan

On Sat, 2002-08-31 at 19:27, TJ Olney wrote:
> Nathan,
> 
> I see that happily, code called 3.8 has been written to include
> --with-php-interpreter
> and
> --with-php-cgiwrap
> 
> Does that allow wrapping of php when php is an apache module, or should it
> be used as a standalone program as discussed in the FAQ?
> 
> Is that code readily available yet?  It doesn't appear to be in 3.7.1.
> I'm using FreeBSD and the ports version.
> 
> Thanks
> TJ Olney
> 
> -- TJ Olney  ma...@cc...  Not all those who wander are lost.
> -- http://www.janastanfield.com/song_clips/i_am_not_lost.mp3
> 
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by: OSDN - Tired of that same old
> cell phone?  Get a new here for FREE!
> https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
> _______________________________________________
> 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

[cgiwrap-users] PHP in 3.7.1? 3.8?

[TJ O. <ma...@cc...>]

Nathan,

I see that happily, code called 3.8 has been written to include
--with-php-interpreter
and
--with-php-cgiwrap

Does that allow wrapping of php when php is an apache module, or should it
be used as a standalone program as discussed in the FAQ?

Is that code readily available yet?  It doesn't appear to be in 3.7.1.
I'm using FreeBSD and the ports version.

Thanks
TJ Olney

-- TJ Olney  ma...@cc...  Not all those who wander are lost.
-- http://www.janastanfield.com/song_clips/i_am_not_lost.mp3

[cgiwrap-users] --with-rewrite=FILE ?

[Jeff B. <soi...@sg...>]

hello all,

is there any documention for how to construct the FILE and
what --with-rewrite does exactly?

Jeff

RE: AW: AW: [cgiwrap-users] RE: #!/usr/bin/php

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

> You write that there is no php output. But you did not provide
> in the mail the lines:
>=20
>   Output of script follows:
>   =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D
>=20
> Is there anything after that in yout html output,
> and do you get any output, if you run:
>   /usr/bin/php4=20
> /var/chroot/_nossh/k060881/./htdocs/phpmagic.de/test.php
> from the command line?

Piotr, you probably missed part of the discussion, or I forgot to cc to
list, but I had a segv in the test code for a bit, that's why no output.
Current cvs is fixed.

-- Nathan

Re: AW: AW: [cgiwrap-users] RE: #!/usr/bin/php

[Piotr K. <ma...@ma...>]

Hi, I'd like to get into the discussion.

If your URL looks like:

On Sat, Aug 10, 2002 at 12:18:01AM +0200, Daniel Nolte wrote:
> http://phpmagic.de/cgi-bin/cgiwrap/cgiwrapd/k060881/phpmagic.de/test.php

then why the PATH_INFO is /k060881/htdocs/phpmagic.de/test.php
Why there is 'htdocs' in it? Maybe the your URL originally was:
  http://phpmagic.de/cgi-bin/cgiwrap/cgiwrapd/k060881/htdocs/phpmagic.de/test.php
?

> Environment Variables:
>      QUERY_STRING: ''
>       SCRIPT_NAME: '/cgi-bin/cgiwrap/cgiwrapd'
>   SCRIPT_FILENAME: '/usr/lib/cgi-bin/cgiwrap/cgiwrapd'
>         PATH_INFO: '/k060881/htdocs/phpmagic.de/test.php'
>   PATH_TRANSLATED:
> '/var/chroot/_nossh/k060881/htdocs/phpmagic.de/k060881/htdocs/phpmagic.d
> e/test.php'
>       REMOTE_USER: '<NULL>'
>       REMOTE_HOST: '<NULL>'
>       REMOTE_ADDR: '80.142.156.229'

> Script Base Directory:  '/var/chroot/_nossh/k060881/.'

It seems that your cgi-dir here is now '.'

We should make it running as before (htdocs in your case,
WWW in my case, and public_html in common cases).
But '.' should work now, too.

> Script Absolute Path:
> '/var/chroot/_nossh/k060881/./htdocs/phpmagic.de/test.php'
> Checking for special interpreted script (php).
>   SCRIPT_FILENAME:
> '/var/chroot/_nossh/k060881/./htdocs/phpmagic.de/test.php'

You write that there is no php output. But you did not provide
in the mail the lines:

  Output of script follows:
  =====================================================

Is there anything after that in yout html output,
and do you get any output, if you run:
  /usr/bin/php4 /var/chroot/_nossh/k060881/./htdocs/phpmagic.de/test.php
from the command line?

-- 
Piotr Klaban

AW: AW: AW: AW: [cgiwrap-users] RE: #!/usr/bin/php

[Daniel N. <dr...@gm...>]

Hi

> Do you have php build with --enable-discard-path?

Tried it now with and without :)( same result.
Any other ideas? *sigh*
Thanks again for the help

Bye
Daniel

Re: AW: AW: AW: [cgiwrap-users] RE: #!/usr/bin/php

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

Do you have php build with --enable-discard-path?

On Fri, 2002-08-09 at 17:18, Daniel Nolte wrote:
> On Fri, 2002-08-09 at 16:55, Daniel Nolte wrote:
> > Hi, 
> > 
> > >If you can run it using:
> > >http://host/cgi-bin/cgiwrap/user/script
> > >then cgiwrap is working fine.
> > 
> >
> http://phpmagic.de/cgi-bin/cgiwrap/cgiwrapd/k060881/phpmagic.de/test.php
> 
> > Have you tried that without the action/etc. rules that are not
> > functioning properly? If so, it should work.
> Yeap, tried it. I just get no php output only:
> 
> Initializing Logging
> Redirecting STDERR to STDOUT
> 
> Setting SIGXCPU to default behaviour
> 
> 
> Environment Variables:
>      QUERY_STRING: ''
>       SCRIPT_NAME: '/cgi-bin/cgiwrap/cgiwrapd'
>   SCRIPT_FILENAME: '/usr/lib/cgi-bin/cgiwrap/cgiwrapd'
>         PATH_INFO: '/k060881/htdocs/phpmagic.de/test.php'
>   PATH_TRANSLATED:
> '/var/chroot/_nossh/k060881/htdocs/phpmagic.de/k060881/htdocs/phpmagic.d
> e/test.php'
>       REMOTE_USER: '<NULL>'
>       REMOTE_HOST: '<NULL>'
>       REMOTE_ADDR: '80.142.156.229'
> 
> 
> Trying to extract user from PATH_INFO.
> Retrieved User Name:  'k060881'
> 
> User Data Retrieved:
>      UserID: 'k060881'
>         UID: '1004'
>         GID: '2000'
>    Home Dir: '/var/chroot/_nossh/k060881'
> 
> Script Base Directory:  '/var/chroot/_nossh/k060881/.'
> Fetching script string
> 
> Trying to extract script from PATH_INFO
> Extracted PATH_INFO 'htdocs/phpmagic.de/test.php'
> Building script path
> 
> Condensing slashes.
> 
> Script Relative Path:  'htdocs/phpmagic.de/test.php'
> Script Absolute Path:
> '/var/chroot/_nossh/k060881/./htdocs/phpmagic.de/test.php'
> Checking for special interpreted script (php).
> Interpreter Path:  '/usr/bin/php4'
> 
> Fixing Environment Variables.
> 
> Environment Variables:
>      QUERY_STRING: ''
>       SCRIPT_NAME:
> '/cgi-bin/cgiwrap/cgiwrapd/k060881/htdocs/phpmagic.de/test.php'
>   SCRIPT_FILENAME:
> '/var/chroot/_nossh/k060881/./htdocs/phpmagic.de/test.php'
>         PATH_INFO: ''
>   PATH_TRANSLATED: '/var/chroot/_nossh/k060881/htdocs/phpmagic.de'
>       REMOTE_USER: '<NULL>'
>       REMOTE_HOST: '<NULL>'
>       REMOTE_ADDR: '80.142.156.229'
> 
> 
> 
> Wait.. Why do you have cgiwrap/cgiwrapd in that link? That makes no
> sense.
> 
> cgiwrap is a subdir in cgi-bin/
> 
> luna:/usr/lib/cgi-bin# ls -al
> total 16
> drwxr-xr-x    3 root     root         4096 Aug  9 16:52 .
> drwxr-xr-x   32 root     root         8192 Aug  9 02:51 ..
> drwxr-xr-x    2 root     root         4096 Aug 10 00:14 cgiwrap
> 
> luna:/usr/lib/cgi-bin/cgiwrap# ls -al
> total 536
> drwxr-xr-x    2 root     root         4096 Aug 10 00:14 .
> drwxr-xr-x    3 root     root         4096 Aug  9 16:52 ..
> -rwsr-xr-x    6 root     root        83676 Aug 10 00:14 cgiwrap
> -rwsr-xr-x    6 root     root        83676 Aug 10 00:14 cgiwrapd
> -rwsr-xr-x    6 root     root        83676 Aug 10 00:14 nph-cgiwrap
> -rwsr-xr-x    6 root     root        83676 Aug 10 00:14 nph-cgiwrapd
> -rwsr-xr-x    6 root     root        83676 Aug 10 00:14 php-cgiwrap
> -rwsr-xr-x    6 root     root        83676 Aug 10 00:14 php-cgiwrapd
-- 

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

AW: AW: AW: [cgiwrap-users] RE: #!/usr/bin/php

[Daniel N. <dr...@gm...>]

On Fri, 2002-08-09 at 16:55, Daniel Nolte wrote:
> Hi, 
> 
> >If you can run it using:
> >http://host/cgi-bin/cgiwrap/user/script
> >then cgiwrap is working fine.
> 
>
http://phpmagic.de/cgi-bin/cgiwrap/cgiwrapd/k060881/phpmagic.de/test.php

> Have you tried that without the action/etc. rules that are not
> functioning properly? If so, it should work.
Yeap, tried it. I just get no php output only:

Initializing Logging
Redirecting STDERR to STDOUT

Setting SIGXCPU to default behaviour


Environment Variables:
     QUERY_STRING: ''
      SCRIPT_NAME: '/cgi-bin/cgiwrap/cgiwrapd'
  SCRIPT_FILENAME: '/usr/lib/cgi-bin/cgiwrap/cgiwrapd'
        PATH_INFO: '/k060881/htdocs/phpmagic.de/test.php'
  PATH_TRANSLATED:
'/var/chroot/_nossh/k060881/htdocs/phpmagic.de/k060881/htdocs/phpmagic.d
e/test.php'
      REMOTE_USER: '<NULL>'
      REMOTE_HOST: '<NULL>'
      REMOTE_ADDR: '80.142.156.229'


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

User Data Retrieved:
     UserID: 'k060881'
        UID: '1004'
        GID: '2000'
   Home Dir: '/var/chroot/_nossh/k060881'

Script Base Directory:  '/var/chroot/_nossh/k060881/.'
Fetching script string

Trying to extract script from PATH_INFO
Extracted PATH_INFO 'htdocs/phpmagic.de/test.php'
Building script path

Condensing slashes.

Script Relative Path:  'htdocs/phpmagic.de/test.php'
Script Absolute Path:
'/var/chroot/_nossh/k060881/./htdocs/phpmagic.de/test.php'
Checking for special interpreted script (php).
Interpreter Path:  '/usr/bin/php4'

Fixing Environment Variables.

Environment Variables:
     QUERY_STRING: ''
      SCRIPT_NAME:
'/cgi-bin/cgiwrap/cgiwrapd/k060881/htdocs/phpmagic.de/test.php'
  SCRIPT_FILENAME:
'/var/chroot/_nossh/k060881/./htdocs/phpmagic.de/test.php'
        PATH_INFO: ''
  PATH_TRANSLATED: '/var/chroot/_nossh/k060881/htdocs/phpmagic.de'
      REMOTE_USER: '<NULL>'
      REMOTE_HOST: '<NULL>'
      REMOTE_ADDR: '80.142.156.229'



Wait.. Why do you have cgiwrap/cgiwrapd in that link? That makes no
sense.

cgiwrap is a subdir in cgi-bin/

luna:/usr/lib/cgi-bin# ls -al
total 16
drwxr-xr-x    3 root     root         4096 Aug  9 16:52 .
drwxr-xr-x   32 root     root         8192 Aug  9 02:51 ..
drwxr-xr-x    2 root     root         4096 Aug 10 00:14 cgiwrap

luna:/usr/lib/cgi-bin/cgiwrap# ls -al
total 536
drwxr-xr-x    2 root     root         4096 Aug 10 00:14 .
drwxr-xr-x    3 root     root         4096 Aug  9 16:52 ..
-rwsr-xr-x    6 root     root        83676 Aug 10 00:14 cgiwrap
-rwsr-xr-x    6 root     root        83676 Aug 10 00:14 cgiwrapd
-rwsr-xr-x    6 root     root        83676 Aug 10 00:14 nph-cgiwrap
-rwsr-xr-x    6 root     root        83676 Aug 10 00:14 nph-cgiwrapd
-rwsr-xr-x    6 root     root        83676 Aug 10 00:14 php-cgiwrap
-rwsr-xr-x    6 root     root        83676 Aug 10 00:14 php-cgiwrapd

AW: [cgiwrap-users] RE: #!/usr/bin/php

[Daniel N. <dr...@gm...>]

Hi, 

> that sounds alot like the setup we have.
>We use it this way:
>user foo's homedir is /home/server1.ourdomain.com/foo
>in his homedir, he has a directory for every domain he has (eg:
>www.bar.com, www.baz.com).
>The webfiles are directly in those directories, no htdocs or www or
>public_htlm or whatever.

Sounds good - and similar :)

>We configured cgiwrap (with the "old" phpwrap patch) with . as docroot
>dir. 

Didn't tried that yet (will do now)

Thx for the info, result will follow

Re: AW: AW: [cgiwrap-users] RE: #!/usr/bin/php

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

On Fri, 2002-08-09 at 16:55, Daniel Nolte wrote:
> Hi, 
> 
> >If you can run it using:
> >http://host/cgi-bin/cgiwrap/user/script
> >then cgiwrap is working fine.
> 
> http://phpmagic.de/cgi-bin/cgiwrap/cgiwrapd/k060881/phpmagic.de/test.php

Have you tried that without the action/etc. rules that are not
functioning properly? If so, it should work.

Wait.. Why do you have cgiwrap/cgiwrapd in that link? That makes no
sense.


> no output of the script
> if I remove the path to the domain (phpmagic.de) and place the script
> into
> one dir below - it works ..
> 
> >It is a problem with the hack you are using to make cgiwrap behave like
> >suexec. What you are using it not sufficient for getting the script to
> >execute properly, since you are not passing the proper information to
> >cgiwrap to allow it to locate the script.
> 
> 
> *sigh* What are the proper informations ?:)
> 
> bye
> daniel
> 
-- 

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

AW: [cgiwrap-users] RE: #!/usr/bin/php

[Daniel N. <dr...@gm...>]

-----Urspr=FCngliche Nachricht-----
Von: Frank Louwers [mailto:fr...@st...]=20
Gesendet: Freitag, 9. August 2002 23:29
An: Daniel Nolte
Betreff: Re: [cgiwrap-users] RE: #!/usr/bin/php

On Fri, Aug 09, 2002 at 08:29:37PM +0200, Daniel Nolte wrote:
> Hi,
>=20
> The script physical lies in
> '/var/chroot/_nossh/k060881/htdocs/phpmagic.de/test.php'

How do you invoke cgiwrap, what is the homedir of the user, and what
did you configure as WWW dir while ./configure-ing cgiwrap?

The homedir of the user is
/var/chroot/_nossh/k060881/


httpd.conf:
<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 cgi-wrapperd .php
	AddHandler cgi-wrapperd .phtml
	AddHandler cgi-wrapperd .cgi
	Action cgi-wrapper /cgi-bin/cgiwrap/cgiwrap/k060881
	Action cgi-wrapperd /cgi-bin/cgiwrap/cgiwrapd/k060881=09
	#
	#While using the lines below I get NO output from the script.
	#
	#Action cgi-wrapper /cgi-bin/cgiwrap/cgiwrap/k060881/phpmagic.de
	#Action cgi-wrapperd
/cgi-bin/cgiwrap/cgiwrapd/k060881/webvector.d	#
</VirtualHost>

cgiwrap was configured with:
./configure \
  --with-perl=3D/usr/bin/perl \
  --with-php=3D/usr/bin/php4 \
  --with-php-path=3D/usr/bin/php4 \
  --with-local-contact-name=3DWebVector \
  --with-local-contact-email=3Ds...@ph... \
  --with-local-contact-url=3Dhttp://support.phpmagic.de \
  --with-local-site-url=3Dhttp://www.phpmagic.de \
  --with-install-group=3Droot \
  --with-install-dir=3D/usr/lib/cgi-bin/cgiwrap \
  --with-cgi-dir=3Dhtdocs \
  --with-httpd-user=3Dwww-data \
  --with-php-interpreter \
  --with-php-cgiwrap \
  --with-minimum-uid=3D1000 \
  --with-logging-file=3D/var/log/apache/cgiwrap.log