Onderwerp: cgi-bin -> apache configureren

Heb in de dir /var/www/ mezelf eigenaar gemaakt van cgi-bin door volgend
commando uit te voeren: 'chown christophe cgi-bin' ,
Daarna heb ik een symlink
gelegd naar mijn home dir van '/var/www/cgi-bin' naar
'/home/christophe'.
Alles permessies op 755 gezet.
Als ik nu volgende url in de browser
typ:http://home/christophe/cgi-bin/first.cgi' , dan krijg ik altijd
volgende foutmelding :
FORBIDDEN
You don't have permission to access
/home/christophe/cgi-bin/first.cgi on this server.

Wat doe ik verkeerd? Ik weet dat er in de manual van apache daarvan iets
staat, heb deze al doorgenomen maar werkt niet!

Christophe Hollebeke wrote in nl.internet.www.server-side:
> Heb in de dir /var/www/ mezelf eigenaar gemaakt van cgi-bin door volgend
> commando uit te voeren: 'chown christophe cgi-bin' ,
> Daarna heb ik een symlink
> gelegd naar mijn home dir van '/var/www/cgi-bin' naar
> '/home/christophe'.
> Alles permessies op 755 gezet.
> Als ik nu volgende url in de browser
> typ:http://home/christophe/cgi-bin/first.cgi' , dan krijg ik altijd
> volgende foutmelding :
> FORBIDDEN
> You don't have permission to access
> /home/christophe/cgi-bin/first.cgi on this server.
>
> Wat doe ik verkeerd? Ik weet dat er in de manual van apache daarvan iets
> staat, heb deze al doorgenomen maar werkt niet!

Die symlink is een probleem.

Hans

--
`Probeer een wereld voor te stellen waar alle mensen vrije toegang
hebben tot alle kennis. Aan die doelstelling werken wij. En uw hulp
hebben we hierbij nodig om de US$ 200.000 te verzamelen.'
-- http://wikimediafoundation.org/wiki/Hoofdpagina

In article <1126739989m.hans.spaans@news.xs4all.nl>,
Hans Spaans <hans.spaans+usenet@xs4all.nl> writes:
> Christophe Hollebeke wrote in nl.internet.www.server-side:
[...]
>> http://home/christophe/cgi-bin/first.cgi' , dan krijg ik altijd
>> volgende foutmelding :
>> FORBIDDEN
>> You don't have permission to access
>> /home/christophe/cgi-bin/first.cgi on this server.
>>
>> Wat doe ik verkeerd? Ik weet dat er in de manual van apache daarvan iets
>> staat, heb deze al doorgenomen maar werkt niet!
>
> Die symlink is een probleem.

Ik zie het probleem meer in de URL die deze foutmelding niet kan geven.
En natuurlijk zit er een probleem in het bovenkloten.

Operator wrote in nl.internet.www.server-side:
> In article <1126739989m.hans.spaans@news.xs4all.nl>,
> Hans Spaans <hans.spaans+usenet@xs4all.nl> writes:
>>
>> Die symlink is een probleem.
>
> Ik zie het probleem meer in de URL die deze foutmelding niet kan geven.
> En natuurlijk zit er een probleem in het bovenkloten.

Klopt, er zijn meer opties. De meest bekende zijn wel het ontbreken van
een FollowSymLinks, ExecCGI of een ScriptAlias. En de info over de fout
staat ook in error.log, maar die link had ik al gegeven ;-)

Hans

--
`Probeer een wereld voor te stellen waar alle mensen vrije toegang
hebben tot alle kennis. Aan die doelstelling werken wij. En uw hulp
hebben we hierbij nodig om de US$ 200.000 te verzamelen.'
-- http://wikimediafoundation.org/wiki/Hoofdpagina

In article <1126741751m.hans.spaans@news.xs4all.nl>,
Hans Spaans <hans.spaans+usenet@xs4all.nl> writes:
> Operator wrote in nl.internet.www.server-side:
>> In article <1126739989m.hans.spaans@news.xs4all.nl>,
>> Hans Spaans <hans.spaans+usenet@xs4all.nl> writes:
>>>
>>> Die symlink is een probleem.
>>
>> Ik zie het probleem meer in de URL die deze foutmelding niet kan geven.
>> En natuurlijk zit er een probleem in het bovenkloten.
>
> Klopt, er zijn meer opties. De meest bekende zijn wel het ontbreken van
> een FollowSymLinks, ExecCGI of een ScriptAlias. En de info over de fout
> staat ook in error.log, maar die link had ik al gegeven ;-)

Dat alles in het Apache handbook staat is duidelijk.
Ik zeg dat de genoemde URL *niet* de genoemde foutmelding kan geven.

Operator wrote in nl.internet.www.server-side:
> In article <1126741751m.hans.spaans@news.xs4all.nl>,
> Hans Spaans <hans.spaans+usenet@xs4all.nl> writes:
>>
>> Klopt, er zijn meer opties. De meest bekende zijn wel het ontbreken van
>> een FollowSymLinks, ExecCGI of een ScriptAlias. En de info over de fout
>> staat ook in error.log, maar die link had ik al gegeven ;-)
>
> Dat alles in het Apache handbook staat is duidelijk.
> Ik zeg dat de genoemde URL *niet* de genoemde foutmelding kan geven.

En waarom zou dat niet? Als ik de situatie even snel namaak krijg ik ook
dezelfde foutboodschap. Het kan zijn dat ik natuurlijk wat fout doe of
wat over het hoofd zie.

Hans

--
`Probeer een wereld voor te stellen waar alle mensen vrije toegang
hebben tot alle kennis. Aan die doelstelling werken wij. En uw hulp
hebben we hierbij nodig om de US$ 200.000 te verzamelen.'
-- http://wikimediafoundation.org/wiki/Hoofdpagina

In article <1126772159m.hans.spaans@news.xs4all.nl>,
Hans Spaans <hans.spaans+usenet@xs4all.nl> writes:
> Operator wrote in nl.internet.www.server-side:
>> In article <1126741751m.hans.spaans@news.xs4all.nl>,
>> Hans Spaans <hans.spaans+usenet@xs4all.nl> writes:
>>>
>>> Klopt, er zijn meer opties. De meest bekende zijn wel het ontbreken van
>>> een FollowSymLinks, ExecCGI of een ScriptAlias. En de info over de fout
>>> staat ook in error.log, maar die link had ik al gegeven ;-)
>>
>> Dat alles in het Apache handbook staat is duidelijk.
>> Ik zeg dat de genoemde URL *niet* de genoemde foutmelding kan geven.
>
> En waarom zou dat niet? Als ik de situatie even snel namaak krijg ik ook
> dezelfde foutboodschap. Het kan zijn dat ik natuurlijk wat fout doe of
> wat over het hoofd zie.

Draai je DNS voor het tld "home" of heb je dat in /etc/hosts gezet?

Operator wrote in nl.internet.www.server-side:
> In article <1126772159m.hans.spaans@news.xs4all.nl>,
> Hans Spaans <hans.spaans+usenet@xs4all.nl> writes:
>>
>> En waarom zou dat niet? Als ik de situatie even snel namaak krijg ik ook
>> dezelfde foutboodschap. Het kan zijn dat ik natuurlijk wat fout doe of
>> wat over het hoofd zie.
>
> Draai je DNS voor het tld "home" of heb je dat in /etc/hosts gezet?

Er zijn nog een paar oplossingen hoor. Voor XS4ALL-gebruikers bv, zorg dat
je via wwwproxy.xs4all.nl gaat en type "nijmegen" in. Een ander is het
gebruik van search domains op je eigen machine.

Het geen wat Apache hier wel blijft zeggen is "Symbolic link not
allowed:" en dat is ook correct, want Apache mag symlinks niet volgen of
je moet het aanzetten.

Hans

--
`Probeer een wereld voor te stellen waar alle mensen vrije toegang
hebben tot alle kennis. Aan die doelstelling werken wij. En uw hulp
hebben we hierbij nodig om de US$ 200.000 te verzamelen.'
-- http://wikimediafoundation.org/wiki/Hoofdpagina