cgiwrap-users Mailing List for CGIWrap (Page 3)
Brought to you by:
nneul
Menu
▾
▴
cgiwrap-users
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(21) |
Sep
(23) |
Oct
(4) |
Nov
(15) |
Dec
(25) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(5) |
Feb
(19) |
Mar
(19) |
Apr
(13) |
May
(12) |
Jun
(23) |
Jul
(6) |
Aug
(16) |
Sep
(6) |
Oct
(31) |
Nov
(23) |
Dec
(28) |
| 2002 |
Jan
(4) |
Feb
(9) |
Mar
(6) |
Apr
(23) |
May
(29) |
Jun
(16) |
Jul
(10) |
Aug
(41) |
Sep
(16) |
Oct
(8) |
Nov
(7) |
Dec
(7) |
| 2003 |
Jan
(13) |
Feb
(30) |
Mar
(6) |
Apr
(12) |
May
(23) |
Jun
(12) |
Jul
(11) |
Aug
(20) |
Sep
|
Oct
|
Nov
(10) |
Dec
(8) |
| 2004 |
Jan
(1) |
Feb
(11) |
Mar
(3) |
Apr
(10) |
May
(6) |
Jun
|
Jul
(3) |
Aug
(4) |
Sep
(3) |
Oct
(9) |
Nov
(2) |
Dec
|
| 2005 |
Jan
(7) |
Feb
|
Mar
(7) |
Apr
(1) |
May
(3) |
Jun
(2) |
Jul
(8) |
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
(2) |
| 2006 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
(1) |
Sep
(2) |
Oct
(2) |
Nov
|
Dec
|
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
(12) |
Jun
(1) |
Jul
(1) |
Aug
|
Sep
(1) |
Oct
|
Nov
(14) |
Dec
|
| 2008 |
Jan
(5) |
Feb
(10) |
Mar
|
Apr
(12) |
May
(5) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(6) |
Dec
|
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
(1) |
Apr
(4) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
(5) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
(4) |
|
From: Jeremy C. <cg...@jd...> - 2008-02-01 17:08:51
|
I think you need to look at the code more closely. :-) That printf() is never reached unless you're using the nph-specific cgiwrap binaries, specifically binaries that start with "nph-". Again: solving this problem is not as easy as you state it is. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | On Fri, Feb 01, 2008 at 05:45:57PM +0100, Tobia Caneschi wrote: > Dear Jeremy, > Cgiwrap has the control, apache only response 500 if cgiwrap explode > whithout http code output > > The cgiwrap print to browser directly the http code ...printf("HTTP/1.0 > 200 Ok\n") ... in output on msg.c file.... > void MSG_ContentType(char *typestring) > { > static int printed = 0; > if ( !printed ) > { > printed = 1; > if ( MSG_Need_NPH_Header ) > { > printf("HTTP/1.0 200 Ok\n"); > } > > printf("Content-type: %s\n\n", typestring); > } > } > > I think that the perfect solutions was to add configure params like > --passthru-httpcode that enable > cgiwrap to return various http code to browser directly, with a simple > or configurable output text. > > Jeremy Chadwick ha scritto: > >> I think that the other way is to make patch on cgiwrap for return http > >> 404 response code on not file/dir exists. > >> > > > > This is not as easy as you make it sound. I urge you to go look at the > > source yourself and see where you can find any HTTP status codes being > > output -- there are none. Based on what I see in the code, Apache is > > what's deciding what HTTP status code to use, not cgiwrap. > > > > I'm still in the process of trying to figure out how Apache discerns > > when to send back an HTTP 500 (for scripts which don't parse right) vs. > > an HTTP 200 (for both success as well as file-not-found). cgiwrap's > > exit code would be a good guess, but that doesn't appear to be it > > either. > > > > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > cgiwrap-users mailing list > cgi...@li... > https://lists.sourceforge.net/lists/listinfo/cgiwrap-users |
|
From: Tobia C. <tob...@re...> - 2008-02-01 16:46:06
|
Dear Jeremy,
Cgiwrap has the control, apache only response 500 if cgiwrap explode
whithout http code output
The cgiwrap print to browser directly the http code ...printf("HTTP/1.0
200 Ok\n") ... in output on msg.c file....
void MSG_ContentType(char *typestring)
{
static int printed = 0;
if ( !printed )
{
printed = 1;
if ( MSG_Need_NPH_Header )
{
printf("HTTP/1.0 200 Ok\n");
}
printf("Content-type: %s\n\n", typestring);
}
}
I think that the perfect solutions was to add configure params like
--passthru-httpcode that enable
cgiwrap to return various http code to browser directly, with a simple
or configurable output text.
Jeremy Chadwick ha scritto:
>> I think that the other way is to make patch on cgiwrap for return http
>> 404 response code on not file/dir exists.
>>
>
> This is not as easy as you make it sound. I urge you to go look at the
> source yourself and see where you can find any HTTP status codes being
> output -- there are none. Based on what I see in the code, Apache is
> what's deciding what HTTP status code to use, not cgiwrap.
>
> I'm still in the process of trying to figure out how Apache discerns
> when to send back an HTTP 500 (for scripts which don't parse right) vs.
> an HTTP 200 (for both success as well as file-not-found). cgiwrap's
> exit code would be a good guess, but that doesn't appear to be it
> either.
>
>
|
|
From: Jeremy C. <cg...@jd...> - 2008-02-01 16:10:57
|
> I think that the other way is to make patch on cgiwrap for return http > 404 response code on not file/dir exists. This is not as easy as you make it sound. I urge you to go look at the source yourself and see where you can find any HTTP status codes being output -- there are none. Based on what I see in the code, Apache is what's deciding what HTTP status code to use, not cgiwrap. I'm still in the process of trying to figure out how Apache discerns when to send back an HTTP 500 (for scripts which don't parse right) vs. an HTTP 200 (for both success as well as file-not-found). cgiwrap's exit code would be a good guess, but that doesn't appear to be it either. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | On Fri, Feb 01, 2008 at 04:55:16PM +0100, Tobia Caneschi wrote: > |Yes, break the path_info request. P||ath_info request, ||in apache > 1.3.xx version, was delegated completly to the handler > |||and in this case i'm assuming that cgiwrap so wrong to handle the > path_info request. > > I think that the other way is to make patch on cgiwrap for return http > 404 response code on not file/dir exists. > > Neulinger, Nathan ha scritto > > Does this break requests using PATH_INFO? > > > > > > ------------------------------------------------------------ > > Nathan Neulinger nn...@ms... > > Missouri S&T Information Technology (573) 341-6679 > > System Administrator - Principal > > > > > > > >> -----Original Message----- > >> From: cgi...@li... [mailto:cgiwrap- > >> use...@li...] On Behalf Of Tobia Caneschi > >> Sent: Friday, February 01, 2008 9:01 AM > >> To: WSO Support; cgi...@li... > >> Subject: Re: [cgiwrap-users] cgiwrap and 404 error > >> > >> The rewrite lines is: > >> > >> RewriteEngine On > >> ..... > >> RewriteCond %{REQUEST_FILENAME} !-f > >> RewriteCond %{REQUEST_FILENAME} !-d > >> RewriteRule ^$ /notexists.html [R=404,L] > >> > >> The file "notexists.html" realy not exists and even more the file > >> extensions isn't in cgi-wrapper handler... ;) > >> > >> http://httpd.apache.org/docs/1.3/mod/mod_rewrite.html#RewriteRule > >> > >> Tobia > >> > >> WSO Support ha scritto: > >> > >>> Tobia, > >>> > >>> I'm using Apache 1.3.3x (various sub versions). > >>> > >>> AddHandler cgi-wrapper .cgi .php .pl > >>> Action cgi-wrapper /cgi-bin/cgiwrap/USERNAME/www/ > >>> > >>> That's the basics.... If you show me your rewrite I can probably > >>> > >> reverse engineer it to my specific situation. I really appreciate > >> the help, thank you. :) > >> > >>> > >>> > >>> > >>> At 05:40 PM 1/30/2008, you wrote: > >>> > >>> > >>> > >>>> Post your apache configuration and version for cgiwrap > >>>> > >> executions, i > >> > >>>> solved the same problems > >>>> with apache mod_rewrite. > >>>> > >>>> Tobia > >>>> > >>>> WSO Support ha scritto: > >>>> > >>>> > >>>>> Thanks for the quick response Nathan... > >>>>> > >>>>> > >>>>> > >>>>> > >>>>>> At 04:31 PM 1/30/2008, Neulinger, Nathan wrote: > >>>>>> Unfortunately, I don't know of any way around that... From the > >>>>>> perspective of apache, "cgiwrap" is the cgi script being > >>>>>> > >> executed, and > >> > >>>>>> will always exist. > >>>>>> > >>>>>> > >>>>>> > >>>>> Really? I was sure this couldn't be correct behavior. Anybody > >>>>> > >> know of a work around? > >> > >>>>> Probably some fancy mod_rewrite command could do it, but I've > >>>>> > >> been poking around trying > >> > >>>>> to figure something out for the last few hours and got nothing > >>>>> > >> unfortunately... > >> > >>>>> WSO > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>>> -- Nathan > >>>>>> > >>>>>> ------------------------------------------------------------ > >>>>>> Nathan Neulinger nn...@ms... > >>>>>> Missouri S&T Information Technology (573) 341-6679 > >>>>>> System Administrator - Principal > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>>> -----Original Message----- > >>>>>>> From: cgi...@li... > >>>>>>> > >> [mailto:cgiwrap- > >> > >>>>>>> use...@li...] On Behalf Of WSO Support > >>>>>>> Sent: Wednesday, January 30, 2008 2:18 PM > >>>>>>> To: cgi...@li... > >>>>>>> Subject: [cgiwrap-users] cgiwrap and 404 error > >>>>>>> > >>>>>>> I'm using what I think is a pretty standard implementation of > >>>>>>> cgiwrap using the AddHandler and Action method. But when I > >>>>>>> > >> call a > >> > >>>>>>> non-existant cgi file I don't get a standard 404 error, I get > >>>>>>> "CGIWrap Error: Execution of this script not permitted" and > >>>>>>> > >> below > >> > >>>>>>> that a "CGIWrap Error: Request Error". > >>>>>>> > >>>>>>> What have I don't wrong? If a file is completely non-existent > >>>>>>> > >> on > >> > >>>>>>> the web server, why does cgiwrap still try to do something > >>>>>>> > >> with it? > >> > >>>>>>> Does it have something to do with where I placed CGIwrap in > >>>>>>> > >> my > >> > >>>>>>> Apache build string? > >>>>>>> > >>>>>>> If there is more info that would help, please let me know and > >>>>>>> > >> I'll > >> > >>>>>>> provide it, of course. > >>>>>>> > >>>>>>> Any ideas or suggestions would be great, thank you! > >>>>>>> > >>>>>>> WSO > >>>>>>> > >>>>>>> > >>>>>>> ------------------------------------------------------------- > >>>>>>> > >> ------ > >> > >>>>>>> ------ > >>>>>>> This SF.net email is sponsored by: Microsoft > >>>>>>> Defy all challenges. Microsoft(R) Visual Studio 2008. > >>>>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > >>>>>>> _______________________________________________ > >>>>>>> cgiwrap-users mailing list > >>>>>>> cgi...@li... > >>>>>>> https://lists.sourceforge.net/lists/listinfo/cgiwrap-users > >>>>>>> > >>>>>>> > >>>>>>> > >>>>> --------------------------------------------------------------- > >>>>> > >> ---------- > >> > >>>>> This SF.net email is sponsored by: Microsoft > >>>>> Defy all challenges. Microsoft(R) Visual Studio 2008. > >>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > >>>>> _______________________________________________ > >>>>> cgiwrap-users mailing list > >>>>> cgi...@li... > >>>>> https://lists.sourceforge.net/lists/listinfo/cgiwrap-users > >>>>> > >>>>> > >>>>> > >>>>> > >>>> ---------------------------------------------------------------- > >>>> > >> --------- > >> > >>>> This SF.net email is sponsored by: Microsoft > >>>> Defy all challenges. Microsoft(R) Visual Studio 2008. > >>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > >>>> _______________________________________________ > >>>> cgiwrap-users mailing list > >>>> cgi...@li... > >>>> https://lists.sourceforge.net/lists/listinfo/cgiwrap-users > >>>> > >>>> > >>> ----------------------------------------------------------------- > >>> > >> -------- > >> > >>> This SF.net email is sponsored by: Microsoft > >>> Defy all challenges. Microsoft(R) Visual Studio 2008. > >>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > >>> _______________________________________________ > >>> cgiwrap-users mailing list > >>> cgi...@li... > >>> https://lists.sourceforge.net/lists/listinfo/cgiwrap-users > >>> > >>> > >>> > >> ------------------------------------------------------------------- > >> ------ > >> This SF.net email is sponsored by: Microsoft > >> Defy all challenges. Microsoft(R) Visual Studio 2008. > >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > >> _______________________________________________ > >> cgiwrap-users mailing list > >> cgi...@li... > >> https://lists.sourceforge.net/lists/listinfo/cgiwrap-users > >> > > > > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > cgiwrap-users mailing list > cgi...@li... > https://lists.sourceforge.net/lists/listinfo/cgiwrap-users |
|
From: Tobia C. <tob...@re...> - 2008-02-01 15:55:18
|
|Yes, break the path_info request. P||ath_info request, ||in apache
1.3.xx version, was delegated completly to the handler
|||and in this case i'm assuming that cgiwrap so wrong to handle the
path_info request.
I think that the other way is to make patch on cgiwrap for return http
404 response code on not file/dir exists.
Neulinger, Nathan ha scritto
> Does this break requests using PATH_INFO?
>
>
> ------------------------------------------------------------
> Nathan Neulinger nn...@ms...
> Missouri S&T Information Technology (573) 341-6679
> System Administrator - Principal
>
>
>
>> -----Original Message-----
>> From: cgi...@li... [mailto:cgiwrap-
>> use...@li...] On Behalf Of Tobia Caneschi
>> Sent: Friday, February 01, 2008 9:01 AM
>> To: WSO Support; cgi...@li...
>> Subject: Re: [cgiwrap-users] cgiwrap and 404 error
>>
>> The rewrite lines is:
>>
>> RewriteEngine On
>> .....
>> RewriteCond %{REQUEST_FILENAME} !-f
>> RewriteCond %{REQUEST_FILENAME} !-d
>> RewriteRule ^$ /notexists.html [R=404,L]
>>
>> The file "notexists.html" realy not exists and even more the file
>> extensions isn't in cgi-wrapper handler... ;)
>>
>> http://httpd.apache.org/docs/1.3/mod/mod_rewrite.html#RewriteRule
>>
>> Tobia
>>
>> WSO Support ha scritto:
>>
>>> Tobia,
>>>
>>> I'm using Apache 1.3.3x (various sub versions).
>>>
>>> AddHandler cgi-wrapper .cgi .php .pl
>>> Action cgi-wrapper /cgi-bin/cgiwrap/USERNAME/www/
>>>
>>> That's the basics.... If you show me your rewrite I can probably
>>>
>> reverse engineer it to my specific situation. I really appreciate
>> the help, thank you. :)
>>
>>>
>>>
>>>
>>> At 05:40 PM 1/30/2008, you wrote:
>>>
>>>
>>>
>>>> Post your apache configuration and version for cgiwrap
>>>>
>> executions, i
>>
>>>> solved the same problems
>>>> with apache mod_rewrite.
>>>>
>>>> Tobia
>>>>
>>>> WSO Support ha scritto:
>>>>
>>>>
>>>>> Thanks for the quick response Nathan...
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>> At 04:31 PM 1/30/2008, Neulinger, Nathan wrote:
>>>>>> Unfortunately, I don't know of any way around that... From the
>>>>>> perspective of apache, "cgiwrap" is the cgi script being
>>>>>>
>> executed, and
>>
>>>>>> will always exist.
>>>>>>
>>>>>>
>>>>>>
>>>>> Really? I was sure this couldn't be correct behavior. Anybody
>>>>>
>> know of a work around?
>>
>>>>> Probably some fancy mod_rewrite command could do it, but I've
>>>>>
>> been poking around trying
>>
>>>>> to figure something out for the last few hours and got nothing
>>>>>
>> unfortunately...
>>
>>>>> WSO
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>> -- Nathan
>>>>>>
>>>>>> ------------------------------------------------------------
>>>>>> Nathan Neulinger nn...@ms...
>>>>>> Missouri S&T Information Technology (573) 341-6679
>>>>>> System Administrator - Principal
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>> -----Original Message-----
>>>>>>> From: cgi...@li...
>>>>>>>
>> [mailto:cgiwrap-
>>
>>>>>>> use...@li...] On Behalf Of WSO Support
>>>>>>> Sent: Wednesday, January 30, 2008 2:18 PM
>>>>>>> To: cgi...@li...
>>>>>>> Subject: [cgiwrap-users] cgiwrap and 404 error
>>>>>>>
>>>>>>> I'm using what I think is a pretty standard implementation of
>>>>>>> cgiwrap using the AddHandler and Action method. But when I
>>>>>>>
>> call a
>>
>>>>>>> non-existant cgi file I don't get a standard 404 error, I get
>>>>>>> "CGIWrap Error: Execution of this script not permitted" and
>>>>>>>
>> below
>>
>>>>>>> that a "CGIWrap Error: Request Error".
>>>>>>>
>>>>>>> What have I don't wrong? If a file is completely non-existent
>>>>>>>
>> on
>>
>>>>>>> the web server, why does cgiwrap still try to do something
>>>>>>>
>> with it?
>>
>>>>>>> Does it have something to do with where I placed CGIwrap in
>>>>>>>
>> my
>>
>>>>>>> Apache build string?
>>>>>>>
>>>>>>> If there is more info that would help, please let me know and
>>>>>>>
>> I'll
>>
>>>>>>> provide it, of course.
>>>>>>>
>>>>>>> Any ideas or suggestions would be great, thank you!
>>>>>>>
>>>>>>> WSO
>>>>>>>
>>>>>>>
>>>>>>> -------------------------------------------------------------
>>>>>>>
>> ------
>>
>>>>>>> ------
>>>>>>> This SF.net email is sponsored by: Microsoft
>>>>>>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>>>>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>>>>>>> _______________________________________________
>>>>>>> cgiwrap-users mailing list
>>>>>>> cgi...@li...
>>>>>>> https://lists.sourceforge.net/lists/listinfo/cgiwrap-users
>>>>>>>
>>>>>>>
>>>>>>>
>>>>> ---------------------------------------------------------------
>>>>>
>> ----------
>>
>>>>> This SF.net email is sponsored by: Microsoft
>>>>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>>>>> _______________________________________________
>>>>> cgiwrap-users mailing list
>>>>> cgi...@li...
>>>>> https://lists.sourceforge.net/lists/listinfo/cgiwrap-users
>>>>>
>>>>>
>>>>>
>>>>>
>>>> ----------------------------------------------------------------
>>>>
>> ---------
>>
>>>> This SF.net email is sponsored by: Microsoft
>>>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>>>> _______________________________________________
>>>> cgiwrap-users mailing list
>>>> cgi...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/cgiwrap-users
>>>>
>>>>
>>> -----------------------------------------------------------------
>>>
>> --------
>>
>>> This SF.net email is sponsored by: Microsoft
>>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>>> _______________________________________________
>>> cgiwrap-users mailing list
>>> cgi...@li...
>>> https://lists.sourceforge.net/lists/listinfo/cgiwrap-users
>>>
>>>
>>>
>> -------------------------------------------------------------------
>> ------
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>> _______________________________________________
>> cgiwrap-users mailing list
>> cgi...@li...
>> https://lists.sourceforge.net/lists/listinfo/cgiwrap-users
>>
>
>
|
|
From: Tobia C. <tob...@re...> - 2008-02-01 15:00:43
|
The rewrite lines is:
RewriteEngine On
.....
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^$ /notexists.html [R=404,L]
The file "notexists.html" realy not exists and even more the file
extensions isn't in cgi-wrapper handler... ;)
http://httpd.apache.org/docs/1.3/mod/mod_rewrite.html#RewriteRule
Tobia
WSO Support ha scritto:
> Tobia,
>
> I'm using Apache 1.3.3x (various sub versions).
>
> AddHandler cgi-wrapper .cgi .php .pl
> Action cgi-wrapper /cgi-bin/cgiwrap/USERNAME/www/
>
> That's the basics.... If you show me your rewrite I can probably reverse engineer it to my specific situation. I really appreciate the help, thank you. :)
>
>
>
>
>
> At 05:40 PM 1/30/2008, you wrote:
>
>
>> Post your apache configuration and version for cgiwrap executions, i
>> solved the same problems
>> with apache mod_rewrite.
>>
>> Tobia
>>
>> WSO Support ha scritto:
>>
>>> Thanks for the quick response Nathan...
>>>
>>>
>>>
>>>> At 04:31 PM 1/30/2008, Neulinger, Nathan wrote:
>>>> Unfortunately, I don't know of any way around that... From the
>>>> perspective of apache, "cgiwrap" is the cgi script being executed, and
>>>> will always exist.
>>>>
>>>>
>>> Really? I was sure this couldn't be correct behavior. Anybody know of a work around?
>>>
>>> Probably some fancy mod_rewrite command could do it, but I've been poking around trying
>>> to figure something out for the last few hours and got nothing unfortunately...
>>>
>>> WSO
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>> -- Nathan
>>>>
>>>> ------------------------------------------------------------
>>>> Nathan Neulinger nn...@ms...
>>>> Missouri S&T Information Technology (573) 341-6679
>>>> System Administrator - Principal
>>>>
>>>>
>>>>
>>>>
>>>>> -----Original Message-----
>>>>> From: cgi...@li... [mailto:cgiwrap-
>>>>> use...@li...] On Behalf Of WSO Support
>>>>> Sent: Wednesday, January 30, 2008 2:18 PM
>>>>> To: cgi...@li...
>>>>> Subject: [cgiwrap-users] cgiwrap and 404 error
>>>>>
>>>>> I'm using what I think is a pretty standard implementation of
>>>>> cgiwrap using the AddHandler and Action method. But when I call a
>>>>> non-existant cgi file I don't get a standard 404 error, I get
>>>>> "CGIWrap Error: Execution of this script not permitted" and below
>>>>> that a "CGIWrap Error: Request Error".
>>>>>
>>>>> What have I don't wrong? If a file is completely non-existent on
>>>>> the web server, why does cgiwrap still try to do something with it?
>>>>>
>>>>> Does it have something to do with where I placed CGIwrap in my
>>>>> Apache build string?
>>>>>
>>>>> If there is more info that would help, please let me know and I'll
>>>>> provide it, of course.
>>>>>
>>>>> Any ideas or suggestions would be great, thank you!
>>>>>
>>>>> WSO
>>>>>
>>>>>
>>>>> -------------------------------------------------------------------
>>>>> ------
>>>>> This SF.net email is sponsored by: Microsoft
>>>>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>>>>> _______________________________________________
>>>>> cgiwrap-users mailing list
>>>>> cgi...@li...
>>>>> https://lists.sourceforge.net/lists/listinfo/cgiwrap-users
>>>>>
>>>>>
>>> -------------------------------------------------------------------------
>>> This SF.net email is sponsored by: Microsoft
>>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>>> _______________________________________________
>>> cgiwrap-users mailing list
>>> cgi...@li...
>>> https://lists.sourceforge.net/lists/listinfo/cgiwrap-users
>>>
>>>
>>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>> _______________________________________________
>> cgiwrap-users mailing list
>> cgi...@li...
>> https://lists.sourceforge.net/lists/listinfo/cgiwrap-users
>>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> cgiwrap-users mailing list
> cgi...@li...
> https://lists.sourceforge.net/lists/listinfo/cgiwrap-users
>
>
|
|
From: WSO S. <mai...@ws...> - 2008-01-31 18:05:41
|
Tobia, I'm using Apache 1.3.3x (various sub versions). AddHandler cgi-wrapper .cgi .php .pl Action cgi-wrapper /cgi-bin/cgiwrap/USERNAME/www/ That's the basics.... If you show me your rewrite I can probably reverse engineer it to my specific situation. I really appreciate the help, thank you. :) At 05:40 PM 1/30/2008, you wrote: >Post your apache configuration and version for cgiwrap executions, i >solved the same problems >with apache mod_rewrite. > >Tobia > >WSO Support ha scritto: >> Thanks for the quick response Nathan... >> >> >>> At 04:31 PM 1/30/2008, Neulinger, Nathan wrote: >>> Unfortunately, I don't know of any way around that... From the >>> perspective of apache, "cgiwrap" is the cgi script being executed, and >>> will always exist. >>> >> >> Really? I was sure this couldn't be correct behavior. Anybody know of a work around? >> >> Probably some fancy mod_rewrite command could do it, but I've been poking around trying >> to figure something out for the last few hours and got nothing unfortunately... >> >> WSO >> >> >> >> >> >> >> >>> -- Nathan >>> >>> ------------------------------------------------------------ >>> Nathan Neulinger nn...@ms... >>> Missouri S&T Information Technology (573) 341-6679 >>> System Administrator - Principal >>> >>> >>> >>>> -----Original Message----- >>>> From: cgi...@li... [mailto:cgiwrap- >>>> use...@li...] On Behalf Of WSO Support >>>> Sent: Wednesday, January 30, 2008 2:18 PM >>>> To: cgi...@li... >>>> Subject: [cgiwrap-users] cgiwrap and 404 error >>>> >>>> I'm using what I think is a pretty standard implementation of >>>> cgiwrap using the AddHandler and Action method. But when I call a >>>> non-existant cgi file I don't get a standard 404 error, I get >>>> "CGIWrap Error: Execution of this script not permitted" and below >>>> that a "CGIWrap Error: Request Error". >>>> >>>> What have I don't wrong? If a file is completely non-existent on >>>> the web server, why does cgiwrap still try to do something with it? >>>> >>>> Does it have something to do with where I placed CGIwrap in my >>>> Apache build string? >>>> >>>> If there is more info that would help, please let me know and I'll >>>> provide it, of course. >>>> >>>> Any ideas or suggestions would be great, thank you! >>>> >>>> WSO >>>> >>>> >>>> ------------------------------------------------------------------- >>>> ------ >>>> This SF.net email is sponsored by: Microsoft >>>> Defy all challenges. Microsoft(R) Visual Studio 2008. >>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>>> _______________________________________________ >>>> cgiwrap-users mailing list >>>> cgi...@li... >>>> https://lists.sourceforge.net/lists/listinfo/cgiwrap-users >>>> >> >> >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by: Microsoft >> Defy all challenges. Microsoft(R) Visual Studio 2008. >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> _______________________________________________ >> cgiwrap-users mailing list >> cgi...@li... >> https://lists.sourceforge.net/lists/listinfo/cgiwrap-users >> >> > > >------------------------------------------------------------------------- >This SF.net email is sponsored by: Microsoft >Defy all challenges. Microsoft(R) Visual Studio 2008. >http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >_______________________________________________ >cgiwrap-users mailing list >cgi...@li... >https://lists.sourceforge.net/lists/listinfo/cgiwrap-users |
|
From: Tobia C. <tob...@re...> - 2008-01-30 22:40:31
|
Post your apache configuration and version for cgiwrap executions, i solved the same problems with apache mod_rewrite. Tobia WSO Support ha scritto: > Thanks for the quick response Nathan... > > >> At 04:31 PM 1/30/2008, Neulinger, Nathan wrote: >> Unfortunately, I don't know of any way around that... From the >> perspective of apache, "cgiwrap" is the cgi script being executed, and >> will always exist. >> > > Really? I was sure this couldn't be correct behavior. Anybody know of a work around? > > Probably some fancy mod_rewrite command could do it, but I've been poking around trying > to figure something out for the last few hours and got nothing unfortunately... > > WSO > > > > > > > >> -- Nathan >> >> ------------------------------------------------------------ >> Nathan Neulinger nn...@ms... >> Missouri S&T Information Technology (573) 341-6679 >> System Administrator - Principal >> >> >> >>> -----Original Message----- >>> From: cgi...@li... [mailto:cgiwrap- >>> use...@li...] On Behalf Of WSO Support >>> Sent: Wednesday, January 30, 2008 2:18 PM >>> To: cgi...@li... >>> Subject: [cgiwrap-users] cgiwrap and 404 error >>> >>> I'm using what I think is a pretty standard implementation of >>> cgiwrap using the AddHandler and Action method. But when I call a >>> non-existant cgi file I don't get a standard 404 error, I get >>> "CGIWrap Error: Execution of this script not permitted" and below >>> that a "CGIWrap Error: Request Error". >>> >>> What have I don't wrong? If a file is completely non-existent on >>> the web server, why does cgiwrap still try to do something with it? >>> >>> Does it have something to do with where I placed CGIwrap in my >>> Apache build string? >>> >>> If there is more info that would help, please let me know and I'll >>> provide it, of course. >>> >>> Any ideas or suggestions would be great, thank you! >>> >>> WSO >>> >>> >>> ------------------------------------------------------------------- >>> ------ >>> This SF.net email is sponsored by: Microsoft >>> Defy all challenges. Microsoft(R) Visual Studio 2008. >>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>> _______________________________________________ >>> cgiwrap-users mailing list >>> cgi...@li... >>> https://lists.sourceforge.net/lists/listinfo/cgiwrap-users >>> > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > cgiwrap-users mailing list > cgi...@li... > https://lists.sourceforge.net/lists/listinfo/cgiwrap-users > > |
|
From: WSO S. <mai...@ws...> - 2008-01-30 22:22:12
|
Thanks for the quick response Nathan... >At 04:31 PM 1/30/2008, Neulinger, Nathan wrote: >Unfortunately, I don't know of any way around that... From the >perspective of apache, "cgiwrap" is the cgi script being executed, and >will always exist. Really? I was sure this couldn't be correct behavior. Anybody know of a work around? Probably some fancy mod_rewrite command could do it, but I've been poking around trying to figure something out for the last few hours and got nothing unfortunately... WSO >-- Nathan > >------------------------------------------------------------ >Nathan Neulinger nn...@ms... >Missouri S&T Information Technology (573) 341-6679 >System Administrator - Principal > > >> -----Original Message----- >> From: cgi...@li... [mailto:cgiwrap- >> use...@li...] On Behalf Of WSO Support >> Sent: Wednesday, January 30, 2008 2:18 PM >> To: cgi...@li... >> Subject: [cgiwrap-users] cgiwrap and 404 error >> >> I'm using what I think is a pretty standard implementation of >> cgiwrap using the AddHandler and Action method. But when I call a >> non-existant cgi file I don't get a standard 404 error, I get >> "CGIWrap Error: Execution of this script not permitted" and below >> that a "CGIWrap Error: Request Error". >> >> What have I don't wrong? If a file is completely non-existent on >> the web server, why does cgiwrap still try to do something with it? >> >> Does it have something to do with where I placed CGIwrap in my >> Apache build string? >> >> If there is more info that would help, please let me know and I'll >> provide it, of course. >> >> Any ideas or suggestions would be great, thank you! >> >> WSO >> >> >> ------------------------------------------------------------------- >> ------ >> This SF.net email is sponsored by: Microsoft >> Defy all challenges. Microsoft(R) Visual Studio 2008. >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> _______________________________________________ >> cgiwrap-users mailing list >> cgi...@li... >> https://lists.sourceforge.net/lists/listinfo/cgiwrap-users |
|
From: WSO S. <mai...@ws...> - 2008-01-30 21:00:16
|
I'm using what I think is a pretty standard implementation of cgiwrap using the AddHandler and Action method. But when I call a non-existant cgi file I don't get a standard 404 error, I get "CGIWrap Error: Execution of this script not permitted" and below that a "CGIWrap Error: Request Error". What have I don't wrong? If a file is completely non-existent on the web server, why does cgiwrap still try to do something with it? Does it have something to do with where I placed CGIwrap in my Apache build string? If there is more info that would help, please let me know and I'll provide it, of course. Any ideas or suggestions would be great, thank you! WSO |
|
From: Jo R. <jr...@ne...> - 2008-01-04 00:26:19
|
On Nov 26, 2007, at 3:41 PM, Sasa Ebach wrote: >> Then change your configuration to just >> AddHandler cgiwrap .cgi .pl >> Action cgiwrap /cgiwrap >> ScriptAlias /cgiwrap/ /usr/lib/cgi-bin/cgiwrap/ >> >> That's it. Nothing else is necessary. You can easily see and follow >> the flow of this ;-) > > Yes, but will I be able to call /cgi-bin/script.cgi or will I have > to call > it like /cgi-bin/cgiwrap/username/script.cgi which is what I wanted to > avoid in the first place? The former. The /cgiwrap/ part is handled internally to the server. (and it would be /cgiwrap/username/cgi-bin/script.cgi anyway) Oops, sorry, I forgot we have a patch here to figure out the user name. Use this instead: ScriptAlias /cgiwrap/ /usr/lib/cgi-bin/cgiwrap/username -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness |
|
From: Sasa E. <se...@di...> - 2007-11-27 02:58:57
|
> Make sense? Thanks for going into so much detail Jeremy. This was exactly what I was looking for. Great stuff. -sasa |
|
From: Jeremy C. <cg...@jd...> - 2007-11-27 02:30:44
|
On Tue, Nov 27, 2007 at 12:41:23AM +0100, Sasa Ebach wrote: > > Then change your configuration to just > > AddHandler cgiwrap .cgi .pl > > Action cgiwrap /cgiwrap > > ScriptAlias /cgiwrap/ /usr/lib/cgi-bin/cgiwrap/ > > Yes, but will I be able to call /cgi-bin/script.cgi or will I have to call > it like /cgi-bin/cgiwrap/username/script.cgi which is what I wanted to > avoid in the first place? Neither. The URL you'd want to access is http://whatever/cgiwrap/username/whatever.cgi What needs to be made clear here is that most of the time the ScriptAlias definition contains the username you want to run scripts as. Meaning, it's primarily used in the case of a VirtualHost. Here's a snippet from our production Apache configuration: <VirtualHost www:80> ServerName www.blah.com ScriptAlias /cgi-bin/ "/usr/local/www/cgi-bin/cgiwrap/mainsite/" ScriptAliasMatch ^/~([^/]+)/cgi-bin/(.*) "/usr/local/www/cgi-bin/cgiwrap/$1/$2" </VirtualHost> <VirtualHost www:80> ServerName whatever.blah.com ScriptAlias /cgi-bin/ "/usr/local/www/cgi-bin/cgiwrap/bob/" </VirtualHost> The above configuration permits the following things: http://www.blah.com/cgi-bin/mycgi.cgi <-- runs as user "mainsite" http://www.blah.com/~mary/cgi-bin/test.cgi <-- runs as user "mary" http://whatever.blah.com/cgi-bin/hello.cgi <-- runs as user "bob" In this configuration, cgiwrap was configured with the following flags: --with-httpd-user=www --with-install-group=www --with-cgi-dir=cgi-bin --without-nph The filesystem layout would be identical for all 3 accounts (mainsite, mary, and bob): a cgi-bin directory in their $HOME, permissions of 711 (or possibly 710 depending upon how you have groups set up on your system). The CGIs themselves (mycgi.cgi, etc.) would be 700. Make sense? -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | |
|
From: Sasa E. <se...@di...> - 2007-11-26 23:41:41
|
> This is all way, way too much. I'm not sure I could make it work at all > like that, you're brave! > > But for what you are trying to do, just compile exactly as you have, but > add > --without-redirect-stderr <- major security problem! Thanks for the tip. Didn't know that. > Then change your configuration to just > AddHandler cgiwrap .cgi .pl > Action cgiwrap /cgiwrap > ScriptAlias /cgiwrap/ /usr/lib/cgi-bin/cgiwrap/ > > That's it. Nothing else is necessary. You can easily see and follow > the flow of this ;-) Yes, but will I be able to call /cgi-bin/script.cgi or will I have to call it like /cgi-bin/cgiwrap/username/script.cgi which is what I wanted to avoid in the first place? -sasa |
|
From: Jo R. <jr...@ne...> - 2007-11-26 23:04:07
|
This is all way, way too much. I'm not sure I could make it work at
all like that, you're brave!
But for what you are trying to do, just compile exactly as you have,
but add
--without-redirect-stderr <- major security problem!
Then change your configuration to just
AddHandler cgiwrap .cgi .pl
Action cgiwrap /cgiwrap
ScriptAlias /cgiwrap/ /usr/lib/cgi-bin/cgiwrap/
That's it. Nothing else is necessary. You can easily see and follow
the flow of this ;-)
On Nov 26, 2007, at 2:46 PM, Sasa Ebach wrote:
> Hi Jo,
>
>> It sounds like you got it working, but I'd like to point out that you
>> are making it too hard. We compile with the defaults and activate it
>> with AddHandler. No scriptalias, no rewrite rules, nothing. It
>> seems
>> likely to be that you had multiple layers of redirection interfering
>> with each other. Use the simplest case, keep your life easy ;-)
>
> Life is easy. CGIWrap and mod_rewirte are hard! ;)
>
> Please read through the comments.
>
> Here is what I did. I compiled CGIWrap myself like so:
>
> it didn't work until I added this line the the configure call:
>
> --with-cgi-dir=.
>
> Before it would not find the script, but when I put it in
> /dir/cgi-bin/cgi-bin/script.cgi but called /dir/cgi-bin/script.cgi
> it worked.
>
> ./configure --with-httpd-user=www-data \
> --with-perl=/usr/bin/perl \
> --with-php=/usr/bin/php-cgi \
> --with-php-interpreter \
> --with-cgi-dir=. \
> --without-check-symlink \
> --with-minimum-uid=1013 \
> --with-minimum-gid=1013 \
> --with-logging-file=/var/log/cgiwrap.log \
> --with-use-redirect-url \
> --with-use-script-url \
> --with-require-redirect-url \
> --with-env-require-user \
> --with-block-svn-paths \
> --with-block-cvs-paths \
> --with-cgiwrapd \
> --with-httpd-user=www-data \
> --with-install-dir=/usr/lib/cgi-bin
>
> make
>
> # make install doesn't work on my Debian Etch
> /bin/cp -f cgiwrap /usr/lib/cgi-bin/cgiwrap
> /bin/cp -f cgiwrap /usr/lib/cgi-bin/cgiwrapd
> /bin/cp -f cgiwrap /usr/lib/cgi-bin/nph-cgiwrap
> /bin/cp -f cgiwrap /usr/lib/cgi-bin/nph-cgiwrapd
>
>
> Then in my config:
>
> RewriteEngine On
> # need this for seo purposes
> RewriteCond %{HTTP_HOST} !^www\.$DOMAIN
> RewriteRule ^(.*)$ http://www.$DOMAIN$1 [R=permanent,L]
>
> # cgi-wrapper config
> ScriptAlias /cgi-bin /webs/$DOMAIN/cgi-bin
> ScriptAlias /cgiwrapDir/ /usr/lib/cgi-bin/
> AddHandler cgi-wrapper .cgi .pl
> cgi-wrapper /cgiwrapDir/cgiwrap/$USERID/
> RewriteCond %{REQUEST_URI} !^/cgi-bin/
> RewriteRule ^/cgi-bin/(.*) /cgi-bin/cgiwrap/$1 [PT]
> # I wish I knew how to make the following work
> # but I am not sure if I have to add more ScriptAlias/AddHandler
> directives
> # following does not work
> #RewriteRule ^/cgi-bin-d/(.*)\.(cgi|php|pl|rb) /cgi-bin/cgiwrapd/$1
> [PT]
> #RewriteRule ^/nph-bin/(.*)\.(cgi|php|pl|rb) /cgi-bin/nph-cgiwrap/
> $1 [PT]
> #RewriteRule ^/nph-bin-d/(.*)\.(cgi|php|pl|rb) /cgi-bin/nph-
> cgiwrapd/$1 [PT]
>
> -sasa
>
> ----------------------------------------------------------------------
> ---
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> cgiwrap-users mailing list
> cgi...@li...
> https://lists.sourceforge.net/lists/listinfo/cgiwrap-users
--
Jo Rhett
Net Consonance : consonant endings by net philanthropy, open source
and other randomness
|
|
From: Sasa E. <se...@di...> - 2007-11-26 22:46:59
|
Hi Jo,
> It sounds like you got it working, but I'd like to point out that you
> are making it too hard. We compile with the defaults and activate it
> with AddHandler. No scriptalias, no rewrite rules, nothing. It seems
> likely to be that you had multiple layers of redirection interfering
> with each other. Use the simplest case, keep your life easy ;-)
Life is easy. CGIWrap and mod_rewirte are hard! ;)
Please read through the comments.
Here is what I did. I compiled CGIWrap myself like so:
it didn't work until I added this line the the configure call:
--with-cgi-dir=.
Before it would not find the script, but when I put it in
/dir/cgi-bin/cgi-bin/script.cgi but called /dir/cgi-bin/script.cgi it worked.
./configure --with-httpd-user=www-data \
--with-perl=/usr/bin/perl \
--with-php=/usr/bin/php-cgi \
--with-php-interpreter \
--with-cgi-dir=. \
--without-check-symlink \
--with-minimum-uid=1013 \
--with-minimum-gid=1013 \
--with-logging-file=/var/log/cgiwrap.log \
--with-use-redirect-url \
--with-use-script-url \
--with-require-redirect-url \
--with-env-require-user \
--with-block-svn-paths \
--with-block-cvs-paths \
--with-cgiwrapd \
--with-httpd-user=www-data \
--with-install-dir=/usr/lib/cgi-bin
make
# make install doesn't work on my Debian Etch
/bin/cp -f cgiwrap /usr/lib/cgi-bin/cgiwrap
/bin/cp -f cgiwrap /usr/lib/cgi-bin/cgiwrapd
/bin/cp -f cgiwrap /usr/lib/cgi-bin/nph-cgiwrap
/bin/cp -f cgiwrap /usr/lib/cgi-bin/nph-cgiwrapd
Then in my config:
RewriteEngine On
# need this for seo purposes
RewriteCond %{HTTP_HOST} !^www\.$DOMAIN
RewriteRule ^(.*)$ http://www.$DOMAIN$1 [R=permanent,L]
# cgi-wrapper config
ScriptAlias /cgi-bin /webs/$DOMAIN/cgi-bin
ScriptAlias /cgiwrapDir/ /usr/lib/cgi-bin/
AddHandler cgi-wrapper .cgi .pl
cgi-wrapper /cgiwrapDir/cgiwrap/$USERID/
RewriteCond %{REQUEST_URI} !^/cgi-bin/
RewriteRule ^/cgi-bin/(.*) /cgi-bin/cgiwrap/$1 [PT]
# I wish I knew how to make the following work
# but I am not sure if I have to add more ScriptAlias/AddHandler directives
# following does not work
#RewriteRule ^/cgi-bin-d/(.*)\.(cgi|php|pl|rb) /cgi-bin/cgiwrapd/$1 [PT]
#RewriteRule ^/nph-bin/(.*)\.(cgi|php|pl|rb) /cgi-bin/nph-cgiwrap/$1 [PT]
#RewriteRule ^/nph-bin-d/(.*)\.(cgi|php|pl|rb) /cgi-bin/nph-cgiwrapd/$1 [PT]
-sasa
|
|
From: Jo R. <jr...@ne...> - 2007-11-26 22:28:38
|
On Nov 23, 2007, at 9:01 AM, Sasa Ebach wrote: > I followed your tip and this sent me on an odyssey of configuration > ad new > compilation, which finally resulted in a working environment. I have a It sounds like you got it working, but I'd like to point out that you are making it too hard. We compile with the defaults and activate it with AddHandler. No scriptalias, no rewrite rules, nothing. It seems likely to be that you had multiple layers of redirection interfering with each other. Use the simplest case, keep your life easy ;-) -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness |
|
From: Sasa E. <se...@di...> - 2007-11-23 17:01:14
|
Hi Nathan, > I think your scriptalias stuff is conflicting with your action+rewrite > rules... Try to get just one of them working. I followed your tip and this sent me on an odyssey of configuration ad new compilation, which finally resulted in a working environment. I have a different question now, for which I will open another thread. Thank you. -sasa |
|
From: Neulinger, N. <nn...@um...> - 2007-11-22 14:52:26
|
I think your scriptalias stuff is conflicting with your action+rewrite
rules... Try to get just one of them working.
Make sure you can get the base cgiwrap syntax working with ScriptAlias
first, so you would use a URL:
/cgi-bin/cgiwrap/userid/scriptname
to run the script
~userid/public_html/cgi-bin/scriptname
if you used the default config for script base dir.=20
-- Nathan
=20
------------------------------------------------------------
Nathan Neulinger EMail: nn...@um...
University of Missouri - Rolla Phone: (573) 341-6679
UMR Information Technology Fax: (573) 341-4216
> -----Original Message-----
> From: cgi...@li... [mailto:cgiwrap-
> use...@li...] On Behalf Of Sasa Ebach
> Sent: Wednesday, November 21, 2007 9:51 PM
> To: cgi...@li...
> Subject: [cgiwrap-users] Can't get it to work
>=20
> Hi folks,
>=20
> sorry for the unimaginative subject line, but this is what it boils
> down
> to. I have been trying now for 3 days and I just can't it to work.
>=20
> # apache2 -v
> Server version: Apache/2.2.6 (Debian)
> Server built: Oct 18 2007 19:07:26
>=20
> Here are the relevant part of my config:
>=20
> <Macro KundenWebOhneWWW $USERID $DOMAIN $ALIASES>
> <VirtualHost -ip-:80>
> DocumentRoot /webs/$DOMAIN/public_html
> ServerName $DOMAIN
> ServerAlias $ALIASES
> ServerAdmin webmaster@$DOMAIN
>=20
> # Aliases for cgi-wrapper
> ScriptAlias /cgi-bin/ /webs/$DOMAIN/public_html/cgi-bin/
> AddHandler cgi-wrapper .cgi
> AddHandler cgi-wrapper .pl
> AddHandler cgi-wrapper .rb
> Action cgi-wrapper /cgi-bin/cgiwrap/$USERID
>=20
> # Rewrite Engine
> RewriteEngine On
> RewriteCond %{REQUEST_URI} !^/cgi-bin/
> RewriteRule ^/cgi-bin/(.*) /cgi-bin/cgiwrap/$1 [PT]
>=20
> # i would love to get these to work
> #RewriteRule ^/cgi-bin/(.*) /cgi-bin/cgiwrap/$USERID/$1
> [PT]
> #RewriteRule ^/cgi-bin-d/(.*) /cgi-bin/cgiwrapd/$USERID/$1
> [PT]
> #RewriteRule ^/nph-bin/(.*) /cgi-bin/nph-
> cgiwrap/$USERID/$1 [PT]
> #RewriteRule ^/nph-bin-d/(.*) /cgi-bin/nph-
> cgiwrapd/$USERID/$1 [PT]
>=20
> </VirtualHost>
> </Macro>
>=20
>=20
> The output when I request a file called test.cgi
>=20
> The requested URL /cgi-bin/cgiwrap/kd121/cgi-
> bin/autoresponder/test.cgi was
> not found on this server.
>=20
> I have tried so many combinations, but none of them work. If I
> could at
> least get a useful error message... I just want to be able to run cgi
> scripts.
>=20
> I am sure I am doing something stupid. What is the easiest way to
> get it
> working? I hope I have given enough information.
>=20
> -sasa
>=20
> -------------------------------------------------------------------
> ------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> cgiwrap-users mailing list
> cgi...@li...
> https://lists.sourceforge.net/lists/listinfo/cgiwrap-users
|
|
From: Sasa E. <se...@di...> - 2007-11-22 03:50:42
|
Hi folks,
sorry for the unimaginative subject line, but this is what it boils down
to. I have been trying now for 3 days and I just can't it to work.
# apache2 -v
Server version: Apache/2.2.6 (Debian)
Server built: Oct 18 2007 19:07:26
Here are the relevant part of my config:
<Macro KundenWebOhneWWW $USERID $DOMAIN $ALIASES>
<VirtualHost -ip-:80>
DocumentRoot /webs/$DOMAIN/public_html
ServerName $DOMAIN
ServerAlias $ALIASES
ServerAdmin webmaster@$DOMAIN
# Aliases for cgi-wrapper
ScriptAlias /cgi-bin/ /webs/$DOMAIN/public_html/cgi-bin/
AddHandler cgi-wrapper .cgi
AddHandler cgi-wrapper .pl
AddHandler cgi-wrapper .rb
Action cgi-wrapper /cgi-bin/cgiwrap/$USERID
# Rewrite Engine
RewriteEngine On
RewriteCond %{REQUEST_URI} !^/cgi-bin/
RewriteRule ^/cgi-bin/(.*) /cgi-bin/cgiwrap/$1 [PT]
# i would love to get these to work
#RewriteRule ^/cgi-bin/(.*) /cgi-bin/cgiwrap/$USERID/$1 [PT]
#RewriteRule ^/cgi-bin-d/(.*) /cgi-bin/cgiwrapd/$USERID/$1 [PT]
#RewriteRule ^/nph-bin/(.*) /cgi-bin/nph-cgiwrap/$USERID/$1 [PT]
#RewriteRule ^/nph-bin-d/(.*) /cgi-bin/nph-cgiwrapd/$USERID/$1 [PT]
</VirtualHost>
</Macro>
The output when I request a file called test.cgi
The requested URL /cgi-bin/cgiwrap/kd121/cgi-bin/autoresponder/test.cgi was
not found on this server.
I have tried so many combinations, but none of them work. If I could at
least get a useful error message… I just want to be able to run cgi scripts.
I am sure I am doing something stupid. What is the easiest way to get it
working? I hope I have given enough information.
-sasa
|
|
From: Jo R. <jr...@ne...> - 2007-11-09 19:29:31
|
On Nov 4, 2007, at 11:10 AM, Tuc at T-B-O-H.NET wrote: > Basically this stems from one CGI package I'm installing throwing > GARBAGE that they shouldn't at STDERR which causes the system to stop. > So I'm going to compile up a CGIWRAP with "--without-redirect- > stderr" and > put it as another name for just that VH. Frankly, "--with-redirect-stderr" is a major security problem and has no useful function that I'm aware of. Why don't you simply use that as standard? I would personally push to drop/deprecate/warn-loudly-against that mis-feature. I mean, it's my favorite way to get db passwords and stuff out of other people's websites, but that's not actually a feature for anyone not trying to hack something. -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness |
|
From: Tuc at T-B-O-H.N. <ml...@t-...> - 2007-11-06 00:39:25
|
Hi,
I guess I could of.
I just hate to put anything between the wondering program you've
developed and the CGI.
In the end, I just compiled up another version of CGIWRAP and
the VH thats dedicated to this program (OTRS ticket system) uses it.
I've also contacted the developers about it since the error they
throwing REALLY isn't an error.
Thanks again for everything Nathan... Keep up the good work,
and still use the functionality we sponsored in 3.8!
Tuc
>
> Quick hack for this particular CGI - why not just drop another wrapper
> in front of it?
>
> --mybin.pl
> #!/usr/bin/perl
> open(STDERR, ">/dev/null");
> exec("mybin.pl.real", @ARGV);
>
> -- Nathan
>
> ------------------------------------------------------------
> Nathan Neulinger EMail: nn...@um...
> University of Missouri - Rolla Phone: (573) 341-6679
> UMR Information Technology Fax: (573) 341-4216
>
> > -----Original Message-----
> > From: cgi...@li... [mailto:cgiwrap-
> > use...@li...] On Behalf Of Tuc at T-B-O-
> > H.NET
> > Sent: Sunday, November 04, 2007 1:10 PM
> > To: cgi...@li...
> > Subject: [cgiwrap-users] "Feature" request during next release
> >
> > Hi,
> >
> > Can we possibly get a ./configure option to change the name
> > of the
> > binaries (cgiwrap, cgiwrapd, etc)? I realize this is weird, but
> > would make
> > some things for us easier.
> >
> > What would be REALLY nice, but I'm sure is a nitemare, would
> > be a
> > way that you didn't have to staticly configure the binary with all
> > the
> > options. I don't know HOW you'd accomplish it..Maybe it an
> > environment variable
> > in a VH configuration.
> >
> > Basically this stems from one CGI package I'm installing
> > throwing
> > GARBAGE that they shouldn't at STDERR which causes the system to
> > stop.
> > So I'm going to compile up a CGIWRAP with "--without-redirect-
> > stderr" and
> > put it as another name for just that VH.
> >
> > Thanks, Tuc
> >
|
|
From: Neulinger, N. <nn...@um...> - 2007-11-04 20:03:58
|
Quick hack for this particular CGI - why not just drop another wrapper
in front of it?
--mybin.pl
#!/usr/bin/perl
open(STDERR, ">/dev/null");
exec("mybin.pl.real", @ARGV);
-- Nathan
=20
------------------------------------------------------------
Nathan Neulinger EMail: nn...@um...
University of Missouri - Rolla Phone: (573) 341-6679
UMR Information Technology Fax: (573) 341-4216
> -----Original Message-----
> From: cgi...@li... [mailto:cgiwrap-
> use...@li...] On Behalf Of Tuc at T-B-O-
> H.NET
> Sent: Sunday, November 04, 2007 1:10 PM
> To: cgi...@li...
> Subject: [cgiwrap-users] "Feature" request during next release
>=20
> Hi,
>=20
> Can we possibly get a ./configure option to change the name
> of the
> binaries (cgiwrap, cgiwrapd, etc)? I realize this is weird, but
> would make
> some things for us easier.
>=20
> What would be REALLY nice, but I'm sure is a nitemare, would
> be a
> way that you didn't have to staticly configure the binary with all
> the
> options. I don't know HOW you'd accomplish it..Maybe it an
> environment variable
> in a VH configuration.
>=20
> Basically this stems from one CGI package I'm installing
> throwing
> GARBAGE that they shouldn't at STDERR which causes the system to
> stop.
> So I'm going to compile up a CGIWRAP with "--without-redirect-
> stderr" and
> put it as another name for just that VH.
>=20
> Thanks, Tuc
>=20
> -------------------------------------------------------------------
> ------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems? Stop.
> Now Search log events and configuration files using AJAX and a
> browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> cgiwrap-users mailing list
> cgi...@li...
> https://lists.sourceforge.net/lists/listinfo/cgiwrap-users
|
|
From: Tuc at T-B-O-H.N. <ml...@t-...> - 2007-11-04 19:10:20
|
Hi, Can we possibly get a ./configure option to change the name of the binaries (cgiwrap, cgiwrapd, etc)? I realize this is weird, but would make some things for us easier. What would be REALLY nice, but I'm sure is a nitemare, would be a way that you didn't have to staticly configure the binary with all the options. I don't know HOW you'd accomplish it..Maybe it an environment variable in a VH configuration. Basically this stems from one CGI package I'm installing throwing GARBAGE that they shouldn't at STDERR which causes the system to stop. So I'm going to compile up a CGIWRAP with "--without-redirect-stderr" and put it as another name for just that VH. Thanks, Tuc |
|
From: Tuc at T-B-O-H.N. <ml...@t-...> - 2007-11-04 17:55:23
|
Hi, I'm having an issue. If I run OTRS w/o CGIWRAP, there aren't any problems. As soon as I do, *1* function of it stops running. I first wondered if anyone ran OTRS under CGIWRAP. I immediately thought maybe there was an environment issue. A diff between printenv.pl without CGIWRAP and with came up with : himinbjorg# diff ENV.cgiwrap ENV.nocgiwrap | more 1,2d0 < CGIWRAP_AUTH_VHOST="otrs.example.com" < CGIWRAP_REQUIRE_USER="otrscgi" 15d12 < PATH_TRANSLATED="/opt/otrs/var/httpd/htdocs/otrscgi/otrs/printenv.pl" 17,20d13 < REDIRECT_QUERY_STRING="FRED=LUCY" < REDIRECT_STATUS="200" < REDIRECT_UNIQUE_ID="34WXYtAt9@wAAEpoJngAAAAB" < REDIRECT_URL="/otrs/printenv.pl" 22c15 < REMOTE_PORT="50637" --- > REMOTE_PORT="61968" 25c18 < SCRIPT_FILENAME="/opt/otrs/bin//otrs/printenv.pl" --- > SCRIPT_FILENAME="/opt/otrs/bin/otrs/printenv.pl" 34,35c27 < UNIQUE_ID="34WXYtAt9@wAAEpoJngAAAAB" < --- > UNIQUE_ID="2sCTYtAt9@wAAEiwH-UAAAAB" I did grep's through the code to see if any of those environment variables were used, and I don't see it... The code is REALLY involved, so debugging has been insane. If anyone knows of anything else I might want to check out that could be differences I'd appreciate. Thanks, Tuc |
|
From: Steffen R. <ste...@wi...> - 2007-09-06 18:06:36
|
Hello, i've a question to all who use cgiwrap with php. I tryed to install a typo3 installation on my root server (apache2+cgiwrap+php4). But there is a Problem what i can't fix. Maybe somebody know a work around to fix that. Here is my Problem: If you try to access typo3 over following URL: http://www.withouthat.org/~sid/mytypo3/index.php There is inside of the typo3 a javascript which redirects the script. But the Problem is while the script is running over cgiwrap the $_SERVER['PHP_SELF'] directory is something like 'cgi-bin/cgiwrap/sid/mytypo3/typo3/install/index.php' so that the redirection points to that instead of '~sid/mytypo3/install/index.php' so that the server don't find some configuration stuff etc. The question is where is my failure? Is there something wrong configured or must i call the scripts in a different way? I hope that you unterstand my problem. Best regards Steffen Rumpf |
2 messages has been excluded from this view by a project administrator.
