Operating System - HP-UX
1843745 Members
3013 Online
110223 Solutions
New Discussion

Apache 1.3 not finding images via Aliases

 
Matt Murphy_1
Occasional Contributor

Apache 1.3 not finding images via Aliases

We have a web based application that relies on an alias within Apache version 1.3 runnon on HP-UX 11. The alias (defined in /opt/apache/conf/httpd.conf) is as follows:

Alias /images "/ptrain/app/images"

However the images are not being found by apache.

The folder does exist, and has read permission. The images are present in that folder.

We did notice that in the /opt/apache/logs/error_log file that apache is trying to find the images within:

/opt/apache/htdocs/images/image1.gif

for example.

When you look at the properties of the non-found image within Internet Explorer the image property is:

http://server/images/image1.gif

We have tried copying the images folder within htdocs, but this still does not solve the problem.
2 REPLIES 2
Robert Binkhorst
Trusted Contributor

Re: Apache 1.3 not finding images via Aliases

Hi,

It sounds like a problem in your httpd.conf file, you can compare your currect setup to mine:
DocumentRoot "/opt/www/html"


Options FollowSymLinks
AllowOverride None



Options Indexes FollowSymLinks
AllowOverride None
Order allow,deny
Allow from all


Alias /icons/ "/opt/www/icons/"


Options Indexes MultiViews
AllowOverride None
Order allow,deny
Allow from all


My icons directory is owned (chown -R) by the user/group that runs apache and has 750 permissions (chmod -R).

I can access any icon in that directory by following the link:
http://servername/icons/image1.gif

Please post the relevant parts of your httpd.conf and exact error message if you still have problems.

HTH

Robert
linux: the choice of a GNU generation
Matt Murphy_1
Occasional Contributor

Re: Apache 1.3 not finding images via Aliases

Thanks Robert for your help.

We had just solved the problem and response concurs with what we found.

The image directories need the x attribute.

Even though root was running Appache and the files in question were set to 644 we needed to change to 755 in the dirs.

Thanks again,

Matt.