DIY: Howto Wiregate auf Fremdhardware <> Installation eines CommunityGate

[henfri]

Hallo,

hm, bei mir zeigend die Links auf graph.pl. Links auf drraw.pl finde ich dort nicht.

Kannst du vielleicht mal einen Screenshot posten?
Außerdem wäre es super, wenn du mir deine /var/www/drraw/drraw.conf schicken würdest.

Anbei wie es bei mir aussieht.

Gruß&Danke für deine Hilfe,
Hendrik

[Lapheus]

ich vermute, drraw (http://xy/drraw/drraw.pl) funktioniert bei euch auf Anhieb auch nicht, oder?

Hallo Henfri,

Doch bei mir funktioniert die Graph-Anzeige.
Aber bei mir lautet der Aufruf http://xy/drraw.pl?--PARAMETER--.

Aufgerufen direkt aus Webmin heraus, aus der Seite "Sensoren / Werte konfigurieren", bei einem Sensor wird der Link direkt angezeigt.

Gruss
Lapheus

[henfri]

Hallo,

ich vermute, drraw (http://xy/drraw/drraw.pl) funktioniert bei euch auf Anhieb auch nicht, oder?

Zunächst fehlt die conf. Wenn ich eine dort hin packe, läuft drraw erstmal, aber es tauchen keine Datenquellen auf.

Funktioniert das bei euch?

Gruß,
Hendrik

[henfri]

Hallo Makki,

Hmm, <Gebetsmühle> sagte schon ein paarmal: man braucht keinen Webmin um einen Debian-Server aufzusetzen (hoffentlich zumindest)

Das ist mir durchaus bewusst, und sowohl beruflich, als auch privat habe ich schon die eine, oder andere Zeile in die HP-UX oder Linux-Kommandozeile tippen dürfen.
ABER:
Wenn man in einem Webmint auf einen Link klickt und daraufhin eine Fehlermeldung erhält, dann liegt es ja nun erstmal nicht soooo fern, eben Webmin auch in die Suchanfrage mit einzubinden.
Nicht, weil man das Problem durch klicken auf einen bunten Knopf in Webmin lösen möchte, sondern weil man vermutet, dass der interne Server von Webmin (hoho, so weit war ich schon, dass Webmin seinen eigenen Server bereit stellt und eben nicht von lighttpd abhängt) nicht richtig konfiguriert ist *.pl Dateien auszuführen.

Der obige Tipp, dass die graph.pl nicht auf dem Webmin-Server liegt (also :10000), sondern auf dem lighthttpd (also :80) war dahingehend Gold wert, weil ich dann in die richtige Richtung suchen konnte. Und dann war das Problem ja schnell gelöst.

Soweit...

Gruß,
Hendrik

Gruß,
Hendrik

[makki]

Naja... Bisher habe ich in meinen Suchanfragen stets "webmin" drin gehabt. Dadurch hatte ich keine Chance :-(

Hmm, <Gebetsmühle> sagte schon ein paarmal: man braucht keinen Webmin um einen Debian-Server aufzusetzen (hoffentlich zumindest)
Das ist ein reiner Userfreundlichkeits-Layer, eben für die Endanwender, die von Linux nichts wissen wollen Ansonsten ist das Ding nur hinderlicher Ballast..

Makki

[henfri]

Danke für den Tipp!

Ich werde es zuhause probieren. Allerdings: Es funktioniert jetzt auch so, da ich den Start von Apache (diesmal richtig) abgeschaltet habe.

Gruß,
Hendrik

[Lapheus]

Hallo Henfri,

versuch mal ein

apt-get autoremove

und vielleicht mal ein

dpkg --get-selections | grep apache

Alle Pakete die Du da siehst kannst Du dann mit

apt-get purge PAKETNAME

deinstalieren.

Gruss
Lapheus

[henfri]

Hallo,

Hast du mittels

lighttpd-enable-mod

das cgi module auch aktiviert?
Bei mir sind cgi und cometvisu aktiviert.

 lighttpd-enable-mod
Available modules: auth accesslog cgi evasive evhost expire fastcgi flv-streaming no-www proxy rrdtool simple-vhost ssi ssl status userdir usertrack cgi-cometvisu fastcgi-php debian-doc
Already enabled modules: cgi cgi-cometvisu

Also wie bei dir.

Hmm, alles Themen die Tante Google auch so umfassend mit 1000 Antworten behandelt, da halt ich mich mal raus

Naja... Bisher habe ich in meinen Suchanfragen stets "webmin" drin gehabt. Dadurch hatte ich keine Chance :-(
Den komplizierteren Fehler hab ich ja schon selbst gelöst *mirselbstaufdieschulterklopf*

Deinstalier mal den apache.

Deinstallieren will mir nicht glücken, denn:

root@wgtest:~# apt-get purge apache2.2-bin
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut
Statusinformationen werden eingelesen... Fertig
Die folgenden zusätzlichen Pakete werden installiert:
  apache2-mpm-itk php5-cgi
Vorgeschlagene Pakete:
  php-pear
Die folgenden Pakete werden ENTFERNT:
  apache2-mpm-prefork* libapache2-mod-php5*
Die folgenden NEUEN Pakete werden installiert:
  apache2-mpm-itk php5-cgi

Der würde also gleich ein anderes Apache-Paket installieren.
Aber:

root@wgtest:~# pgrep apache

ergibt nix (pgrep lighttpd aber schon).

Bist du sicher das der lighttp die graphen liefert und nicht aktuell der apache?

Nee, das war ein guter Hinweis. Ich hatte apache zwar aus den init-skripten geworfen, aber er lief noch.
Jetzt klappt es! Danke!

Übrigens: In google war das nicht zu finden.

Gruß,
Hendrik

[Lapheus]

Hallo Henfri,

Deinstalier mal den apache.
Dann poste mal welche module im lighttp aktiv sind.

Bist du sicher das der lighttp die graphen liefert und nicht aktuell der apache?

Die lighttp Konfiguration wäre auch hilfreich.

Gruss

Lapheus

[makki]

Hmm, alles Themen die Tante Google auch so umfassend mit 1000 Antworten behandelt, da halt ich mich mal raus

Makki

[do13]

Verstehe. Danke.
Das hilft ja schonmal insofern, dass ich in den Dokumentationen zu lighttpd suchen muss...
Oder hast du noch einen Tipp für mich?

Hast du mittels

lighttpd-enable-mod

das cgi module auch aktiviert?
Bei mir sind cgi und cometvisu aktiviert. Außer den o.g. Zeilen habe ich auf meiner TestHW IIRC keine Änderungen vorgenommen.

Meine config Dateien könnte ich dir erst am Freitag zukommen lassen denn ich hänge momentan noch in Zürich im Hotelzimmer.

Dirk

[henfri]

Verstehe. Danke.
Das hilft ja schonmal insofern, dass ich in den Dokumentationen zu lighttpd suchen muss...
Oder hast du noch einen Tipp für mich?

Kannst du mir vielleicht dein /etc/lighttpd/ Verzeichnis hier anhängen? Dann würde ich mal vergleichen.
Hast du fastcgi aktiviert?

Gruß,
Hendrik

[do13]

Ich weiß nicht, warum das etwas mit lighttpd zu tun haben kann?

Doch. Webmin liefert einen Link auf die graph.pl Datei welche dann vom normalen webserver (hier lighttpd) abgearbeitet wird. Schau dir mal den generierten Link an.

Dirk

[henfri]

Hallo,

danke für deine Antwort!

Wahrscheinlich haben wir uns überschnitten

Ich habe die obigen Vorschläge
-fastcgi in lighttpd deaktivieren
-10-cgi.conf editieren
ausprobiert. Beides hat nicht geholfen. Warum sollte es auch, frage ich mich, denn webmin nutzt lighthttpd doch garnicht, sondern bringt seinen eigenen Server.

Ich weiß nicht, warum das etwas mit lighttpd zu tun haben kann?

Wie auch immer: So sieht meine 10-cgi-conf aus.

cat /etc/lighttpd/conf-enabled/10-cgi.conf
# /usr/share/doc/lighttpd-doc/cgi.txt

server.modules += ( "mod_cgi" )

$HTTP["url"] =~ "^/cgi-bin/" {
        cgi.assign = ( "" => "" )
}

## Warning this represents a security risk, as it allow to execute any file
## with a .pl/.py even outside of /usr/lib/cgi-bin.
#
cgi.assign      = (
        ".pl"  => "/usr/bin/perl",
#       ".py"  => "/usr/bin/python",
)

Hm, komisch. Beim Restart von lighttpd bekomme ich ne Fehlermeldung, dass der port 80 schon benutzt wird. Kurze Recherche zeigt, dass er von apache genutzt wird.
Das war ja weiter oben schon Thema. Mal gucken..
Edit: Apache macht laut Makki ja nix. Dennoch mal deaktiviert, deine 10-cgi.conf übernommen, neu gestartet, gleiches Problem.
Naja, fast: Die graph.pl, die jetzt runtergeladen wird hat nur noch -1 bytes...

Gruß,
Hendrik

[do13]

Funktioniert!
Nur habe ich auch ein Problem mit dem Graph. Allerdings erhalte ich nicht "forbidden", sondern wird die Datei graph.pl im Browser heruntergeladen, statt ausgeführt zu werden.

Bei dir ist *.pl nicht als cgi deklariert.

Wie sieht deine /etc/lighttpd/conf-enabled/10-cgi.conf aus?

cgi.assign      = (
        ".pl"  => "/usr/bin/perl",
        ".php" => "/usr/bin/php-cgi",
        ".py"  => "/usr/bin/python",
)

Entferne mal die Kommentarzeichen vor den o.g. Zeilen und starte lighttpd erneut. Dann sollte es gehen.

Dirk