Sander, I tried opening the file as admin and got the same error message.
Thanks, Greg --- On Mon, 8/11/08, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > From: [EMAIL PROTECTED] <[EMAIL PROTECTED]> > Subject: users Digest 11 Aug 2008 08:04:43 -0000 Issue 3286 > To: users@httpd.apache.org > Date: Monday, August 11, 2008, 4:04 AM > Thanks the help! I won't be back to work until Monday > to try this.... > > Res wrote: > > On Thu, 7 Aug 2008, Tom Donovan wrote: > > > >> Steve Whitson wrote: > >>> I’m trying to use mod_dbd and mod_authn_dbd > and replacements for > >>> mod_auth_mysql within an apache 2.2.9 server I > built on solaris. > >> > >>> AuthDBDUserPWQuery "select password from > users where name = %s" > >>> ... > >>> When I start the server I get the following > error: > >> > >>> [error] (20014)Internal error: DBD: failed to > prepare SQL > >>> statements: Unknown command > >>> [error] (20014)Internal error: DBD: failed to > initialise > >> > >> A guess: mysql table names are case-sensitive on > Unix, although field > >> names are not. > >> > >> Is your actual table name "Users" rather > than "users" ? > > > > That wont produce errors like that, not in apache log > on "start up" > > > > > > Steve: > > Try this: httpd -t -D DUMP_MODULES > > > > and look for 'authn_dbd_module' and > 'dbd_module' > > and ensure it reprots no problems with syntax > > > > > > > ------------------------------------------------------------------------ > > > > > --------------------------------------------------------------------- > > The official User-To-User support forum of the Apache > HTTP Server Project. > > See <URL:http://httpd.apache.org/userslist.html> > for more info. > > To unsubscribe, e-mail: > [EMAIL PROTECTED] > > " from the digest: > [EMAIL PROTECTED] > > For additional commands, e-mail: > [EMAIL PROTECTED] > > The query works just fine from the command line interface > (from the same > server system), and matches the case of the tables (all > lower case). > > Thanks much! > > Tom Donovan wrote: > > Steve Whitson wrote: > >> I’m trying to use mod_dbd and mod_authn_dbd and > replacements for > >> mod_auth_mysql within an apache 2.2.9 server I > built on solaris. > > > >> AuthDBDUserPWQuery "select password from > users where name = %s" > >> ... > >> When I start the server I get the following error: > > > >> [error] (20014)Internal error: DBD: failed to > prepare SQL statements: > >> Unknown command > >> [error] (20014)Internal error: DBD: failed to > initialise > > > > A guess: mysql table names are case-sensitive on Unix, > although field > > names are not. > > > > Is your actual table name "Users" rather > than "users" ? > > > > -tom- > > > > > > > --------------------------------------------------------------------- > > The official User-To-User support forum of the Apache > HTTP Server > > Project. > > See <URL:http://httpd.apache.org/userslist.html> > for more info. > > To unsubscribe, e-mail: > [EMAIL PROTECTED] > > " from the digest: > [EMAIL PROTECTED] > > For additional commands, e-mail: > [EMAIL PROTECTED] > > > > > Thanks for sharing that things are working for you! > I'll try enabling > more (or all built) modules since I built most of them. > > Danie Qian wrote: > > > > ----- Original Message ----- From: "Steve > Whitson" > > <[EMAIL PROTECTED]> > > To: <users@httpd.apache.org> > > Sent: Thursday, August 07, 2008 3:53 PM > > Subject: [EMAIL PROTECTED] mod_dbd & mod_dbd_authn - > mysql user > > authentication problems - apache 2.2.9 > > > > > >> I抦 trying to use mod_dbd and mod_authn_dbd and > replacements for > >> mod_auth_mysql within an apache 2.2.9 server I > built on solaris. > >> > >> I configure up the database info as such: > >> > >> DBDriver mysql > >> DBDParams "host=somehostname > dbname=somedatabasename user=someuser > >> pass=somepass" > >> DBDMin 4 > >> DBDKeep 8 > >> DBDMax 20 > >> DBDExptime 300 > >> > >> I have the typical root directory configuration > for the htdocs folder: > >> > >> Options Indexes FollowSymLinks MultiViews > >> AllowOverride All > >> Order allow,deny > >> Allow from all > >> > >> AuthType Basic > >> AuthName "Website Mysql Userdb > Verification" > >> AuthBasicProvider dbd > >> > >> AuthDBDUserPWQuery "select password from > users where name = %s" > >> > >> ... > >> When I start the server I get the following error: > >> > >> [notice] Apache/2.2.9 (Unix) DAV/2 PHP/5.2.6 > SVN/1.5.1 configured -- > >> resuming normal operations > >> [info] Server built: Aug 7 2008 11:06:05 > >> [debug] prefork.c(1001): AcceptMutex: fcntl > (default: fcntl) > >> [error] (20014)Internal error: DBD: failed to > prepare SQL statements: > >> Unknown command > >> [error] (20014)Internal error: DBD: failed to > initialise > >> > >> If I comment out the AuthDBDUserPWQuery entry, the > DBD errors don抰 > >> occur. > >> > >> I also tried the entry > >> DBDPrepareSQL "select password from users > where name = %s" prepQuery > >> > >> I was thinking I could use the prepared query with > AuthDBUserPWQuery. > >> But, when only the DBDPrepareSQL is present (and > not > >> AuthDBuserPWQuery) apache still gives the same > errors. > >> > >> Ideas? Is there something I抦 dong wrong here? > >> > >> Thanks much, > >> > >> -Steve > >> > > > > I have been using mod_dbd for authentication fine for > over a year. You > > syntax looks the same as mine so I guess you might be > missing some > > modules. the whole setup is a bunch of > modules/libraries stacked together > > > > > --------------------------------------------------------------------- > > The official User-To-User support forum of the Apache > HTTP Server > > Project. > > See <URL:http://httpd.apache.org/userslist.html> > for more info. > > To unsubscribe, e-mail: > [EMAIL PROTECTED] > > " from the digest: > [EMAIL PROTECTED] > > For additional commands, e-mail: > [EMAIL PROTECTED] > > > > > Mick Ken wrote: > > Hi Friends, > > I have lot's of location tags like these: > > > > <Location /Project1> > > DAV svn > > SVNPath C:/Projects1/ > > AuthName "Projects1" > > AuthType SSPI > > SSPIAuth On > > SSPIAuthoritative On > > SSPIDomain mydomain > > SSPIOfferBasic On > > SSPIUsernameCase lower > > Require valid-user > > AuthzSVNAccessFile "C:/svn/svn-acl" > > </Location> > > > > <Location /Project2> > > .... > > and I was just wondering if I can take out the common > part and put it > > into one common tag and include it thereafter for > easier maintenance > > e.g I would like to take this part out from each tag: > > > ... > I have no idea if this would work, if it's a bug, what > version of Apache > you're using etc.. > But.. > there was a question on this forum a little while ago, > where someone > wanted to "protect" his whole site, but unprotect > one sub-part of the > site, like > <Location /> > Authxxx something > etc.. > </Location> > <Location /public> > (should be free) > </Location> > > So basically, he wanted the opposite of what you want. > It turned out that the Auth specs for the / location > appeared to be > "inherited" by the /public location (so he could > not do what he wanted > to do). > But in your case, it may be worth a try : > <Location /Project> > > DAV svn > > AuthType SSPI > > SSPIAuth On > > SSPIAuthoritative On > > SSPIDomain mydomain > > SSPIOfferBasic On > > SSPIUsernameCase lower > > Require valid-user > > AuthzSVNAccessFile "C:/svn/svn-acl" > </Location> > > <Location /Project1> > (what's specific to 1) > </Location> > <Location /Project2> > (what's specific to 2) > </Location> > > and, maybe, /Project1 will "inherit" the common > part from /Project ? > (assuming they really start with the same prefix of course) > > Please tell the result. > > I don't want to hijack your question, but I find that > it is, in general, > an item relatively vague in the Apache 2.x documentation. > It does say > in which order the <Directory>, <Location>, > <Files> etc.. are evaluated, > but I don't think it explicitly says what happens when > several > <Location> or <LocationMatch> sections *could* > apply to a URL. Do their > specs for instance get "cumulated" ? Or does > Apache finaly pick one and > one only, and applies only the specs of that one ? > > Maybe another guru here can tell ? > > > > > > > > > > > > > > > > DAV svn > > AuthType SSPI > > SSPIAuth On > > SSPIAuthoritative On > > SSPIDomain mydomain > > SSPIOfferBasic On > > SSPIUsernameCase lower > > Require valid-user > > AuthzSVNAccessFile "C:/svn/svn-acl" > > > > Is this possible using the include directive or some > other directive???? > > > > Thanks > > Mick > > > > > --------------------------------------------------------------------- > > The official User-To-User support forum of the Apache > HTTP Server Project. > > See <URL:http://httpd.apache.org/userslist.html> > for more info. > > To unsubscribe, e-mail: > [EMAIL PROTECTED] > > " from the digest: > [EMAIL PROTECTED] > > For additional commands, e-mail: > [EMAIL PROTECTED] > > > > On Fri, Aug 8, 2008 at 1:54 PM, Mick Ken > <[EMAIL PROTECTED]> wrote: > > Is this possible using the include directive or some > other directive???? > > The manual says "Include" works in > "directory" context, which includes > <Location> -- try it and see. > > You might also be interested in LocationMatch or > mod_authn_alias. > > -- > Eric Covener > [EMAIL PROTECTED] > > > > Jacqui Caren wrote: > > > > In that case i will ask the other obvious question > > what are the permission on the parent dir? > > > > could it be that without g+x/g+r apache > > cannot see the tree? > > > > Jacqui > > > > The permissions on the parent directory are drwxr-xr-x. > > This is a summary of everything I've done to date... > > 1) I had to upgrade perl from 5.8.0 to 5.8.8. > > 2) Then I had problems with some of the Perl Modules > calling on a problem > with mod_perl. > > 3) I did a DSO mod_perl install which was successful. > > 4) I was able to finish installing the Perl Modules. > > 5) I'm getting this error in my log files... > [error] panic: DBI active kids (5) > kids (2) at /us$ > Use of uninitialized value in concatenation (.) or string > at > /home/fum/lib/i/er$ > i::error::report('panic: DBI active kids (6) > > kids (2) at > /usr/lib/per$ > i::error::die('panic: DBI active kids (6) > > kids (2) at > /usr/lib/perl5/$ > > DBD::mysql::dr::connect('DBI::dr=HASH(0x9c1c538)','mysql_read_default_f$ > > Apache::DBI::connect('undef','mysql_read_default_file=/home/fum/conf/my$ > DBI::__ANON__('undef','undef') > called at > /usr/lib/perl5/site_perl/5.8.0$ > > DBI::connect('DBI','dbi:mysql:mysql_read_default_file=/home/fum/conf/my$ > i::db::make_db_conn() called at > /home/fum/lib/i/db.pm line 58 > i::db::connect() called at /home/fum/lib/i/web.pm > line 50 > i::web::init() called at /home/fum/www/5xx.pl line > 4 > > Apache::ROOT::_35xx_2epl::handler('Apache=SCALAR(0x9c72ee8)') > called > at$ > eval {...} called at > /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-m$ > > Apache::Registry::handler('Apache=SCALAR(0x9c72ee8)') > called at > /dev/nu$ > eval {...} called at /dev/null line 0 > > 6) Along with the intermittent problem in my browser with > with the interface > coming up just fine then hitting my refresh button and > getting this... > > Proxy Error > The proxy server received an invalid response from an > upstream server. > The proxy server could not handle the request GET > /members/login.pl. > > Reason: Document contains no data > > 7) This is the results of crontab -l > > 30 4 * * 0 /usr/sbin/logrotate -f > /home/fum/logs/logrotate.conf > 0 4 * * 0 /usr/sbin/ntpdate ntp1.sf-bay.org; hwclock > --systohc > 30 * * * * cd /home/fum/lib && ./gen_webstats.sh > > /dev/null > > In my log files... > -bash: line 1: cd: /home/fum/conf/webstats/: No such file > or directory > > **gen_webstats.sh** > #!/bin/bash > > source ../conf/conf.sh > > su - $FUM_USER -c "cd ~/conf/webstats/ && > webalizer" > > cd $FUM_HOME/awstats/wwwroot/cgi-bin && \ > ../../tools/awstats_buildstaticpages.pl -config=fum -update > -dir=$FUM_HOME/www/$ > > -- > View this message in context: > http://www.nabble.com/Chown--R-saying-it-changed-but-didn%27t%2C-effecting-HTTP-Apache-tp18880314p18897982.html > Sent from the Apache HTTP Server - Users mailing list > archive at Nabble.com. > > > This is a summary of everything I've done to date... > > 1) I had to upgrade perl from 5.8.0 to 5.8.8. > > 2) Then I had problems with some of the Perl Modules > calling on a problem > with mod_perl. > > 3) I did a DSO mod_perl install which was successful. > > 4) I was able to finish installing the Perl Modules. > > 5) I'm getting this error in my log files... > [error] panic: DBI active kids (5) > kids (2) at /us$ > Use of uninitialized value in concatenation (.) or string > at > /home/fum/lib/i/er$ > i::error::report('panic: DBI active kids (6) > > kids (2) at > /usr/lib/per$ > i::error::die('panic: DBI active kids (6) > > kids (2) at > /usr/lib/perl5/$ > > DBD::mysql::dr::connect('DBI::dr=HASH(0x9c1c538)','mysql_read_default_f$ > > Apache::DBI::connect('undef','mysql_read_default_file=/home/fum/conf/my$ > DBI::__ANON__('undef','undef') > called at > /usr/lib/perl5/site_perl/5.8.0$ > > DBI::connect('DBI','dbi:mysql:mysql_read_default_file=/home/fum/conf/my$ > i::db::make_db_conn() called at > /home/fum/lib/i/db.pm line 58 > i::db::connect() called at /home/fum/lib/i/web.pm > line 50 > i::web::init() called at /home/fum/www/5xx.pl line > 4 > > Apache::ROOT::_35xx_2epl::handler('Apache=SCALAR(0x9c72ee8)') > called > at$ > eval {...} called at > /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-m$ > > Apache::Registry::handler('Apache=SCALAR(0x9c72ee8)') > called at > /dev/nu$ > eval {...} called at /dev/null line 0 > > 6) Along with the intermittent problem in my browser with > with the interface > coming up just fine then hitting my refresh button and > getting this... > > Proxy Error > The proxy server received an invalid response from an > upstream server. > The proxy server could not handle the request GET > /members/login.pl. > > Reason: Document contains no data > > 7) This is the results of crontab -l > > 30 4 * * 0 /usr/sbin/logrotate -f > /home/fum/logs/logrotate.conf > 0 4 * * 0 /usr/sbin/ntpdate ntp1.sf-bay.org; hwclock > --systohc > 30 * * * * cd /home/fum/lib && ./gen_webstats.sh > > /dev/null > > In my log files... > -bash: line 1: cd: /home/fum/conf/webstats/: No such file > or directory > > **gen_webstats.sh** > #!/bin/bash > > source ../conf/conf.sh > > su - $FUM_USER -c "cd ~/conf/webstats/ && > webalizer" > > cd $FUM_HOME/awstats/wwwroot/cgi-bin && \ > ../../tools/awstats_buildstaticpages.pl -config=fum -update > -dir=$FUM_HOME/www/$ > > -- > View this message in context: > http://www.nabble.com/Chown--R-saying-it-changed-but-didn%27t%2C-effecting-HTTP-Apache-tp18880314p18898025.html > Sent from the Apache HTTP Server - Users mailing list > archive at Nabble.com. > > William A. Rowe, Jr. wrote: > > Frank Misa wrote: > > > Hi All, > > > > > > I've seen many references to Apache issues > with logging to piped > > > processes on the forums; but no clear answer on > whether this is > > > supported or not. > > > Can someone here please confirm -- Yes/No... > > > Do the latest versions of Apache 2.0.x OR Apache > 2.2.x support piped > > > logs on Windows ? > > > > They did until the 2.0.4x'ish timeframe. It was > 'run this binary' and > > set up the log stream as the program's stdin. > > > > As Sander pointed out... > > > > Then it became 'run this shell command through > cmd.exe' - which needed > > stdin/out/err all set up right to not-fail running > as-a-service. > > > > Change it back from shellcmd to program and voila, the > code works. We > > hacked at various handle codes for stdout/stderr, but > nothing except > > a legitimate file stream will make cmd.exe happy. > > > > So Apache just dies with a message that it fails to > create the log. > > Was this problem ever resolved in 2.2.9? > > I'm trying to set up 2.2.9 as a service on an XP SP2 > box with either > rotatelog or cronolog for main and vhost error/access logs, > but I see > several cmd.exe processes when starting it up. I have a W2K > box with 2.0.63 > that doesn't have this shell behavior (also a service > using cronolog). > > What I found... > > This says a similar problem was resolved in 2.2.6: > https://issues.apache.org/bugzilla/show_bug.cgi?id=41346 > > Yet, there was a discussion on the dev list to add > shell-skipping syntax: > http://markmail.org/message/makgeeo3m3uwj2iw > > But the trunk server/log.c code doesn't appear to have > that syntax: > http://svn.apache.org/viewvc/httpd/httpd/trunk/server/log.c?view=markup > > And the docs for 2.2 (can't pull up trunk docs now) > don't mention it: > http://httpd.apache.org/docs/2.2/logs.html > > I also skimmed through the SVN logs for log.c and > didn't see anything about > fixing this. > > Thanks for the help, > > -- > Yoann Roman > > Yoann Roman wrote: > > William A. Rowe, Jr. wrote: > >> > >> Then it became 'run this shell command through > cmd.exe' - which needed > >> stdin/out/err all set up right to not-fail running > as-a-service. > >> > >> Change it back from shellcmd to program and voila, > the code works. We > >> hacked at various handle codes for stdout/stderr, > but nothing except > >> a legitimate file stream will make cmd.exe happy. > >> > >> So Apache just dies with a message that it fails > to create the log. > > > > Was this problem ever resolved in 2.2.9? > > Yes, the behavior I describe above, with apr 1.2, should > have been resolved > with 2.2.9 and apr 1.3.0. > > > I'm trying to set up 2.2.9 as a service on an XP > SP2 box with either > > rotatelog or cronolog for main and vhost error/access > logs, but I see > > several cmd.exe processes when starting it up. I have > a W2K box with 2.0.63 > > that doesn't have this shell behavior (also a > service using cronolog). > > Oh - it still runs cmd.exe. The difference is - there are > the correct > pipes between apache and that cmd/invoked program/script. > > > What I found... > > > > This says a similar problem was resolved in 2.2.6: > > Please be specific about *your* problem... > > > I also skimmed through the SVN logs for log.c and > didn't see anything about > > fixing this. > > No, these are all subdependencies, you wouldn't note > them from log.c > > > I will be out of the office starting 09/08/2008 and will > not return until > 01/09/2008. > > I'm on vacations from Monday August 11th till Friday > August 29th included. > For any issues, contact Office Automation hotline on > 6400Hi, > I have a problem with my Apache web server (or at least I > think I do) that prevents me from accessing my web > site's home page from my own computer.. Instead, it > shows a "It Works!" page when I try to access the > site through my domain name or localhost. However, when I > access my domain name from another computer, or type in > 127.0.0.1 in my browsers address bar, my web site's home > page appears. > > Can you please explain to me why this happens, and what I > can do to fix it? > > Thanks (please reply if this is not the purpose of this > mailing list) > > > > Hi. > It always helps people trying to help you, if you specify > the type of > system you are talking about (server, laptop, Windows, > Linux, etc..) and > the version of Apache (1.something, 2.something). > Many people here are clever, some of them are even wizards, > but even > they have trouble guessing this at a distance. > And the answers may be a bit different (as in this case). > > Blake Simmons wrote: > > Hi, > > I have a problem with my Apache web server (or at > least I think I do) that prevents me from > accessing my web site's home page from my own > computer.. Instead, it > shows a "It Works!" page > > Very good ! it means at least that Apache is working. > > when I try to access the site through my domain name or > localhost. > However, when I access my domain name from another > computer, or type in > 127.0.0.1 > in my browsers address bar, my web site's home page > appears. > Can you please explain to me why this happens, and what I > can do to fix it? > > > From the above, we can guess that it probably is not a > problem of > Apache. How is that for wizardry, he ? > Better even : the problem is most probably due to a Name > Resolution > failure. > > Explanation (you asked for it) : > > When you type in your browser's URL bar a URL like > http://mycomputer.mydomain.com/something/somethingelse > your browser understands that it should > - contact some other computer, whose name is > "mycomputer.mydomain.com" > - that it should do that using the HTTP protocol (the > "http://"; bit) > - that it should request from that computer the > "object" named > "/something/somethingelse" (or if you don't > enter anything there, it > just means you want the object named "/"). > > The TCP/IP protocol used to communicate between computers > on the > Internet, does not work with computer "names". > That's only for humans. > Instead, it works with IP addresses (like 127.0.0.1). > Thus, when you type "mycomputer.mydomain.com", > the first thing your > browser must do, is to get a translation for this name into > an IP address. > > There are essentially two places it can get it, in this > order : > - from a local file called "hosts" (that's > true under Windows and under > Unix/Linux, but they are not in the same place) > - or from some external translating system known as DNS > > If you are under Windows, the "hosts" file is > usually located in > C:\windows\system32\drivers\etc\hosts > and under Unix/Linux, at > /etc/hosts > > If you examine that file, you will see that there is > usually a first > line like this : > 127.0.0.1 localhost > (and if it isn't there, add it, because it should). > (by convention, under TCP/IP, 127.0.0.1 is always an > address for the > local computer) > > Let's bring this all together now : > > a) If in your browser's address bar, you enter > http://127.0.0.1/something/somethingelse > your browser has no problem at all finding the correct > Apache computer > to which to send the request, because you already provide > the IP > address, and it does not even have to translate it. > > b) If in your browser you type : > http://localhost/something/somethingelse > it is a bit more work for the browser, but it still does > not have much > trouble : using the local "hosts" file, it can > easily translate > "localhost" to 127.0.0.1 (the local computer), > and so it also knows > to send the request to the local Apache. > > c) but if you enter > http://mycomputer.mydomain.com/something/somethingelse > then your browser (who is also not a wizard, and does not > know by itself > that this is the name under which other computers know this > one), has to > look for a translation. So it will look first into the > local hosts file > to find a translation for > "mycomputer.mydomain.com". If it does not > find it there, it will ask some other system (the DNS) to > provide a > translation. > If that other system does not know (or does not answer, or > returns some > false address), then your browser will not be able to send > the request > to your local Apache, and it will appear as if Apache is > not working. > > The solution : > In your hosts file, add a line like > 127.0.0.1 mycomputer.mydomain.com > > then close your browser, re-open it, and try again. > If it works, I thank you because I have just earned enough > credits for a > promotion to Wizard, 3rd class. > > To be totally honest, I do not know at this point why, when > you enter > http://localhost > it currently appears not to work. It must be because the > line > 127.0.0.1 localhost > is missing from your local hosts file, or you don't > have a local hosts > file. But both of these are strange. > > André > Stephen(Tie) Hu wrote: > > Hi, > > I am using apache http server as a proxy. It's > working quite well > > except it doesn't add HTTP_X_FORWARDED_FOR header. > Does any one know how > > to force apache to add HTTP_X_FORWARDED_FOR header? > 1000 thanks in ahead! > > > > Here is my apache server's version: > > Server version: Apache/2.2.6 (Unix) > > Server built: Sep 18 2007 11:26:13 > > > > Here is my apache configuration section: > > ProxyRequests On > > <Proxy *> > > Order deny,allow > > Allow from all > > </Proxy> > > KeepAlive On > > MaxKeepAliveRequests 100 > > AddDefaultCharset Off > > > > Very Best Regards! > > Stephen > > > Your configuration describes an open proxy server. > Be sure to read the warning at > http://httpd.apache.org/docs/2.2/mod/mod_proxy.html > carefully. > > The HTTP_X_FORWARDED_FOR header is only provided when httpd > is acting in a reverse-proxy mode, e.g. > when using the ProxyPass directive. > > See > http://httpd.apache.org/docs/2.2/mod/mod_proxy.html#x-headers. > > -tom- > > > Than you so much Tom. I will check them out and give you > update. Thanks > again for your kind help! > > ----- Original Message ----- > From: "Tom Donovan" > <[EMAIL PROTECTED]> > To: <users@httpd.apache.org> > Sent: Saturday, August 09, 2008 9:31 AM > Subject: Re: [EMAIL PROTECTED] How to add HTTP_X_FORWARDED_FOR > header > > > > Stephen(Tie) Hu wrote: > >> Hi, > >> I am using apache http server as a proxy. > It's working quite well > >> except it doesn't add HTTP_X_FORWARDED_FOR > header. Does any one know how > >> to force apache to add HTTP_X_FORWARDED_FOR > header? 1000 thanks in ahead! > >> Here is my apache server's version: > >> Server version: Apache/2.2.6 (Unix) > >> Server built: Sep 18 2007 11:26:13 > >> Here is my apache configuration section: > >> ProxyRequests On > >> <Proxy *> > >> Order deny,allow > >> Allow from all > >> </Proxy> > >> KeepAlive On > >> MaxKeepAliveRequests 100 > >> AddDefaultCharset Off > >> Very Best Regards! > >> Stephen > >> > > Your configuration describes an open proxy server. > > Be sure to read the warning at > > http://httpd.apache.org/docs/2.2/mod/mod_proxy.html > carefully. > > > > The HTTP_X_FORWARDED_FOR header is only provided when > httpd is acting in a > > reverse-proxy mode, e.g. when using the ProxyPass > directive. > > > > See > http://httpd.apache.org/docs/2.2/mod/mod_proxy.html#x-headers. > > > > -tom- > > > > > > > > > --------------------------------------------------------------------- > > The official User-To-User support forum of the Apache > HTTP Server Project. > > See <URL:http://httpd.apache.org/userslist.html> > for more info. > > To unsubscribe, e-mail: > [EMAIL PROTECTED] > > " from the digest: > [EMAIL PROTECTED] > > For additional commands, e-mail: > [EMAIL PROTECTED] > > > > Hi, > I have uploaded Apache software on my PC using Windows > Vista. when I try to update my http.conf file to integrate > it with PHP I am having problems. When I try to save the > file, I get the following message: > > "Cannot create the C:\Program Files\apache > Software Foundation\apache2.2\conf\httpd.conf > file > > make sure the path and file name are correct" > > > How can I fix this problem? > > Thank you, > > Greg Creamean > > On Aug 9, 2008, at 9:51 AM, Greg Creamean wrote: > > > How can I fix this problem? > > Open the file as Admin? > > S. > > -- > Sander Temme > [EMAIL PROTECTED] > PGP FP: 51B4 8727 466A 0BC3 69F4 B7B8 B2BE BC40 1529 24AF > > > > > Hi Krist, > > I understand that choosing apache for doing the port > forwarding is not the > smartest thing but the problem is that I would like to have > a revere proxy, > ssl capable and also changing some headers. I know that > apache can change > the headers. I have read that it can deal with ssl (can you > confirm me > this?). Now, the only thing left was to check if I can do > port forwarding, > jeje, that's the purpose of the question. > > Best regards, > > Sergio > -- > View this message in context: > http://www.nabble.com/Port-to-port-tp18890357p18921245.html > Sent from the Apache HTTP Server - Users mailing list > archive at Nabble.com. --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: [EMAIL PROTECTED] " from the digest: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
