Tach zusammen …
Gerade habe ich mal (inspiriert durch den letzten Edit im Wiki auf der Seite „StatusUpdates“) das ab Backfire verwendete Init-Skript „ffp-apdb“ etwas aufgefrischt … :)
Hinzu gekommen ist (haupts.) die automatische Erkennung des wifi-Interfaces (10.22.X.X), damit das nicht mehr manuell im Skript rumgemurkst werden muss. (Außerdem gabs ne Unschönheit bei der uptime-Ermittlung, die nun auch korr. ist.)
→ Bei mir (2-160-sokai) läufts korrekt …
FYI: Ich hoste das Skript (ganz) simpel bei GitLab [0]. (Commits/Änderungen können hier [1] nachgeschaut werden …)
[0] https://gitlab.com/FFP/ffp-apdb-client/ [1] https://gitlab.com/FFP/ffp-apdb-client/commits/master/
Wer Fehler findet, melde sie bitte! Und wer ggf. mitwerkeln will, klickt sich nen GitLab-Account und dann kann ich sie/ihn (nach Meldung) der GitLab-Gruppe hinzufügen … :)
So weit von mir. – Grüße der Kai
PS: Wiki-Seite [2] habe ich schon den Neuerungen entsprechend angepasst …
[2] http://wiki.freifunk-potsdam.de/StatusUpdates
Hai Kai,
colle Sache das. Aber...
Nach neuer Konfiguration sind die DHCP-Netz jetzt auch im 10.22.x.x-Netz. Auch die Kabelkopplungen sind im 10.22.er Netz. Kommt sich das evtl. in die Quere?
Gruß Carsten --- Ursprüngliche Nachricht --- Von: Kai Sommer lists@i-sommer.de Datum: 19.01.2016 11:40:09 An: Userlist Freifunk users@lists.freifunk-potsdam.de Betreff: [FFP] ffp-apdb – neue Version
Tach zusammen …
Gerade habe ich mal (inspiriert durch den letzten Edit im Wiki auf der Seite „StatusUpdates“) das ab Backfire verwendete Init-Skript „ffp-apdb“
etwas aufgefrischt … :)
Hinzu gekommen ist (haupts.) die automatische Erkennung des wifi-Interfaces (10.22.X.X), damit das nicht mehr manuell im Skript rumgemurkst werden muss. (Außerdem gabs ne Unschönheit bei der uptime-Ermittlung, die nun auch korr. ist.)
→ Bei mir (2-160-sokai) läufts korrekt …
FYI: Ich hoste das Skript (ganz) simpel bei GitLab [0]. (Commits/Änderungen können hier [1] nachgeschaut werden …)
[0] https://gitlab.com/FFP/ffp-apdb-client/ [1] https://gitlab.com/FFP/ffp-apdb-client/commits/master/
Wer Fehler findet, melde sie bitte! Und wer ggf. mitwerkeln will, klickt sich nen GitLab-Account und dann kann ich sie/ihn (nach Meldung) der GitLab-Gruppe hinzufügen … :)
So weit von mir. – Grüße der Kai
PS: Wiki-Seite [2] habe ich schon den Neuerungen entsprechend angepasst …
[2] http://wiki.freifunk-potsdam.de/StatusUpdates
-- Kai Sommer | http://sok.ai Schopenhauerstraße 29 | http://ka.i-sommer.de 14467 Potsdam | xmpp: me@sok.ai sig: CB0E 7DC5 5F32 456A 94A4 | pubkey: http://ma.ximi.se/mekey
Users mailing list Users@lists.freifunk-potsdam.de https://lists.freifunk-potsdam.de/listinfo/users
Am 19.01.2016 um 11:55 schrieb Carsten N:
Hai Kai,
Hey!
[…]
Nach neuer Konfiguration sind die DHCP-Netz jetzt auch im 10.22.x.x-Netz. Auch die Kabelkopplungen sind im 10.22.er Netz. Kommt sich das evtl. in die Quere?
[…]
… denke schon … :-(
Stellt sich mir die Frage, ob man für/bei die/den Kabelkopplungs-Clients nochmal im Skript was ‚bastelt‘. – Is ja nich die ‚Standard“-Konfig … *hmmm*
Auf jeden Fall sollte ich bei Gelegenh. mal (wieder) vorbei kommen (überlege heute …) und dann def. wir mal, was eig. benötigt wird und wie man das (auch mit Spezialfällen) umsetzen kann. (Scheine mom. nich ganz den Durchstieg über die Setups und die Ideen für die Zukunft zu haben …)
Temp. würde ich vorschlagen, einfach WIF im Skript manuell zu definieren. – Entweder Zeile 17 [0] komplett ändern, oder dahinter sowas wie "WIF='wlan0-adhoc-2'" als neue Zeile einfügen (und WIF in #17 überschreiben).
[0] https://gitlab.com/FFP/ffp-apdb-client/blob/master/ffp-apdb#L17
Danke für den Input und Grüße der Kai
hallo,
irgendwie sind die openwifimap-links auf der apdb-statusseite falsch hinterlegt:
anstelle von z.b. http://openwifimap.net//index.html#detail?node=2-160-sokai.olsr müsste http://openwifimap.net/#detail?node=2-160-sokai.olsr hinterlegt sein
grüße marcel
Am 19. Januar 2016 um 11:40 schrieb Kai Sommer lists@i-sommer.de:
Tach zusammen …
Gerade habe ich mal (inspiriert durch den letzten Edit im Wiki auf der Seite „StatusUpdates“) das ab Backfire verwendete Init-Skript „ffp-apdb“ etwas aufgefrischt … :)
Hinzu gekommen ist (haupts.) die automatische Erkennung des wifi-Interfaces (10.22.X.X), damit das nicht mehr manuell im Skript rumgemurkst werden muss. (Außerdem gabs ne Unschönheit bei der uptime-Ermittlung, die nun auch korr. ist.)
→ Bei mir (2-160-sokai) läufts korrekt …
FYI: Ich hoste das Skript (ganz) simpel bei GitLab [0]. (Commits/Änderungen können hier [1] nachgeschaut werden …)
[0] https://gitlab.com/FFP/ffp-apdb-client/ [1] https://gitlab.com/FFP/ffp-apdb-client/commits/master/
Wer Fehler findet, melde sie bitte! Und wer ggf. mitwerkeln will, klickt sich nen GitLab-Account und dann kann ich sie/ihn (nach Meldung) der GitLab-Gruppe hinzufügen … :)
So weit von mir. – Grüße der Kai
PS: Wiki-Seite [2] habe ich schon den Neuerungen entsprechend angepasst …
[2] http://wiki.freifunk-potsdam.de/StatusUpdates
-- Kai Sommer | http://sok.ai Schopenhauerstraße 29 | http://ka.i-sommer.de 14467 Potsdam | xmpp: me@sok.ai sig: CB0E 7DC5 5F32 456A 94A4 | pubkey: http://ma.ximi.se/mekey
Users mailing list Users@lists.freifunk-potsdam.de https://lists.freifunk-potsdam.de/listinfo/users
Ja solltest du.
Heute ist kein Treffen. Nächstes Treffen ist erst nächste Woche Dienstag wieder.
Gruß Carsten
--- Ursprüngliche Nachricht --- Von: Kai Sommer lists@i-sommer.de Datum: 19.01.2016 12:23:08 An: Freifunk Potsdam Diskussion users@lists.freifunk-potsdam.de Betreff: Re: [FFP] ffp-apdb – neue Version
Am 19.01.2016 um 11:55 schrieb Carsten N:
Hai Kai,
Hey!
[…]
Nach neuer Konfiguration sind die DHCP-Netz jetzt auch im 10.22.x.x-Netz. Auch die Kabelkopplungen sind im 10.22.er Netz. Kommt sich das evtl. in die Quere?
[…]
… denke schon … :-(
Stellt sich mir die Frage, ob man für/bei die/den Kabelkopplungs-Clients
nochmal im Skript was ‚bastelt‘. – Is ja nich die ‚Standard“-Konfig … *hmmm*
Auf jeden Fall sollte ich bei Gelegenh. mal (wieder) vorbei kommen (überlege heute …) und dann def. wir mal, was eig. benötigt wird und wie
man das (auch mit Spezialfällen) umsetzen kann. (Scheine mom. nich ganz den Durchstieg über die Setups und die Ideen für die Zukunft zu haben …)
Temp. würde ich vorschlagen, einfach WIF im Skript manuell zu definieren. – Entweder Zeile 17 [0] komplett ändern, oder dahinter sowas
wie "WIF='wlan0-adhoc-2'" als neue Zeile einfügen (und WIF in #17
überschreiben).
[0] https://gitlab.com/FFP/ffp-apdb-client/blob/master/ffp-apdb#L17
Danke für den Input und Grüße der Kai
-- Kai Sommer | http://sok.ai Schopenhauerstraße 29 | http://ka.i-sommer.de 14467 Potsdam | xmpp: me@sok.ai sig: CB0E 7DC5 5F32 456A 94A4 | pubkey: http://ma.ximi.se/mekey
Users mailing list Users@lists.freifunk-potsdam.de https://lists.freifunk-potsdam.de/listinfo/users
Am 19.01.2016 um 12:52 schrieb Marcel:
hallo,
Hey Marcel!
irgendwie sind die openwifimap-links auf der apdb-statusseite falsch hinterlegt:
anstelle von z.b. http://openwifimap.net//index.html#detail?node=2-160-sokai.olsr müsste http://openwifimap.net/#detail?node=2-160-sokai.olsr hinterlegt sein
[…]
Danke! :)
*fixed* Außerdem habe ich - https, statt http für die OWM-Links genommen ;) - nen Link beim Node (hostname) hinterlegt, der auf den OWM-JSON-Datensatz zeigt …
Grüße der Kai
Hallo Kai,
wenn auf einem Router ein Interface wlan0-1 existiert kommt es beim enablen und starten zu einer Fehlermeldung:
root@254-24-madia:~# /etc/init.d/ffp-apdb start ifconfig: bad address 'wlan0-1' root@254-24-madia:~# ifconfig
wlan0 Link encap:Ethernet HWaddr 24:A4:3C:A6:C9:21 inet addr:10.22.65.97 Bcast:10.22.65.127 Mask:255.255.255.224 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:15462077 errors:0 dropped:119170 overruns:0 frame:0 TX packets:19414431 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:2511615984 (2.3 GiB) TX bytes:1086303049 (1.0 GiB)
wlan0-1 Link encap:Ethernet HWaddr 26:A4:3C:A6:C9:21 inet addr:10.22.254.24 Bcast:10.22.255.255 Mask:255.255.0.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:20553217 errors:0 dropped:540 overruns:0 frame:0 TX packets:15791150 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:2314760304 (2.1 GiB) TX bytes:3501221648 (3.2 GiB)
On 19.01.2016, at 13:33, Kai Sommer lists@i-sommer.de wrote:
Am 19.01.2016 um 12:52 schrieb Marcel:
hallo,
Hey Marcel!
irgendwie sind die openwifimap-links auf der apdb-statusseite falsch hinterlegt:
anstelle von z.b. http://openwifimap.net//index.html#detail?node=2-160-sokai.olsr müsste http://openwifimap.net/#detail?node=2-160-sokai.olsr hinterlegt sein
[…]
Danke! :)
*fixed* Außerdem habe ich
- https, statt http für die OWM-Links genommen ;)
- nen Link beim Node (hostname) hinterlegt, der auf den
OWM-JSON-Datensatz zeigt …
Grüße der Kai
Gruß Bernd
-- Kai Sommer | http://sok.ai Schopenhauerstraße 29 | http://ka.i-sommer.de 14467 Potsdam | xmpp: me@sok.ai sig: CB0E 7DC5 5F32 456A 94A4 | pubkey: http://ma.ximi.se/mekey
Users mailing list Users@lists.freifunk-potsdam.de https://lists.freifunk-potsdam.de/listinfo/users
participants (4)
-
Bernd Nemetz -
Carsten N -
Kai Sommer -
Marcel