[fli4l] Neues stable Release fli4l 3.10.4

[Kay Martinen]

Am 02.11.2015 um 23:43 schrieb Christoph Schulz:
> Hallo!
> 
> Christoph Schulz schrieb:
> 
>> Da du bereits der zweite bist (siehe parallelen Thread "imonc und Version
>> 3.10.3"), der über Probleme mit imonc/imond klagt, lautet meine spontane
>> Idee, dass beide Probleme auf die verbesserte (!) Passwortbehandlung
>> zurückzuführen ist (FFL-828). [...]
> 
> Ja, das ist der Grund: Der alte imond-Code geht fälschlicherweise von einer 
> Beschränkung der Größe des Passwort-Salts aus. Das hat früher mit den alten 
> DES-Passwörtern funktioniert, geht aber mit jedem anderen Algorithmus nicht. 
> Eine Korrektur werde ich im Laufe der Woche fertigstellen, sie sollte dann 
> im nächsten wöchentlichen Tarball zu finden sein.

Mir sind hier noch weitere dinge aufgefallen. Der Windows-imonc (3.0.5a)
zeigte sonst einen hosts-tab an. Der taucht nicht mehr auf. im
syslog-tab sehe ich aber die meldungen von arping das seinen loop
beendet und auf dem fli in messages noch mehr meldungen über die jew.
hosts und ihren status. Scheint also als würden die daten erhoben,
kommen aber beim imonc nicht an - oder versteht er da auch was falsch?

Weiter fiel mir eben auf das der mini_httpd zwar läuft und erreichbar
ist aber im bootprotokoll finde ich das hier:

> Starting webserver ... (/etc/rc.d/rc430.httpd)
> Tue Nov 3 2015 	01:00:55 	sent [IP data] 45 00 00 1c 00 00 40 00 ...
> Tue Nov 3 2015 	01:00:55 	sent [IP data] 45 00 00 1c 00 05 40 00 ...
> Tue Nov 3 2015 	01:00:55 	sent [IP data] 45 00 00 1c 39 62 40 00 ...
> Tue Nov 3 2015 	01:00:55 	sent [IP data] 45 00 00 1c 39 63 40 00 ...
> Tue Nov 3 2015 	01:00:55 	Script /etc/ppp/ip-up started (pid 1893)
> Tue Nov 3 2015 	01:00:56 	finished Starting webserver ... (/etc/rc.d/rc430.httpd)
> Tue Nov 3 2015 	01:00:56 	Nov 3 01:00:56 fli4l daemon.crit mini_httpd[2009]: socket :: - Address family not supported by protocol
> Tue Nov 3 2015 	01:00:56 	socket: Address family not supported by protocol

Außerdem habe ich dsltool installiert, kann das modem vom fli auch an
pingen, nur dsltool erhält offenbar keine daten. Obwohl das
DLINK-DSL321B Hw. Rev Z1 mit der einstellung bc63 funktionieren soll.
Per Telnet und http ist es aber erreichbar, wenn ich auf einem internen
host eine extraroute eintrage. Spezielle Fw-regeln habe ich noch NICHT
angelegt.

Am Ende kommen noch einige warnmeldungen von collectd ping plugin

> finishing boot process ... (/etc/rc.d/rc998.base)
> Tue Nov 3 2015 	01:01:06 	Nov 3 01:01:06 fli4l daemon.warn collectd[2967]: ping plugin: ping_host_add (www.google.de) failed: getaddrinfo: Name or service not known
> Tue Nov 3 2015 	01:01:06 	Nov 3 01:01:06 fli4l daemon.warn collectd[2967]: ping plugin: ping_host_add (www.fli4l.de) failed: getaddrinfo: Name or service not known
> Tue Nov 3 2015 	01:01:06 	Nov 3 01:01:06 fli4l daemon.warn collectd[2967]: ping plugin: ping_host_add (www.heise.de) failed: getaddrinfo: Name or service not known
> Tue Nov 3 2015 	01:01:06 	Nov 3 01:01:06 fli4l daemon.err collectd[2967]: ping plugin: No host could be added to ping object. Giving up.

und als letztes von chronyd der keine dump files öffnen kann.

Die beiden letzteren sehe ich als nicht ernst an weil die drei
default-ping-einträge offensichtlich funktionieren und die Zeit wohl
stimmt. Vielleicht war die DSL-Verbindung da noch nicht aufgebaut...

Aber ob es da doch einen Zusammenhang geben mag, ich weiß nicht...


Kay
-- 
https://www.linuxcounter.net/cert/224140.png