Hi,
this is my first post here :-)
basically I have google'd this issue a bit and finally realized that
there was no viable solution that I could deduce results from!
I have a few servers running apache and some folders which have
.htaccess files in them, I can access these from any network
Unsubscribe
Sent via BlackBerry from T-Mobile
-Original Message-
From: users-digest-h...@httpd.apache.org
Date: 11 Oct 2009 21:57:58
To:
Subject: users Digest 11 Oct 2009 21:57:58 - Issue 3674
users Digest 11 Oct 2009 21:57:58 - Issue 3674
Topics (messages 91017 through 91028):
Is your squid proxy set up to forward on the basic authentication headers?
Doesn't sound like they are being sent to your browser
Sent from my BlackBerry® wireless device
-Original Message-
From: Kaya Saman
Date: Mon, 12 Oct 2009 00:57:20
To:
Subject: [us...@httpd] .htaccess files no
matt farey wrote:
Is your squid proxy set up to forward on the basic authentication headers?
Doesn't sound like they are being sent to your browser
Sent from my BlackBerry® wireless device
Many thanks for the response! Is this the line I should be looking at in
Squid:
#auth_param basic
On Oct 11, 2009, at 2:57 PM, Kaya Saman wrote:
I have a few servers running apache and some folders which
have .htaccess files in them, I can access these from any network
inside the NAT of my router however when it comes down to external
access from outside the NAT I always get permission
Scott Haneda wrote:
On Oct 11, 2009, at 2:57 PM, Kaya Saman wrote:
Sounds to me like this is a DNS issue.
DNS is fine :-) URL's resolve no probs
Squid probably does not play a role in this.
hmm that's exactly what I read but having slight second thoughts now!
However, you men
On Oct 11, 2009, at 4:38 PM, Kaya Saman wrote:
There isn't an error as such it just doesn't let me in!!!
Ahh, I think I see better what you are up against now.
The browser goes directly back to password/uname input prompt after
values inputted?? Inside is ok let's me in but outside is issue
Scott Haneda wrote:
On Oct 11, 2009, at 4:38 PM, Kaya Saman wrote:
There isn't an error as such it just doesn't let me in!!!
Ahh, I think I see better what you are up against now.
The browser goes directly back to password/uname input prompt after
values inputted?? Inside is ok let's me in
If you remove the http password parts from your config, do things
start to work for you?
Yes then it works no probs :-)
Sorry if was unclear on this
I can access the pages but then I have no security as .htaccess becomes
disabled!
Any thing else which can help me??
--
Hi marcos,
Thanks for your help I tried that but still getting the same error and I
have no idea why is ld complaining. I set up the LD_LIBRARY_PATH before
execution to :/lib:/usr/lib:/usr/local/lib maybe somethinf is wrong with
that.
Any other suggestions guys?
Thanks,
Igor
On Sat, Oct 10, 2
Ok I fixed it. For anyone interested looking in the config.m4 as Dan
suggested gaives this:
dnl # list of object files for mod_mem_cache
mem_cache_objs="dnl
mod_mem_cache.lo dnl
cache_cache.lo dnl
cache_pqueue.lo dnl
cache_hash.lo dnl
so the command I used to build the module:
# /usr/local/apac
11 matches
Mail list logo
