Wie slexec Richtlinienverletzung zu lösen, Fehler 500 mit git-http-Backend verursacht?

Question

Ich versuche, git-http-Backend arbeiten auf meinem Remote-vps ohne Glück. Ich habe httpd.conf in einer ähnlichen Weise auf die this question angepasst, aber sobald ich die ScriptAlias-Direktive hinzufügen, tritt der Fehler auf.

Apache Fehlerprotokoll:

suexec policy violation: see suexec log for more details 
Premature end of script headers: git-http-backend 

Suexec log

error: target uid/gid (503/500) mismatch with directory (0/0) or program (0/0) or trusted user (0/10) 

Kann jemand Kommentar darüber, wie man in der Regel suexec Probleme löst?

EDIT

Das Hauptproblem, dass die Web-Server-CGI-Skripte zu sein schien nicht ausgeführt werden darf.

Die Dokumentation zur Konfiguration von suexec ist im Moment über mich hinaus. Ich habe mich entschieden, es vorläufig zu deaktivieren, wodurch der Webserver diese Skripts ausführen kann. Ich kann jetzt erfolgreich zum Repo schieben. Ich fand this article hilfreich.

Answer 1

Ich hatte diesen Fehler beim Einrichten von moinmoin. Ich vermute, dass es beide Linien ist man darauf achten muß (was in meinem Fall war):

[2014-09-18 17:17:18]: uid: (1009/testsite) gid: (1006/testsite) cmd: moin.cgi 
[2014-09-18 17:17:18]: target uid/gid (1009/1006) mismatch with directory (0/0) or program (0/0) 

Die erste Zeile ist die besagt, dass ein Prozess - in diesem Fall im Besitz von Testsite: Testseite - versucht, eine ausführen Befehl (moin.cgi).

Es überprüft dann die Benutzer-ID/Gruppen-ID des aufrufenden Prozesses, um zu sehen, ob sie mit dem auszuführenden Befehl übereinstimmt, was die zweite Ausgabe auslöst, wenn sie fehlschlägt (0/0 zeigt root/root an).

Einfach anrufen chown sollte es beheben:

chown -R testsite:testsite </path/to/directory-or-binary> 

Answer 2

Okay gut offensichtlich gefunden Sie Ihren Weg ...

Ich verbrachte 7 Stunden gerade heute versucht, dieses Problem zu lösen, kontaktierte meine Gastgeber (GoDaddy) 3 mal. Alle ohne Vorherrschaft ...

Ich habe SUEXEC "off" geschaltet und dann Apache (Neuinstallation) auf meinem Server neu installiert. Schließlich, als mein Tag zu Ende ging, habe ich es endlich zur Arbeit gebracht ...

Answer 3

I chown das Verzeichnis/var/www/Verzeichnis zu meinen Benutzer in suexec Richtlinie und es funktioniert ..!