Re: Forbidden Error

Check
Options Indexes
on that dir. If not set, any file listed in DirectoryIndex must present
and must be readable by webserver. Also check permissions and error
log. If still in trouble, increase LogLevel upto debug.

On 2002.03.12 19:40 Weifeng Wang wrote:
> Hi There,
>
> I got the error on the browser: "Forbidden You don't have permission
> to
> access / on this server." I checked the doc directory and even
> everybody
> have read, write, and execute privileges on the path all the way down
> to the
> file. Could anyone tell me what I did wrong? Thanks for the help.
>
> Weifeng Wang
>
>
> ------------------------------------------------------------ ---------

------------------------------------------------------------ ---------
The official User-To-User support forum of the Apache HTTP Server Project.
See for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org

Re:

----__JWM__J3b0b.0530S.167cM
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Content-Type: text/plain; charset=windows-1252

Then it becomes impossible to know if a page REALLY exists or if my emai=
ls are going where intended, or coming from where stated... so am I to a=
ssume that traffic addressing in general has FAILED?


See us online at http://www.LOVEnCompany.com.

---------- Original Message ----------
From: Kaya Saman
To: users@httpd.apache.org
Subject: Re: [users@httpd]
Date: Wed, 11 Nov 2009 14:54:31 +0200

Andr=E9 Warnier wrote:
> Stephen Love wrote:
>> Ok, now we're getting somewhere... just ENOUGH to eliminate the path =
=

>> inbetween... I'd just like to ask APACHE for a unique signature of =

>> the machine sending the message to compare it against others. Nothing=
=

>> more, nothing less.
>>
>>
>> See us online at http://www.LOVEnCompany.com.
>>
> Well, it looks like this list already gave you all the possible =

> human-level help. If that does not solve your problem, maybe you =

> should ask for some higher-level intervention.
>
>
>
Please check the OSI systems stack for further information which is =

directly compatible with the TCP/IP system's stack - in fact it's kind =

of an expanded version that all network engineers use!!

Basically in the underlying network components you have physical, media =
=

access, and network layers (1-3); layers 4-7 usually deal with the =

computers themselves which start from ports and go to the apps themselve=
s.

Now layer 2, at least true for Ethernet means that the MAC address of =

the system is only point to point between machine and switch port, after=
=

that things change. Layer 3 is convoluted by the intervention of NAT or =
=

proxy so the only thing you are likely to get is the WAN IP address of =

the network.

Unique identifiers are impossible, even using Cisco's proprietary CDP =

(cisco discovery protocol) which discoverers neighboring Cisco devices =

cannot go beyond next hop device as uses layer 2 addressing as reference=
!!!

The only way I suppose in theory one could do what you are after is for =
=

the user to download a little app that has a unique signature and =

broadcasts the full system info according to that. So at least with the =
=

client part of the program you could have say 1 x 10^50 unique =

signatures generated by a shell script or program then link them to a =

server somewhere...... I do believe this is called spyware though and is=
=

highly illegal!!!

In all honesty I think the best way is going through webalizer, GeoIP, =

awstats, or Ntop!!! And if going through reverse proxy with Squid like =

me; unlike me you can form the logs of Squid in a different way and =

hence forward those to Apache, then get Apache to read those 'different'=
=

logs so that you have the correct data collection available to you......=
...
As far as I know of this would be about the only way to go! At least you=
=

get the WAN IP of the remote network and can collect and collate =

geographic locational information and also ISP info too :-)

Without using divine power or alien intervention.......


------------------------------------------------------------ ---------
The official User-To-User support forum of the Apache HTTP Server Projec=
t.
See for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
____________________________________________________________
Weight Loss Program
Best Weight Loss Program - Click Here!
http://thirdpartyoffers.juno.com/TGL2131/c?cp=3DonFXOzZvc1_g 2DgjfumvRgAA=
Jz1cSR5zxtI8-KAHzBSY23cQAAYAAAAAAAAAAAAAAAAAAADNAAAAAAAAAAAA AAAAAAAEUgAA=
AAA=3D
----__JWM__J3b0b.0530S.167cM
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Content-Type: text/html; charset=windows-1252

Then it becomes impossible to know if a page REALLY exists or if m=
y emails are going where intended, or coming from where stated... so am =
I to assume that traffic addressing in general has FAILED?


Se=
e us online at http://www.LOVEnCompany.com.

---------- Original M=
essage ----------
From: Kaya Saman <SamanKaya@netscape.net>
=
To: users@httpd.apache.org
Subject: Re: [users@httpd]
Date: Wed, 1=
1 Nov 2009 14:54:31 +0200

Andr=E9 Warnier wrote:
> Stephen =
Love wrote:
>> Ok, now we're getting somewhere... just ENOUGH t=
o eliminate the path
>> inbetween... I'd just like to ask APAC=
HE for a unique signature of
>> the machine sending the messag=
e to compare it against others. Nothing
>> more, nothing less.=

>>
>>
>> See us online at http://www.LOVEnCo=
mpany.com.
>>
> Well, it looks like this list already gav=
e you all the possible
> human-level help. If that does not solve=
your problem, maybe you
> should ask for some higher-level inter=
vention.
>
>
>
Please check the OSI systems stack f=
or further information which is
directly compatible with the TCP/IP =
system's stack - in fact it's kind
of an expanded version that all n=
etwork engineers use!!

Basically in the underlying network compon=
ents you have physical, media
access, and network layers (1-3); laye=
rs 4-7 usually deal with the
computers themselves which start from p=
orts and go to the apps themselves.

Now layer 2, at least true fo=
r Ethernet means that the MAC address of
the system is only point to=
point between machine and switch port, after
that things change. La=
yer 3 is convoluted by the intervention of NAT or
proxy so the only =
thing you are likely to get is the WAN IP address of
the network. >
Unique identifiers are impossible, even using Cisco's proprietary C=
DP
(cisco discovery protocol) which discoverers neighboring Cisco de=
vices
cannot go beyond next hop device as uses layer 2 addressing as=
reference!!!

The only way I suppose in theory one could do what =
you are after is for
the user to download a little app that has a un=
ique signature and
broadcasts the full system info according to that=
.. So at least with the
client part of the program you could have say=
1 x 10^50 unique
signatures generated by a shell script or program =
then link them to a
server somewhere...... I do believe this is call=
ed spyware though and is
highly illegal!!!

In all honesty I t=
hink the best way is going through webalizer, GeoIP,
awstats, or Nto=
p!!! And if going through reverse proxy with Squid like
me; unlike m=
e you can form the logs of Squid in a different way and
hence forwar=
d those to Apache, then get Apache to read those 'different'
logs so=
that you have the correct data collection available to you........
A=
s far as I know of this would be about the only way to go! At least you =

get the WAN IP of the remote network and can collect and collate >geographic locational information and also ISP info too :-)

With=
out using divine power or alien intervention.......


---------=
------------------------------------------------------------
The offi=
cial User-To-User support forum of the Apache HTTP Server Project.
Se=
e <URL:http://httpd.apache.org/userslist.html> for more info.
T=
o unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
  =
;"   from the digest: users-digest-unsubscribe@httpd.apache.or=
g
For additional commands, e-mail: users-help@httpd.apache.org=




______________________=
______________________________________

_g2DgjfumvRgAAJz1cSR5zxtI8-KAHzBSY23cQAAYAAAAAAAAAAAAAAAAAAA DNAAAAAAAAAA=
AAAAAAAAAEUgAAAAA=3D target=3D"_blank">Weight Loss Program
Best Weigh=
t Loss Program - Click Here!

----__JWM__J3b0b.0530S.167cM--

Re:

On Wed, Nov 11, 2009 at 10:21 PM, Stephen Love wrote:
> Then it becomes impossible to know if a page REALLY exists or if my emails
> are going where intended, or coming from where stated... so am I to assume
> that traffic addressing in general has FAILED?

No, You are to asume that you need an education in how the internet works.

Krist

--
krist.vanbesien@gmail.com
krist@vanbesien.org
Bremgarten b. Bern, Switzerland
--
A: It reverses the normal flow of conversation.
Q: What's wrong with top-posting?
A: Top-posting.
Q: What's the biggest scourge on plain text email discussions?

------------------------------------------------------------ ---------
The official User-To-User support forum of the Apache HTTP Server Project.
See for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org