raspberry pi zero: Kein Zugriff auf webserver mit lighttpd

Zo R. schrieb:

The requested URL was not found on this server. Apache/2.4.62 (Raspbian) Server at 192.168.178.32 Port 80

Da läuft ein Apache webserver. Den vielleicht erstmal deinstallieren...

Hast Du die Rechte richtig gesetzt? Ab /var/www nach unten müssen die Rechte auf www-data:www-data gesetzt werden. Hast Du evtl auch Port 8080 statt Port 80 eingestellt?

Hallo Stephan,

in der config Datei habe ich Port 80 auf 8080 bereits abgeändert.

lighttpd.conf:

server.document-root = "/var/www/html" server.upload-dirs = ( "/var/cache/lighttpd/uploads" ) server.errorlog = "/var/log/lighttpd/error.log" server.pid-file = "/run/lighttpd.pid" server.username = "www-data" server.groupname = "www-data" server.port = 8080

Wenn ich folgende IP Adresse http://192.168.178.32 starte, erscheint der Apache2 Debian Default Page.

Zo R. schrieb:

server.port = 8080

Wenn ich folgende IP Adresse http://192.168.178.32 starte, erscheint der Apache2 Debian Default Page.

Dann musst Du erst mal den Apache deinstallieren "sudo apt purge apache2" und die Seite mit http://192.168.178.32:8080 aufrufen (oder Du lässt die 80 in der .cfg und ruft mit http://192.168.178.32 auf).

Ich habe apache2 deinstalliert un nochmals lighttpd installiert.

Wenn ich die ip Adresse http://192.168.178.32:8080 ausführe erhalte ich nach wie vor die default page von apache2

Dann kontrollier nochmal, ob 192.168.178.32 auch wirklich die IP vom richtigen RasPi ist... Und ob es wirklich vom Apache ausgeliefert wird (Browser-Entwicklertools, Netzwerk-Tab), oder ob es die Raspian-Default-Webseite ist, die unter /var/www/html abgelegt ist, und die jetzt eben vom lighthttpd verwendet wird.

Übrigens wirst du in deiner lighthttpd-Config noch PHP (mod_fastcgi) einschalten müssen, wenn du damit PHP-Seiten ausliefern willst.

Hi ich habe mit ifconfig nochmals nachgeschaut. Es handelt sich um die gleiche IP Adresse 192.168.178.32. Es wird nach wie vor die apache deafult Seite angezeigt.

Zo R. schrieb:

Ich habe apache2 deinstalliert un nochmals lighttpd installiert.

Wenn ich die ip Adresse http://192.168.178.32:8080 ausführe erhalte ich nach wie vor die default page von apache2

Zeig mal eine Hardcopy der Browserseite und zeig mal, wie das Verzeichnis /var/www/html aussieht mit "ls -la /var/www/html"

Ich kann mit cd www nicht auf diesen Ordner zugreifen. Der html Ordner ist leer.

=> ls -la /var/www/html total 8 drwxr-xr-x 2 root root 4096 Nov 11 11:57 . drwxr-xr-x 3 root root 4096 Nov 11 13:56 ..

Zo R. schrieb:

=> ls -la /var/www/html total 8 drwxr-xr-x 2 root root 4096 Nov 11 11:57 . drwxr-xr-x 3 root root 4096 Nov 11 13:56 ..

User und Gruppe ist jeweils root. Ich habe oben schon gesagt, dass Du als Eigentümer und Gruppe www-data einstellen musst

1

sudo chown -R www-data:www-data /var/log/html"

Wo soll "mod_fastcgi" in der config Datei platziert werden?

Schau nach ob dein lighttpd auch wirklich läuft, und welchen Port der offen hat. z.B. lsof -p $(cat /run/lighttpd.pid) oder netstat -alnp | grep lighttpd

schau nach, ob du den apache auch wirklich deinstalliert und beendet hast, und keiner mehr läuft.

ps aux | grep apache

Müsste

1

sudo chown -R www-data:www-data /var/log/html"

nicht so lauten?

1

sudo chown -R www-data:www-data /var/www/html"

Ich habe kein log Verzeichnis

Zo R. schrieb:

Wo soll "mod_fastcgi" in der config Datei platziert werden?

Bei den server_modules

Zo R. schrieb:

Müsste sudo chown -R www-data:www-data /var/log/html"

nicht so lauten?sudo chown -R www-data:www-data /var/www/html"

Ich habe kein log Verzeichnis

RICHTIG!!! --> /var/www/html

(Ich arbeite gerade an meinen logs da rutschte das so durch

Der apache läuft noch.

1

pizero    2289  0.0  0.4   7508  1976 pts/0    S+   14:49   0:00 grep --color=auto apache

Zo R. schrieb:

Der apache läuft noch. pizero 2289 0.0 0.4 7508 1976 pts/0 S+ 14:49 0:00 grep --color=auto apache

Ich sehe da einen grep laufen… ;-)

Wie kann dieser beendet werden?

Zo R. schrieb:

Wie kann dieser beendet werden?

Ist er schon! Du siehst^H^H^H^Hsahst nur, dass er genau zu der Zeit lief, als er lief. Nu isser weg.

Äh ok. Verstehe ich nicht.

Nach wie vor wird die apache Seite angezeigt.

1

$ ps ax|grep "RöcksRödelDiWachsInneGehölzenen"

2

  18117 pts/0    S+     0:00 grep RöcksRödelDiWachsInneGehölzenen

grep sucht nach dem Suchbegriff und findet ihn auch. Als Argumant an sich selbst. Wenn Apache noch liefe, würdest du so etwas sehen:

1

$ ps ax|grep "apache"

2

   1774 ?        Ss     0:00 /usr/sbin/apache2 -k start

3

   1775 ?        S      0:00 /usr/sbin/apache2 -k start

4

   1776 ?        S      0:00 /usr/sbin/apache2 -k start

5

   1777 ?        Sl     0:00 /usr/sbin/apache2 -k start

6

   5073 ?        Sl     0:00 /usr/sbin/apache2 -k start

7

  18202 pts/0    S+     0:00 grep apache

Zo R. schrieb:

Nach wie vor wird die apache Seite angezeigt.

Da könnte vielleicht - falls noch nicht geschehen - ein Browser-Reload (F5/Ctrl-R/…) helfen.

Es wäre auch denkbar, das der apache zwar deinstalliert wurde, jedoch mangels purge ein wenig Unrat hinterlassen hat. Und eine index.html heißt bei jedem mir bekannten Webserver gleich.

Ok apache läuft nicht mehr.

Im Ordner /var/www/ habe ich mal eine info Datei erzeugt.

info.php

1

phpinfo();

2

?>

Leider gibt es hier ein Verbindungsfehler.

http://192.168.178.32/info.php

In der config Datei (sudo nano /etc/lighttpd/lighttpd.conf) habe ich auch den Port auf 8080 eingestellt und in modules den Eintrag "mod_fastcgi" hinzugefügt Ich muss noch erwähnen ich habe php installiert php5 kann ich bei mir nicht installieren.

Zo R. schrieb:

Leider gibt es hier ein Verbindungsfehler.

http://192.168.178.32/info.php

In der config Datei (sudo nano /etc/lighttpd/lighttpd.conf) habe ich auch den Port auf 8080 eingestellt und in modules den Eintrag "mod_fastcgi" hinzugefügt

DEN PORT HAST DU AUF 8080 EINGESTELLT, DANN MUSST DU DEN AUCH VERWENDEN!

http://192.168.178.32:8080/info.php

HWHVH

Zo R. schrieb:

server.document-root = "/var/www/html"

Zo R. schrieb:

Im Ordner /var/www/ habe ich mal eine info Datei erzeugt.

Das passt nun nicht wirklich aufeinander.

Ja ist soweit alles korrekt. Ok die php Datei da habe ich noch was vergessen.

Jetzt wird "404 Not Found" angezeigt.

Aha ich muss die info.php Datei in den html Ordner kopieren. Jetzt sehe ich auch die phpinfo Seite.

RICHTIG: /var/www/html/info.php FALSCH: /var/www/info.php

Zo R. schrieb:

Ja ist soweit alles korrekt. Ok die php Datei da habe ich noch was vergessen.

Jetzt wird "404 Not Found" angezeigt.

Warum versucht du nicht erst einmal eine einfache Minimalkonfiguration? Ohne Patch-Hack-Patch. Nur eine ›index.html‹ welche als Gruppe www-data die Rechte ›r‹ besitzt. Wenn das läuft, dann kannst du weiter machen.

Ahhh … hat sich dann erledigt.

Nun die info Seite wird nun korrekt angezeigt. Jetzt bin ich gerade dabei, dass für den DS1820 Sensor hinzubekommen. Die php Dateien befinden sich nicht im html Ordner sondern im Unterordner www.

Auf der folgenden Seite https://raspberry.tips/hausautomatisierung/wetteraufzeichnung-mit-raspberry-pi-ds18b20 wird nicht erwähnt was in der config Datei lighttpd.conf angepasst werden muss.

Zo R. schrieb:

Auf der folgenden Seite https://raspberry.tips/hausautomatisierung/wetteraufzeichnung-mit-raspberry-pi-ds18b20 wird nicht erwähnt was in der config Datei lighttpd.conf angepasst werden muss.

na, auf der Seite wird mit einem Haufen hässlicher Hacks irgendwie eine im Browser abrufbare Temperaturaufzeichnung zusammengeschustert. Da geht es NICHT um die Konfiuguration eines Webservers.

Du gehst ja auch nicht zum Aldi und möchtest dort z.B. eine Ultraschalluntersuchung durchführen lassen?

Ok ich habe mal den ganzen Grafikschrott entfernt. Ich zeige auf der Webseite nur die Temperatur als Kommawert an.

auch wenn es ohne "Grafikschrott" irgendwie funktioniert ist und bleibt das ein hässliches Workaround-Gewürge.

Du hast offensichtlich keinerlei Erfahrung mit Webservern, vielleicht minimale Linux-Kenntnisse, wenig Erfahrung mit der Erstellung von Webseiten, ggf. auch noch wenig Programmiererfahrung.

Daher solltest du das ganze Projekt in mehrere kleine Teile aufteilen. Einen Apache oder lighttpd soweit zum Laufen zu bringen, dass er html und php ausliefern kann ist kein Vollzeitjob. Dabei kannst du dir auch gleich Kenntnisse über Benutzerrechte und -gruppen unter Linux aneignen.

Danach beschäftigst du dich zumindest grundlegend mit Webseiten (soviel wie du halt für dein Prjekt brauchst)

und dann, wenn das alles funktioniert kannst du die Temperatur- und Wetteranzeige oben drüber stülpen.

Webseiten und Apache kannst du auch vertauschen. Ich gehe davon aus, dass du Windows-User bist, da kannst du dir einen fertigen Apache-Stack (z.B. Wamp, Xamp, je nach Geschmack auch was anderes, von mir aus auch das komische Microsoft-Dings (IAS?)) installieren und lokal probieren.

P.S. Meine Lösung für meine Wetterdaten-Anzeige: Raspi + Cron + RTL433 + Influx + Grafana ;-)

Hallo Daniel,

danke für deinen Beitrag. Aktuell ist es ja so, dass ich nur mal einen Temperaturwert auf einem Webserver ausgeben kann. Für die Zukunft sollen mehrer esp32 benutzt werden, diese sollen zyklisch Sensordtaen an den raspberry pi zero senden. Auf einem Webserver sollen dann die empfangen Daten visualisiert dargestellt werden. Das mit grafana wird wohl auf einem pi zero wenig Sinn machen aufgrund des geringen Speicherplatzes. Gibt es da womöglich eine andere Alternative?

warum muss es unbedingt ein zero sein? ein Pi4 oder 5 hat wesentlich mehr Power, kann auch von einer SSD/HDD booten (afaik SD-Karte beim zero) und schafft (bei mir) locker Apache, Grafana, Influx, PiHole - und langweilt sich nebenbei noch.

Zo R. schrieb:

Das mit grafana wird wohl auf einem pi zero wenig Sinn machen aufgrund des geringen Speicherplatzes. Gibt es da womöglich eine andere Alternative?

gnuplot ist eine scriptsprache, die auch auf einem Raspi_1 läuft, sauschnell, es gibt 1001 Anleitungen im Netz dafür. Beispiel als SVG in der Anlage.

Interessant ist auch https://gertingold.github.io/pythonnawi/graphics.html

Hallo,

ich habe nun mal gnuplot installiert. Folgendes habe ich mal soweit auf dem zero implementiert. Leider passiert gar nicht. Es werden nicht die entsprechenden Dateien erzeugt. Ich vermute crontab funktioniert nicht.

==> gnuplot_temp_ds1820.conf:

1

set title "Temperature DS1820"

2

set xlabel "Minutes (mins)"

3

set ylabel "Temperature (°C)"

4

set terminal png size 620,360

5

set output "/var/www/html/gnuplot_tempds1820.png"

6

set xdata time

7

set timefmt "%s"

8

set format x "%H:%M"

9

set grid

10

set key left box

11

plot "/home/pi/Temperatur/gnuplot_temp_ds1820.dat" using 1:2 title "Temp" with lines

==> gnuplot_temp_ds1820.sh:

1

#!/bin/bash

2

3

PLOT_CONFFILE="/home/pi/Temperatur/gnuplot_temp_ds1820.conf"

4

PLOT_DATAFILE="/home/pi/Temperatur/gnuplot_temp_ds1820.dat"

5

PLOT_DATETIME=$(/bin/date +%s)

6

PLOT_TEMP=$(/usr/bin/python /home/pi/Temperatur/get_temp_ds1820.py)

7

8

echo "$PLOT_DATETIME $PLOT_TEMP" >> $PLOT_DATAFILE

9

cat $PLOT_CONFFILE | /usr/bin/gnuplot

crontag -e:

1

1 * * * * /home/pi/Temperatur/gnuplot_temp_ds1820.sh

Zo R. schrieb:

Ich vermute crontab funktioniert nicht.

Jaaa, dass ist so ein Ding mit den Vermutungen…

Ich bin übrigens extrem überrascht. Du hast es geschafft, eine sehr einfache Aufgabe in einen atemberaubend umständlichen Prozess zu konvertieren.

Da du ja sowieso ein Python Programm aufrufst:

• Die aktuelle Zeit lässt sich dort direkt ermitteln
• Die Sensordaten werden ja schon in Python empfangen.
• Es existiert matplotlib mit pyplot. Die komplette Erzeugung der Grafik (an der passenden Stelle) lässt sich dort bequem erledigen.

Ich habe die gnuplot Datei nochmals unter die Lupe genommen. Wenn ich folgende Zeile ausführe

1

set output "/var/www/html/gnuplot_temp_ds1820.png"

erscheint folgende Fehlermeldung:

1

 cannot open file; output not changed

2

system error: Permission denied

Norbert schrieb:

Ich bin übrigens extrem überrascht. Du hast es geschafft, eine sehr einfache Aufgabe in einen atemberaubend umständlichen Prozess zu konvertieren.

Er hätte auch alles in eine ausführbare gnuplot_temp_ds1820.gp mit Shebang reinmachen können

Zo R. schrieb:

erscheint folgende Fehlermeldung: cannot open file; output not changed system error: Permission denied

Gruppenrechte für /var/www/html/ passen?

L.S. schrieb:

Er hätte auch alles in eine ausführbare gnuplot_temp_ds1820.gp mit Shebang reinmachen können

Auch das wäre eine einfache (also langweilige) Möglichkeit. ;-)

Norbert schrieb:

Auch das wäre eine einfache (also langweilige) Möglichkeit. ;-)

;) ;) ;) !

L.S. schrieb:

Gruppenrechte für /var/www/html/ passen?

Die werden stimmen.

Er hat vermutlich einmal eine png Datei mit 0o444 angelegt und stolpert nun über die eigenen Füße.

Ja eine log Datei wird angelegt. Allerdings ist diese leer.

zeig mal:

1

groups

2

ls -la /var/www/html/

ls -la /var/www/html/

1

drwxr-x--- 2 pizero pizero 4096 Nov 13 11:20 .

2

drwxr-xr-x 3 root   root   4096 Nov 12 14:17 ..

3

-rw-r--r-- 1 pizero pizero  947 Nov 11 20:40 index.php

4

-rw-r--r-- 1 pizero pizero   21 Nov 11 15:39 info.php

5

-rw-r--r-- 1 pizero pizero  410 Nov 11 20:24 receiveMessage.php

6

-rw-r--r-- 1 pizero pizero  644 Nov 11 20:31 requestMessage.py

ls -la /var/www/

1

drwxr-xr-x  3 root   root   4096 Nov 12 14:17 .

2

drwxr-xr-x 12 root   root   4096 Nov  4 15:38 ..

3

drwxr-x---  2 pizero pizero 4096 Nov 13 11:20 html

4

-rw-r--r--  1 root   root   1175 Nov 11 10:30 index.php

5

-rw-r--r--  1 root   root   2437 Nov 11 10:30 style.css

Jetzt habe ich auf die index.php via Webbrowser keinen Zugriff mehr. Hab da wohl in den Zugriffsrechten was geändert.

wie ich sehe lernst du grad auf die harte Tour - schau was ich dir schon mal vorgeschlagen habe und teil das Ganze in mehrere Teilprojekte auf.

im Moment ist dein größtes Problem deine offensichtlich nicht vorhandenen Kenntnisse der Rechteverwaltung. Das musst du dringend ändern bevor es auch nur ein bisschen Sinn macht, das ganze weiter zu verfolgen.

Du willst ja auch nicht in Zukunft jedes Mal wenn eine Kleinigkeit zu ändern ist tage- oder sogar wochenlang an so Kleinigkeiten herumrätseln (um nicht zu sagen pfuschen)?

Zo R. schrieb:

Jetzt habe ich auf die index.php via Webbrowser keinen Zugriff mehr. Hab da wohl in den Zugriffsrechten was geändert.

Mit ›Trial and Error‹ kommt man nur dann weiter, wenn man zumindest eine grobe Vorstellung hat von den Dingen die man anrichtet.

Kleiner Tipp am Rande: Nur weil checkaa2oo3 im Youtube Video bei fünfundvierzig Minuten, siebzehn Sekunden etwas selten Dämliches macht, so besteht dennoch kein Nachahmungszwang.

In /var/www/ haben:

1

-rw-r--r--  1 root   root   1175 Nov 11 10:30 index.php

2

-rw-r--r--  1 root   root   2437 Nov 11 10:30 style.css

normalerweise nichts zu suchen.

/var/www/html/ sollte rwx für den Eigner haben, rx für Gruppe und Andere.

Und Gruppe sollte natürlich www-data sein. Also (als root) im /var/www/ Verzeichnis:

1

chown root:www-data html

2

chmod 755 html

Und mach dich dringend mit den Basics vertraut.

Du scheinst ja wirklich wenig/keine Ahnung von Linux und den Benutzerrechten zu haben (deswegen habe ich nach groups gefragt)

und: ausführbare Programme (hier ...py) mussen ausführbar sein, also x-Flag

Ok ich werde mal noch Zeit für die Basics verbringen.

Norbert schrieb:

• Es existiert matplotlib mit pyplot. Die komplette Erzeugung der Grafik (an der passenden Stelle) lässt sich dort bequem erledigen.

Der Vollständigkeit halber sei darauf hingewiesen, daß es neben der an Matlab angelehnten Matplotlib noch eine Reihe anderer Visualisierungsbibliotheken gibt, die vor allem für Webanwendungen oft besser geeignet sind. Zum Beispiel die etwas bekannteren Libraries Seaborn (das auf Matplotlib aufbaut), Bokeh oder Plotly und Plotly Express, aber auch weniger bekannte wie Altair, Pygal, Folium und, nicht zu vergessen, d3blocks, das die Fähigkeiten der bekannten Javascript-Bibliothek D3.js unter Python bereitstellt.

Viele dieser Bibliotheken bieten Features, die unter Matplotlib nicht zur Verfügung stehen, und können zum Beispiel interaktive Grafiken fürs Web erzeugen. Zudem fühlen sich die meisten davon für Python-Entwickler etwas "pythonischer" an als die an Matlab angelehnte Matplotlib. Viel Spaß!

Ein T. schrieb:

Der Vollständigkeit halber sei darauf hingewiesen, daß es neben der an Matlab angelehnten Matplotlib noch eine Reihe anderer Visualisierungsbibliotheken gibt, die vor allem für Webanwendungen oft besser geeignet sind.

Wenn der TE nicht mal die Rechte hinbekommt, ist er damit sicher erst recht überfordert.

Zo R. schrieb:

1

> set output "/var/www/html/gnuplot_temp_ds1820.png"

2

>

1

>  cannot open file; output not changed

2

> system error: Permission denied

3

>

Normale Benutzer dürfen nicht in /var/www/html/ schreiben. Du könntest deinen Job in der Crontab für den Apache-Benutzer ("www-data") einstellen ("crontab -u www-data -e"), so daß er mit dessen Rechten läuft. Oder Du richtest Dir ein Unterverzeichnis in /var/www/html/ ein, in das Dein Benutzer schreiben und aus dem der Apache-Server lesen darf.

Wenn Du ein Linux benutzen möchtest, halte ich es grundsätzlich für sinnvoll, Dich mit Datei- und Benutzerrechten unter Linux zu beschäftigen. Viel Erfolg!

Ein T. schrieb:

Normale Benutzer dürfen nicht in /var/www/html/ schreiben.

Und der Webserver hat nichts im übrigen Dateisystem zu suchen, daher die Gruppe www-data