DIY: Howto Wiregate auf Fremdhardware <> Installation eines CommunityGate

[MuckiLegden]

Moin,

nach dieser Anleitung habe selbst ich als bekennender "Linux-nicht-Versteher" ein xxxxgate (oder wie auch immer) und eine Comet-Visu fertig bekommen.
Ich habe sogar den Eindruck, dass ich zum ersten Mal in meinem Leben ein paar Zusammenhänge in Linux erkannt und verstanden habe

Also Hut ab vor dieser umfassenden Erklärung!

Eine (vermutliche) Kleinigkeit habe ich allerdings noch:
Wenn ich versuche GA's von Hand anzulegen bekomme ich die Fehlermeldung:
"error Status: 'error'. Error Code: 500" (siehe auch Anhang)

Beim Import einer ".knxproj" passiert einfach überhaupt nichts.

Woran könnte das wohl liegen? Evtl. fehlende Rechte?

Viele Grüße,
Mucki

[marlan99]

Ich glaube aber nicht, dass es das ist. Einen Versuch ists wert.

Wars tatsächlich nicht, gab sogar an dass fastcgi bereits disabled sei.

Gruss
Marcel

[Sipple]

Hi Marcel

lighty-disable-mod

Dann zeigt er an was man disablen kann. fastcgi eingeben.
Ich glaube aber nicht, dass es das ist. Einen Versuch ists wert.
Den lighty auf jeden Fall neu starten!

/etc/init.d/lighttpd restart

Gruß, Martin

[marlan99]

Hallo Martin,

2.) Wenn ich im Webmin als Standarduser in die Globalen Einstellungen gehe und dort bei EIB Protokollierung auf Graph klicke, kommt nur 403 - forbidden. Wohl irgendwo Rechte nicht richtig gesetzt. Nur wo? Rrdtool?
Was SOLLTE denn eigentlich kommen?
EDIT: Auf einmal gehts! Nur was hab ich gemacht? Kann das damit zusammenhängen, fastcgi zu deaktivieren und die 10-cgi.conf zu ändern? (ist das einzige, was ich seitdem geändert habe):

Habe das 10-cgi.conf angepasst, aber wie deaktiviere ich fastcgi? Bei mir funktioniert der Graph nämlich noch nicht. habe immer noch die 403 Forbidden Seite.

Gruss
Marcel

[makki]

Wenn man erst php5-cgi und dann php5 installiert sollte das nicht passieren, ist eine ungeschickte dependency in php5 die den Apache da unnötig nachziehen will..

Makki

[Sipple]

ich habe bei mir noch gesehen, dass der apache2 drauf ist und beim booten gestartet werden will. Da der port 80 schon besetzt ist kommt eine Fehlermeldung.

Sollte hier der apache2 deinstalliert werden?
Ich weiss nicht ob der evtl. bei der Debian Grundinstallation dabei war.

Gruss
Marcel

Des Rätsel's Lösung:

Es ist NICHT die Debian Grundinstallation. Zumindest nicht zwangsläufig.
Es passiert exakt bei diesem Schritt:

apt-get install lighttpd [COLOR=Red][B]php5[/B][/COLOR] php5-cgi

Dass das lighttpd Paket den Apache nicht installiert sollte logisch sein
php5 ist der Übeltäter. Das ist eines dieser Metapackages, die man eigentlich nicht wirklich braucht. Am besten weg lassen. php5-cgi reicht aus. Dadurch kommt der Apache erst gar nicht auf die Kiste und es gibt auch keine Fehlermeldung des Lighty mehr.
Hab das jetzt mal so gemacht und noch nichts gefunden, was nicht laufen würde.

Abgesehen vom OpenVPN, das hat aber nichts mit php zu tun. Das will einfach nicht. Hab mir beim Versuch, das zum Laufen zu kriegen, die Kiste so zerschossen, dass quasi der komplette LAN Zugang tot war
Na ja, aus Erfahrung wird man klug.

Gruß, Martin

[makki]

Die ersten Thread Titel kann ich nicht editieren.

Wiegesagt: ich (in diesem Unterforum) schon, auch wenn die Möglichkeit nur sehr sehr selten benutzt wird
-> Komplett inkl. Tags schicken, wird gemacht..

Was meint Ihr?

Ich wünsche mir nur einen passenden Titel, die Bandbreite geht da von "eibd&owfs unter Debian GNU/Linux" bis "Perfekte KNX-Appliance mit 1-Wire" nur eben nicht WireGate..
Weil wir haben 99% Kunden die nicht basteln können oder wollen und die nicht verschreckt werden sollen oder müssen.. OSS kann ganz einfach sein, für die restlichen 1% ist es OSS die man sich aus dem SVN holen kann; ein schmaler Grat

Makki

[Lapheus]

Hallo zusammen,

Wie ich sehe haben sich schon einige Fehler gefunden und es wurden Lösungen dafür gefunden.

Damit jetzt alles wieder zusammen kommt möchte ich es gerne wieder zusammenfassen.
Die ersten Thread Titel kann ich nicht editieren.
Daher sollte es schon wo anders hin.

• Entweder ins Lexikon, dafür wäre aber ein passender Name/Titel wichtig damit man den Eintrag wieder findet und er entsprechend im Text wieder auftaucht.
  (Ich habe gerade ein Déjà-vu).

• Anderer Vorschlag wäre in die Rubrik "Funktion" links an der Seite.

Was meint Ihr?

Gruss
Lapheus

[Lapheus]

Hallo,

1.) Da werden ja eigentlich nur User-Logins und System-Reboots BINÄR geloggt. D.h., man kann da nur mit nem Befehl wie "last" was sehen.

Wenn man Goole befragt ist genau das der Sinn.

Den Inhalt löschen geht zwar (dann geht's halt von vorne los) und auch die komplette Datei läßt sich löschen.
Könnt ihr das mal bei euch überprüfen? Kann auch sein, dass ihr mehrere wtmp.xxx Dateien findet, wegen der Logrotation.

Mit

[B]> /var/log/wtmp[/B]

kann man löschen.

Ja, ist bei mir auch so. Ich habe jetzt mal im logrotate.conf die Einstellung auf wöchentlich gestellt.

2.)

cgi.assign      = (
        [COLOR=Red] ".pl"  => "/usr/bin/perl",[/COLOR]
         ".php" => "/usr/bin/php-cgi", 
#       ".py"  => "/usr/bin/python",
)

Müßte an der roten Zeile liegen, den für PHP ist nur die Zeile mit PHP notwendig. Jetzt fällt mir ein warum mir diese Datei so bekannt vorkam. In meinem Life System hatte ich die Einstellung selbst eingestellt.
Beim testsystem weis ich es nicht.

3.) Weiter unten wird mir immer nur angezeigt, dass der root-Zugang deaktiviert ist. Der funktioniert aber. Klick auf Aktivieren ändert den Status auf der Seite auch nicht. Liegt an Lapheus' "Root-Zugangs-Patch", oder?

Ja, er funktioniert deshalb. Der ssh und der Root Zugang zum Webmin ist damit wieder aktiv. Demenstprechend ist auch der Button funktionslos.

4.) Da wir kein rescue_fs haben, mosert Monit natürlich (Does not exist). Kann man sich im Monit Browser ansehen (<Eure-IP-Addresse>:2812, mit Standarduser admin und password monit). Keine Ahnung, ob man das nachrüsten oder gleich mit installieren kann. Könnte sein, dass das ein gewisser Aufwand ist.
Wer sich an der Meldung stört, kommentiert einfach folgendes aus:

/etc/monit/enable/wg-base

check device rescue_fs with path /mnt/rescue_fs
    if space usage > 98% for 5 times within 15 cycles then alert
    if inode usage > 75% then alert

So habe ich es auch gemacht.

@Marcel
Ja, der Apache ...
Also wie Makki schon geschrieben hat: Runter damit

Gruß, Martin

Den Apache hatte ich auch schon ab und an mit installiert.
Ich meine, wenn man "Standardinstalation" wählt, kommt der mit. Daher schrieb ich alles deaktivieren. Ja ein apt-get purge sollte ihn für immer zum schweigen bringen.

Gruss
Lapheus

[Sipple]

Hi zusammen

Hab noch einiges gefunden, was interessant sein könnte.

1.) Ich überprüfe gerne mal Logfiles, damit die nicht ins Uferlose wachsen (bei ner Terabyteplatte nicht unbedingt ein Problem, auf ner CF-Karte mit 4GB schon).
Da bin ich gestern auf die

/var/log/wtmp

gestoßen. Da werden ja eigentlich nur User-Logins und System-Reboots BINÄR geloggt. D.h., man kann da nur mit nem Befehl wie "last" was sehen.
Jetzt hatte ich die Mühle den Tag davor komplett neu aufgesetzt und innerhalb eines Tages war die Datei bereits deutlich über einem Megabyte groß! Alle paar Minuten um ein paar Kilobyte angewachsen. Ohne dass was rebootet wird oder sich dauernd jemand ein- und ausloggt. Zumindest habe ich mit "last" nichts auffälliges gesehen, was das erklären könnte.
Zum Vergleich: Auf meinem ALIX mit Squeeze drauf hat die gleiche Datei gerade mal 10KB. Den Inhalt löschen geht zwar (dann geht's halt von vorne los) und auch die komplette Datei läßt sich löschen. Damit werden die Logins und Reboots aber eben gar nicht mehr geloggt.
Läuft da was seltsames ab im Hintergrund? Ist das sowas wie ein Systemuserlogin, gestartet durch crontab, den man nicht sieht oder was?

Könnt ihr das mal bei euch überprüfen? Kann auch sein, dass ihr mehrere wtmp.xxx Dateien findet, wegen der Logrotation.

2.) Wenn ich im Webmin als Standarduser in die Globalen Einstellungen gehe und dort bei EIB Protokollierung auf Graph klicke, kommt nur 403 - forbidden. Wohl irgendwo Rechte nicht richtig gesetzt. Nur wo? Rrdtool?
Was SOLLTE denn eigentlich kommen?
EDIT: Auf einmal gehts! Nur was hab ich gemacht? Kann das damit zusammenhängen, fastcgi zu deaktivieren und die 10-cgi.conf zu ändern? (ist das einzige, was ich seitdem geändert habe):

## Warning this represents a [URL="http://redaktion.knx-user-forum.de/lexikon/security/"]security[/URL] risk, as it allow to execute any file
## with a .pl/.php/.py even outside of /usr/lib/cgi-bin.
#
cgi.assign      = (
         ".pl"  => "/usr/bin/perl",
         ".php" => "/usr/bin/php-cgi", 
#       ".py"  => "/usr/bin/python",
)

3.) Weiter unten wird mir immer nur angezeigt, dass der root-Zugang deaktiviert ist. Der funktioniert aber. Klick auf Aktivieren ändert den Status auf der Seite auch nicht. Liegt an Lapheus' "Root-Zugangs-Patch", oder?

4.) Da wir kein rescue_fs haben, mosert Monit natürlich (Does not exist). Kann man sich im Monit Browser ansehen (<Eure-IP-Addresse>:2812, mit Standarduser admin und password monit). Keine Ahnung, ob man das nachrüsten oder gleich mit installieren kann. Könnte sein, dass das ein gewisser Aufwand ist.
Wer sich an der Meldung stört, kommentiert einfach folgendes aus:

/etc/monit/enable/wg-base

check device rescue_fs with path /mnt/rescue_fs
    if space usage > 98% for 5 times within 15 cycles then alert
    if inode usage > 75% then alert

@Marcel
Ja, der Apache wird offensichtlich je nach gewählter Debian Version bei der Grundinstallation installiert und krallt sich noch an Port 80, obwohl er gar nicht läuft. Anscheinend will er starten, sagt sich dann "Huch, mich braucht ja gar keiner" und beendet sich gleich wieder. Das gibt den Port aber nicht zwangsläufig frei. Da bekommt man dann bei der Installation von lighttpd und aller nachfolgenden Pakete immer den von Dir (und mir) genannten Fehler. Nach dem ersten Reboot war da bei mir aber dann endgültig Ruhe. Inzwischen habe ich mal den Autostart des Apache deaktiviert - keine Auffälligkeiten im Betrieb. Dann mit apt-get purge entfernt. Auch nichts zu beanstanden.
Also wie Makki schon geschrieben hat: Runter damit

Gruß, Martin

[Sipple]

@Martin

Wie? Das Problem besteht bei mir auch noch?

Gruß
Marco

Moin Marco

Schau doch mal in deine /var/log/syslog. Wenn Du da ebenfalls die Fehlermeldung wie in Post 26 hier beschrieben siehst (..."log9"...respawning too fast:...), dann hast Du das Problem. Dann öffnest die /etc/inittab, gehst ganz nach unten wo log9:..... steht und änderst da vbusmonitor1time in vbusmonitor1poll, wie in Post 31 beschrieben.

Gruß, Martin

[Obiwan]

Hallo

also die Automatische Schnittstellenkonfiguration bei booten funktioneriet jetzt zu 80 %.

Das

update-rc.d [URL="http://redaktion.knx-user-forum.de/lexikon/eibd/"][U][COLOR=#0000ff]eibd[/COLOR][/U][/URL] defaults

war entscheidend.
Die letzten 20 % löse ich immer in der Konsole über ein (R)estart.

update-rc.d [URL="http://redaktion.knx-user-forum.de/lexikon/ntp/"]ntp[/URL] defaults

war auch nicht nötig.

@Martin

Das inittab Problem ist gelöst. DANKE!!!

Wie? Das Problem besteht bei mir auch noch?

Gruß
Marco

[makki]

Wie bekommt man den das Wiregated Paket installiert ohne das wg-patch Paket? Das ist doch eine Abhängigkeit?

Ja, Henne-Ei-Problem, der wiregated war zuerst, wg-patch musste ich seinerzeit irgendwie "nachziehen" ohne vorheriges ändern zu können; das sollte aber ausser ganz arme hier&heute keinen mehr treffen, kann ich denke ich rausnehmen (es geht auch sicher mit --force-weissnicht --ignore-this-and-that)

ich habe bei mir noch gesehen, dass der apache2 drauf ist und beim booten gestartet werden will. Da der port 80 schon besetzt ist kommt eine Fehlermeldung.

Der Apache stört nicht da er nach dem lighty startet, könnte man statt lighttpd ja auch problemlos verwenden, ist nur "ein bisschen" oversized und die config im Vergleich zum lighty IMHO nichts für Otto; entweder uninstall oder in der ports.conf halt den :80 wegbiegen..

Makki

[marlan99]

Hallo Lapheus,

ich habe bei mir noch gesehen, dass der apache2 drauf ist und beim booten gestartet werden will. Da der port 80 schon besetzt ist kommt eine Fehlermeldung.

Sollte hier der apache2 deinstalliert werden?
Ich weiss nicht ob der evtl. bei der Debian Grundinstallation dabei war.

Gruss
Marcel

[Lapheus]

Hallo makki,

inittab: Das kommt vom installieren des wg-patch Pakets (wovon ich immer dringend abrate, weil das macht echt wilde Dinge, versucht auch mal einen neuen Kernel oder ein BIOS-Upgrade->!sigh!

Wie bekommt man den das Wiregated Paket installiert ohne das wg-patch Paket? Das ist doch eine Abhängigkeit?

Gruss
Lapheus