Hallo Liste, irgendwo habe ich mich verfahren und weiß nicht recht, wo. Auf einer SuSE 9.2 (Update von 9.0 über 9.1 auf 9.2) wollte ich verwenden OTRS (das habe ich auch zum Laufen gebracht, mußte aber über einen vhost gehen, der sich mit dem default_host irgendwie überschnitt, lief aber trotzdem) und zusätzlich wollte ich noch phpmyadmin verwenden. Das lief nun gar nicht (403). Den OTRS-vhost rausgenommen, Fehler 404 beim Aufruf von phpmyadmin. (OTRS liegt leider in /opt, was natürlich auch wieder einen Spaghat erfordert - aber irgendein Sinn steckt sicher dahinter). Kann mir einer eine allgemeine Regel sagen, nach der ich all diese Webinterfaces schön managen kann, ohne daß die sich in die Quere kommen? Oder, wie SuSE sich das gedacht hat? Oder wie ich da sonst irgendwie Ordnung schaffe. Helga -- ## Content Developer OpenOffice.org: lang/DE ## Office-Suite für Linux, Mac, Windows -- http://de.openoffice.org/ ## OpenOffice.org und Datenbanken -- http://dba.openoffice.org/ ## Wer hilft? -- http://hsqldb.sourceforge.net/web/openoffice.html
Hallo Helga, hallo Leute, Am Montag, 14. März 2005 10:30 schrieb Helga Fischer:
Auf einer SuSE 9.2 (Update von 9.0 über 9.1 auf 9.2) wollte ich verwenden OTRS (das habe ich auch zum Laufen gebracht, mußte aber über einen vhost gehen, der sich mit dem default_host irgendwie überschnitt, lief aber trotzdem)
Mach mal folgendes - Apache-Originalconfig von CD/DVD holen - in /etc/apache2/vhosts.d/aaa_init_vhost.conf (Datei neu anlegen) NameVirtualHost * - vHosts in /etc/apache2/vhosts.d/*.conf (eine Datei pro vHost) anlegen Hier mal ein Beispiel für eine vHost-Config, wie sie bei mir auf dem lokalen Apache läuft, ergänzt um einige Kommentare: <VirtualHost *> ServerName faq.tux # ServerName muss per /etc/hosts oder Nameserver auflösbar sein DocumentRoot /home/cb/suse-linux-faq/HEAD/suse-linux-faq/output ErrorLog /var/log/apache2/faq-error.log CustomLog /var/log/apache2/faq-access.log combined HostnameLookups Off UseCanonicalName Off <Directory "/home/cb/suse-linux-faq/HEAD/suse-linux-faq/output"> # Verzeichnis muss zum DocumentRoot passen, da für / Deny from all # gesetzt ist Options Indexes SymlinksIfOwnermatch # SymlinksIfOwnermatch (oder FollowSymlinks) ist zwingend erforderlich, # falls mod_rewrite verwendet wird AllowOverride None # .htaccess wird ignoriert (bringt etwas Performance ;-) - ggf. ändern Order allow,deny Allow from all # Allow from all sollte man natürlich auch nicht vergessen ;-) </Directory> </VirtualHost> # vim:ft=apache Mit dieser Config müsstest Du die vHosts ohne Fehlermeldungen zum Rennen bringen. Ach so, der Default-Server ist nach Anlegen von vHosts nicht mehr verfügbar - Du solltest also einen vHost mit DocumentRoot /srv/www/htdocs anlegen. Und wenn Du als Dateiname der Configdatei aab_default_vhost.conf nimmst, liegt er alphabetisch ganz vorn und wird auch Default-vHost.
und zusätzlich wollte ich noch phpmyadmin verwenden. Das lief nun gar nicht (403).
Also forbidden. Der Grund ist im error_log nachzusehen ;-)
Den OTRS-vhost rausgenommen, Fehler 404 beim Aufruf von phpmyadmin.
Not found, also vermutlich eine falsche Pfadeinstellung im DocumentRoot. Alternativ kannst Du auch einen Alias setzen.
(OTRS liegt leider in /opt, was natürlich auch wieder einen Spaghat erfordert - aber irgendein Sinn steckt sicher dahinter).
Kann mir einer eine allgemeine Regel sagen, nach der ich all diese Webinterfaces schön managen kann, ohne daß die sich in die Quere kommen? Oder, wie SuSE sich das gedacht hat?
Lege für jedes einen vHost an. Mein lokaler Apache hat 18 ;-) Die (IMHO schlechtere) Alternative ist die Einbindung mit "Alias". Das geht zwar auch, allerdings mit ein paar Nachteilen (keine getrennten Logs, wenig(er) übersichtlichere Config) Bei Problemen mit der Apache-Config kannst Du Dich gern melden - aber bitte mit error_log-Auszügen ;-) Gruß Christian Boltz -- Schlagen. Verklagen. Z.B. bei der c't verpfeifen, auf daß es fortan die Spatzen von den Dächern pfeifen, was für Pfeifen das bei $Firma sind. *scnr* [David Haller in suse-linux]
Hallo Christian, Am Montag 14 März 2005 21:26 schrieb Christian Boltz: [...]
Bei Problemen mit der Apache-Config kannst Du Dich gern melden - aber bitte mit error_log-Auszügen ;-)
Hätte ich ja gerne getan, aber da, wo es interessant wurde, wurde nichts geschrieben. Ich sag' ja, ich habe eine ganz schöne Unordnung angerichtet. Zwischen meinen einzelnen Experimenten liegen halt auch Monate, da hat man die Sache nicht mehr im Kopf. Ich werde Deine Ratschläge durchgehen und mich dann wieder melden. Dein Tipp mit dem default-vhost wird mir vermutlich schon gut weiterhelfen. Helga -- ## Content Developer OpenOffice.org: lang/DE ## Office-Suite für Linux, Mac, Windows -- http://de.openoffice.org/ ## OpenOffice.org und Datenbanken -- http://dba.openoffice.org/ ## Wer hilft? -- http://hsqldb.sourceforge.net/web/openoffice.html
participants (2)
-
Christian Boltz
-
Helga Fischer