top button
Flag Notify
    Connect to us
      Site Registration

Site Registration

Appache index error on CentOS-6,4

0 votes
213 views

I am getting this error when trying to access a virtual website index by ip address and port on a host that has SELinux disabled (another issue over which I have less control than I wish):

curl http://192.168.6.9:41780 | more

Gives this error in /var/log/httpd/error_log

[Mon Jun 10 09:04:44 2013] [error] [client 192.168.6.9] Directory
index forbidden by Options directive: /tftpboot/

and displays the default Centos/Apache server page instead of the list of files in the directory.

This virtual host is defined thus:

Listen 192.168.6.9:41780

DocumentRoot "/tftpboot"

allow from all
Options +Indexes

If I specify a known file within /tftpboot then that file's contents are displayed properly. It is only the index that appears to fail.

So, what configuration error have I made? Why am I not getting a list of the contents of /tftpboot ?

posted Jun 10, 2013 by anonymous

Looking for an answer?  Promote on:
Facebook Share Button Twitter Share Button LinkedIn Share Button

Similar Questions
+2 votes

I've installed CentOS 6.4, for which Emacs 23 is available; but I'd like to have Emacs 24. I've looked at rpmforge and epel, but neither seem to have Emacs 24 already packaged; and I've searched for every combination of emacs + 24 + centos without success.

While I could, of course, just do the ./configure && make && make install dance, I don't like having software installed that's not in the packaging system. I'd appreciate any pointer to a prepackaged Emacs 24, or failing that, a good tutorial on how to package software correctly for CentOS.

+1 vote

I was just wondering, is there a "correct" or "preferred" way of setting up the path and other environment variables for Qt 4 development/build using qmake and all - on a CentOS 6 system?

I mean, this does not work out-of-the box, at least if you have build files that assume "qmake" may be executed just like that - as there is no Qt 4 qmake on the path, although "qmake-qt4" is available. Also, if
qt3-devel is installed, and the default path setup is used, "qmake" will point to the Qt 3 version, as the package includes a profile.d file that modify the path in such a way. Which also sets up other Qt related
variables, I believe. There is no such file in qt4-devel, however.

I know ways to set up everything so that this works as expected, of course, but it would be interesting to know how the packagers intended it to be done. Are you expected to edit login files by hand? That's sort
of surprising in this day and age... Or is the thinking that the suffixed ("-qt4") version of commands will always be used? Or that everyone will be using plain make with pkg-config? Or is there some other mechanism that should to be used to select the right Qt version?

0 votes

On an old server (Dell PowerEdge SC1420, now without RAID) I have CentOS 6.4 installed, up, and running -- but it keeps failing to connect for some reason ....

NetworkManager applet 0.8.1 runs blue rings around in the panel for a while, then reports itself disconnected. It also offers a pseudo-choice, if I right-click, between Wired Connection and eth0; in fact, the cable to the router is the only connection the machine has or has ever had.

I've tried such things as I could find to get a connection, in vain. I've tried replacing the cable.

If there's a good fix, I'd like to get my wife running CentOS, because it's one obvious choice for her to have against such time as I'm gone. (I don't at all claim to be the Oldest Subscriber, but I am at an age such that I would be irrational not to plan for such contingencies.)

What new way can I try to get this beast online?

+1 vote

Can't get yumex or xfce on centos 6.4, any suggestions...

0 votes

I need to create a real-time replication of a partition between two servers with centos 6.4, I am researching and finding difficulty with drbd, corosync, someone indicate material, do not need to run script automatically if a node drops only replicate.

...