[ic] internal server error UPDATE, please help

[Mike Heins]

Quoting Aaron Hazelton (aaron@fixturefactor.com):
> > Whichever user is running the Interchange daemon should own the cgi 
> > (tlink/vlink) and that cgi needs to be set chmod u+s  (SetUID 
> > bit set on 
> > user).  Setting u-s will remove it, which is incorrect (I 
> > certainly don't 
> > believe that the documentation told you to do that).  It does 
> > not have to 
> > be "interch", it could be anything except root or nobody (for 
> > example).
> > 
> > This should be well covered in the documentation.  I think 
> > you should give 
> > it a re-read.
> > 
>  
> What I was asking about was how you work around this.. I have read the
> docs and old posts (till my brain is fried).  The only way the server
> will allow the use of the cgi file is if it is owned by the virtual host
> 'admin1' NOT by 'interch'.  But, if IC doesn't own it, then I just get
> "the interchange server is not available" which means permissions (ie
> interch doesn't own it) I have to make the server think its ok for
> someone besides 'admin1' to own that file and allow use through web
> pages.  That's what im after but I don't know how to do that...

This is really simple when you think about it.

If SUEXEC is on (i.e. the server runs as your user) then the
link program must be owned by that user. And u+s is not allowed.

Therefore, if you want to use the UNIX socket method, the Interchange
daemon must run as that same user.

If it does not, there are only two things you can do:

    1. Use the INET mode. User doesn't matter. You can change
    the port if it is occupied.

	(see TcpMap and "perldoc bin/compile_link")

    2. Change SocketPerms to 666.

-- 
Red Hat, Inc., 3005 Nichols Rd., Hamilton, OH  45013
phone +1.513.523.7621      <mheins@redhat.com>

Fast, reliable, cheap.  Pick two and we'll talk.  -- unknown