Hallo Liste, da dachte ich, es ist kein Problem, ein Webprojekt auf dem lokalen Rechner installieren, vhost einrichten, Apachen neu starten, Projekt mit lokaler IP in die /etc/hosts mit 192.168.20.1 projekt.eschkitai.inh projekt eintragen - fertig. Ich verzweifle - das Projekt wird nicht gefunden. Mit http://projekt erhalte ich eine Verzeichnisansicht. Hat sich da irgendwas geändert? Macht da der Networkmanger irgendwas? Helga -- Technik - openSUSE Tumbleweed Politik - https://bge-community.de
Hallo Helga, hatte nicht jemand hier vor ein paar Tagen ein ähnliches Problem? Da war der entsprechende Eintrag in /etc/nsswitch.conf durcheinander geraten. Bei mir sieht der so aus: $ grep ^hosts /etc/nsswitch.conf hosts: files mdns_minimal [NOTFOUND=return] dns 'files' muss vorne stehen, damit /etc/hosts zuerst konsultiert wird. Testen kannst du mit 'getent'. Am 30.09.24 um 22:17 schrieb Helga Fischer:
Hallo Liste,
da dachte ich, es ist kein Problem, ein Webprojekt auf dem lokalen Rechner installieren, vhost einrichten, Apachen neu starten, Projekt mit lokaler IP in die /etc/hosts mit
192.168.20.1 projekt.eschkitai.inh projekt
eintragen - fertig.
Ich verzweifle - das Projekt wird nicht gefunden.
Mit http://projekt erhalte ich eine Verzeichnisansicht.
Hat sich da irgendwas geändert? Macht da der Networkmanger irgendwas?
Helga
-- Viele Grüße Michael
Hallo Michael, Am Montag, 30. September 2024, 22:52:01 MESZ schrieb Michael Behrens:
hatte nicht jemand hier vor ein paar Tagen ein ähnliches Problem? Da war der entsprechende Eintrag in /etc/nsswitch.conf durcheinander geraten.
Bei mir sieht der so aus:
$ grep ^hosts /etc/nsswitch.conf hosts: files mdns_minimal [NOTFOUND=return] dns
Danke. An die habe ich gedacht. Entspricht Deinem Eintrag. Also kann man die /etc/hosts noch für die interne Namensauflösung verwenden, schließe ich aus Deiner Antwort. Ich habe die Sachen alle seit Ewigkeiten nicht mehr gemacht. Glaube, das Problem liegt eher an der vhost-Konfiguration des Apachen. Doku lesen ;) Helga -- Technik - openSUSE Tumbleweed Politik - https://bge-community.de
Am 30.09.24 um 22:17 schrieb Helga Fischer:
Hallo Liste,
da dachte ich, es ist kein Problem, ein Webprojekt auf dem lokalen Rechner installieren, vhost einrichten, Apachen neu starten, Projekt mit lokaler IP in die /etc/hosts mit
192.168.20.1 projekt.eschkitai.inh projekt
eintragen - fertig.
Ich verzweifle - das Projekt wird nicht gefunden.
Mit http://projekt erhalte ich eine Verzeichnisansicht.
Hat sich da irgendwas geändert? Macht da der Networkmanger irgendwas?
Helga
Hallo, sieht doch eher nach der vhost-Konfig aus (vorausgesetzt, das richtige Verzeichnis wird angezeigt...), dann muss doch da irgendwo (bei mir in /etc/apache2/vhosts.d/...conf, aber das ist hier alter Kram) in etwa Include /etc/apache2/conf.d/*.conf stehen, damit Deine php-Konfig mit gelesen wird, in der dann sicher eine phpX.conf liegen wird... kann auch sein, in letzterer fehlt eine passende Namensraumdefinition für Dein php, <FilesMatch "\.ph(p[345]?|tml)$">, aber dann müsste die Startdatei Deines Webprojekts schon einen schrägeren Namen als "index.php" haben -- cu jth
Hallo Jörg, hallo Liste, Am Dienstag, 1. Oktober 2024, 07:33:37 MESZ schrieb Jörg Thümmler:
Am 30.09.24 um 22:17 schrieb Helga Fischer:
[...]
sieht doch eher nach der vhost-Konfig aus (vorausgesetzt, das richtige Verzeichnis wird angezeigt...), dann muss doch da irgendwo (bei mir in /etc/apache2/vhosts.d/...conf, aber das ist hier alter Kram) in etwa
Include /etc/apache2/conf.d/*.conf
stehen, damit Deine php-Konfig mit gelesen wird, in der dann sicher eine phpX.conf liegen wird... kann auch sein, in letzterer fehlt eine passende Namensraumdefinition für Dein php, <FilesMatch "\.ph(p[345]?|tml)$">, aber dann müsste die Startdatei Deines Webprojekts schon einen schrägeren Namen als "index.php" haben
Das Webprojekt funtioniert tatsächlich ganz anders, als ich dachte. Schon ziemliche Jahre her, dass ich sowas angelangt habe. /etc/hosts tut inzwischen, was sie soll. (Da hat sich dann auch noch ein dicker Verschreiber eingeschlichen und ich habe es nicht gesehen). Und zu guter Letzt musste ich noch reichlich PHP-Zeugs nachinstallieren und ich hatte endlich ein Lebenszeichen. Man scheint nichtsdestotrotz noch am Webserver drehen können, denn beim Hoster war die Installation tatsächlich richtig einfach. Entpacken, richtige Documentroot zurechtklicken und schon meldete sich das Webinterface mit dem Rest der Installation zum Dienst. (Bei mir lokal gab's Rechteprobleme). Multifehler sind doch was Abendfüllendes. Helga -- Technik - openSUSE Tumbleweed Politik - https://bge-community.de
Hallo Liste, noch ein kleiner Nachtrag, weil das mir grade auch wieder auf die Füsse fiel: Am Dienstag, 1. Oktober 2024, 14:18:53 MESZ schrieb Helga Fischer:
Das Webprojekt funtioniert tatsächlich ganz anders, als ich dachte. Schon ziemliche Jahre her, dass ich sowas angelangt habe.
/etc/hosts tut inzwischen, was sie soll. (Da hat sich dann auch noch ein dicker Verschreiber eingeschlichen und ich habe es nicht gesehen).
Da sich meine Experimente alle lokal abspielen, habe ich natürlich keine Verschlüsselung eingerichtet. Firefox jedoch ruft nur mit https:// auf. Liefert das die "Website" nicht, sagt er einfach, Server nicht erreichbar. Nimmt man ihm wissentlich das s weg, hat man plötzlich doch sein Projekt. Von wegen Server nicht gefunden. Helga -- Technik - openSUSE Tumbleweed Politik - https://bge-community.de
Moin, server not found passt dann schon. Normalerweise sind aber /var/log/passendes Unterverzeichnis und dann access bzw. error.log sehr hilfreich. Gruß Von meinem iPad gesendet
Am 03.10.2024 um 10:30 schrieb Helga Fischer <Azula@gmx.de>:
Hallo Liste,
noch ein kleiner Nachtrag, weil das mir grade auch wieder auf die Füsse fiel:
Am Dienstag, 1. Oktober 2024, 14:18:53 MESZ schrieb Helga Fischer:
Das Webprojekt funtioniert tatsächlich ganz anders, als ich dachte. Schon ziemliche Jahre her, dass ich sowas angelangt habe.
/etc/hosts tut inzwischen, was sie soll. (Da hat sich dann auch noch ein dicker Verschreiber eingeschlichen und ich habe es nicht gesehen).
Da sich meine Experimente alle lokal abspielen, habe ich natürlich keine Verschlüsselung eingerichtet.
Firefox jedoch ruft nur mit https:// auf. Liefert das die "Website" nicht, sagt er einfach, Server nicht erreichbar. Nimmt man ihm wissentlich das s weg, hat man plötzlich doch sein Projekt. Von wegen Server nicht gefunden.
Helga
-- Technik - openSUSE Tumbleweed Politik - https://bge-community.de
participants (5)
-
Helga Fischer -
Jörg Thümmler -
Michael Behrens -
Ralf Prengel -
Ulf Volmer