mandrake/Apache

Hvor peger V-Hosten hen ?

Prøv i den mappe du peger på at lave en fil der hedder index.htm eller index.html

Vhosten peger på /home/BRUGER/www/ROOT

Jeg har lagt et index.html dokument der :-)

Jeg har også prøvet

chmod 644 /home/BRUGER/www/ROOT

prøv at post din <virutalhost> sektion engang.

NameVirtualHost *:80

<VirtualHost *:80>
  ServerAdmin webmaster@web-oasen.dk
  DocumentRoot /home/mik/www/ROOT
  ServerName web-oasen.dk
  ServerAlias *.web-oasen.dk
  ErrorLog /home/mik/www/web-oasen.dk-error_log
  CustomLog /home/mik/www/web-oasen.dk_log common

</VirtualHost>

Det her er hvad der står i error_log filen

[Thu Sep 01 12:43:35 2005] [error] [client 192.168.1.1] (13)Permission denied: access to / denied

i CustomLog filen står der blandt andet

192.168.1.1 - - [01/Sep/2005:12:43:35 +0200] "GET / HTTP/1.1" 403 460

CustomLog /home/mik/www/web-oasen.dk_log common

er blevet lavet om til

CustomLog /home/mik/www/web-oasen.dk_log_common

ups

CustomLog /home/mik/www/web-oasen.dk_log common

var tilsyneladende rigtigt nok

Jeg giver sku snart fortabt :-( Min Vhosts.conf se præcis så ledes ud

################# Vhosts.conf
#This is where we store the VirtualHosts configuration.
#
#Since Apache 1.3.19, we modified the setup to include some nice tricks:
#
#- We added the User and Group directives so VirtualHosts now work with
#  suexec directive. If set, Apache will run all cgi scripts under that
#  user and group (provided the uid and gid are > 100 for security). The
#  directories and cgi files *must* belong to that user/group for the
#  feature to work
#- We added the Setenv VLOG directive. This works in conjunction with
#  the CustomLog in common.conf. When Setenv VLOG is set, apache will
#  create a /var/log/httpd/VLOG-YYYY-MM-<ServerName>.log instead of logging
#  to access_log. Use this instead of defining a special logfile for
#  each vhost, otherwise you eat up file descriptors.
#- You can also specify a path for the VLOG for each Vhost, for example,
#  to place the logs in each user's directory. However, if you want to
#  use the file for accounting, place it in a directory owned by root,
#  otherwise the user will be able to erase it.
#- I suggest only including the ErrorLog *only* if the vhost will use
#  cgi scripts. Again, it saves file descriptors!
#- We added the Rewrite directives so vhosts will work with the
#  PERLPROXIED configuration


################# IP-based Virtual Hosts
#<VirtualHost 192.168.2.100>
#User jmdault
#Group jmdault
#DocumentRoot /home/jmdault/public_html
#ServerName test2.com
#Setenv VLOG /home/jmdault/logs
#ErrorLogs /home/jmdault/test2-error_log
#RewriteEngine On
#RewriteOptions inherit
#</VirtualHost>

################# Named VirtualHosts
# NameVirtualHost web-oasen.dk
# <VirtualHost web-oasen.dk>
# ServerName web-oasen.dk
# ServerPath /web-oasen.dk
# DocumentRoot /home/user/web-oasen.dk
# </VirtualHost>

# <VirtualHost web-oasen.dk>
#    ServerName web-oasen.dk
#    # normal vhost configs
#        <IfModule peruser.c>
#        # this must match a Processor
#        ServerEnvironment user group /home/user
#    </IfModule>
# </VirtualHost>

NameVirtualHost *:80

<VirtualHost *:80>
  ServerAdmin webmaster@web-oasen.dk
  DocumentRoot /home/mik/www/ROOT
  DirectoryIndex index.html
  ServerName web-oasen.dk
  ServerAlias *.web-oasen.dk
  ErrorLog /home/mik/www/web-oasen.dk-error_log
  CustomLog /home/mik/www/web-oasen.dk-access_log common
</VirtualHost>

<VirtualHost *:80>
  ServerAdmin webmaster@flexbreeze.dk
  DocumentRoot /home/flex/www/ROOT
  DirectoryIndex index.html
  ServerName flexbreeze.dk
  ServerAlias *.flexbreeze.dk
  ErrorLog /home/flex/www/flexbreeze.dk-error_log
  CustomLog /home/flex/www/flexbreeze.dk-access_log common
</VirtualHost>

Umiddelbart kan jeg ikke lige se der er noget galt.

har du ROOT mappen i www ? husker der er forskel på store og små bogstaver.

ja den er der og hedder ROOT. Grunden er at det skal se sådan ud når jeg skal lave den samme virtualhost i Tomcat i forbindelse med mod_jk

Men hvis jeg ikke engang kan få det til at virke i Apache så er jeg jo lidt på røven

Det er meningen at hver bruger skal have sit eget /home hvor alle filer i princippet ligger (jsp/php/html o.s.v) selvfølgelig pænt i deres egne mapper.

Er der et minimun af mappe/filer som skal være der i Apache. Jeg ved at Tomcat ikke virker hvis der ikke mindst er en WEBINF

i /home/mik/www/ROOT ligger kun index.html

Det er sikkert et eller andet totalt tåbeligt der er galt

sikker på du har index.html i din apache conf fil ? evt prøv at omdøbe den, eller opret en ekstra fil

Jeg er ikke sikker på så meget

når du siger apache conf fil, mener du så httpd2.conf?

Der ligger i hvert tilfælde ikke noget der som hedder index.html

er det ikke

DirectoryIndex index.html

i hosts.conf der afgører hvad welcome filen skal hedde

Hvis jeg kører en locate httpd.conf får jeg dette resultat

/usr/share/ADVX/compat/httpd.conf
/usr/share/ADVX/advx-migrate-commonhttpd.conf
/usr/share/ADVX/advx-migrate-httpd.conf
/etc/httpd/conf/commonhttpd.conf

hvordan får jeg en liste over de brugere som er opretet. Hvis brugeren apache ikke er oprettet af en eller anden grund, kan det jo være det som er galt

fejlen er vist fundet. Af en eller anden grund så virker det ikke når man ligger det i /home men når man ligger det i /var så virker det

man skulle så syntes at det var en rettighedsting, men det er det ikke

har du vhost.conf included i "hoved" conf filen ????

ja det har jeg

Det virker næsten nu :-) Der er stadig lidt knas med at få mod_jk til at virke 100%

http://web-oasen.dk
http://flexbreeze.dk

Tak for hjælpen

Kanon. Hvad var fejlen ?

Jeg ved det ikke jeg kan bare konstatere at det ikke virke hvis man skriver

DocumentRoot /home/flex/www/ROOT

men at det virker hvis man skriver

DocumentRoot /var//www/flex/ROOT

man skulle så syntes at det var et banalt spørgsmål om rettigheder, men ikke engang med en chmod -R 777 /home/flex/www/ROOT blev problemet løst

Jeg har ikke kunne finde nogen som kan give mig et svar på hvad fejlen reelt var. Jeg er bare glad for at det nu virker

Det kan tænkes at du har /var som Document root længere oppe, som vhosten så af en mærkelig årsag ikke ignorere...