On Sun, 1 Feb 2015 17:45:14 -0500, you wrote:
>On Sun, Feb 1, 2015 at 5:21 PM, Steve Matzura wrote:
>> If it didn't match, wouldn't httpd -t kick it back as a mismatch? I
>
>No, it doesn't know at startup that no URL will be mapped below this directory.
Well here's the thing. This worked on the
That was me on StackOverflow, providing the answer there too since I had
discovered one to share.
> On Feb 1, 2015, at 4:30 PM, Eric Covener wrote:
>
> On Sun, Feb 1, 2015 at 1:17 PM, James Cook wrote:
>> /Library/Server/Web/Data/CGI-Executables
>
>
> It seems like this was answered on stac
On Sun, Feb 1, 2015 at 5:21 PM, Steve Matzura wrote:
> If it didn't match, wouldn't httpd -t kick it back as a mismatch? I
No, it doesn't know at startup that no URL will be mapped below this directory.
--
Eric Covener
cove...@gmail.com
-
On Sun, 1 Feb 2015 16:27:49 -0500, you wrote:
> either doesn't match or is overridden by a later
>configuration section (including Location)?
If it didn't match, wouldn't httpd -t kick it back as a mismatch? I
had that problem at first when I forgot to create the log directory
for the private are
On Sun, Feb 1, 2015 at 1:17 PM, James Cook wrote:
> /Library/Server/Web/Data/CGI-Executables
It seems like this was answered on stackoverflow, where you found an
included configuration file with the paths involved.
--
Eric Covener
cove...@gmail.com
either doesn't match or is overridden by a later
configuration section (including Location)?
On Sun, Feb 1, 2015 at 2:15 PM, Steve Matzura wrote:
> On Sun, 1 Feb 2015 12:25:52 -0500, you wrote:
>
>>Sounds like Satisfy has been set to "Any" somewhere previously. But in
>>2.4, you should skip Orde
On Sun, 1 Feb 2015 12:25:52 -0500, you wrote:
>Sounds like Satisfy has been set to "Any" somewhere previously. But in
>2.4, you should skip Order and Allow and just use Require.
I commented out both those directives and restarted. Same thing.
Anyone can get in, and no username or password is aske
This one is a big shortcoming on Apple's part and OS X Server.
Under the heading of Work with Apache, OS X Server Documentation shows cgi as
served from /Library/WebServer/CGI-Executables/. And sure enough, there's a
CGI-Executables folder right where they said it should be.
In OS X Server's H
A thorough search of the server turns up just two files named precisely
httpd.conf. Their paths are
/private/etc/apache2
/private/etc/apache2/original
Both have the desired path in them /Library/WebServer/CGI-Executables
There are variations on the name, all with suffixes such as
On Sun, Feb 1, 2015 at 12:06 PM, James Cook wrote:
> What would cause Apache to ignore the httpd.conf assigned path and how can I
> correct it?
Most times it's the user looking at the wrong configuration file
(completely wrong httpd.conf, overridden Include, looking at unused
virtual host). Wha
Sounds like Satisfy has been set to "Any" somewhere previously. But in
2.4, you should skip Order and Allow and just use Require.
On Sun, Feb 1, 2015 at 11:55 AM, Steve Matzura wrote:
> Upon re-reading this message, I find there was something about which I
> was extremely unclear and ambiguous. I
I'm trying to resolve a path error on my cgi-bin.
What I've discovered is that Apache is looking for it in the wrong place.
The error log shows:
script not found or unable to stat:
/Library/Server/Web/Data/CGI-Executables
But my httpd.conf file has:
ScriptAliasMatch ^/cgi-bin/(
Upon re-reading this message, I find there was something about which I
was extremely unclear and ambiguous. I said that the access to the
password-protected area wasn't working, but failed to specify just
what wasn't working. The problem is that Apache isn't asking for the
password, and letting any
13 matches
Mail list logo
