TP-Link WR842

[Klops]

So, läuft wieder mit WAN-Anschluss.
Immerhin 1,5MBit/s, wo (im Vergleich zu oben) der Rest hin ist wissen die Götter.
Die Logs werden übrigens auch über den WAN-Anschluss rausgeschoben.

[Klops]

Da isser wieder, der Nerventod. :

Heute Mittag, gegen 11:00 Uhr, lief alles noch wie es sollte.
Als ich jetzt (18:00) nachschaute, hing 10.12. nur noch an einem Tunnel und das Web-Interface war abgeschmiert.
Dank externem Log-Server habe ich auch eine Log-Datei anzubieten.
Vielleicht kann 3dfx mal durchscrollen

[Klops]

Was bedeuten die Einträge in der System-crontab?
Da steht drin:

* * * * * /usr/sbin/ff_olsr_test_gw.sh
*/5 * * * * killall -HUP dnsmasq
*/5 * * * * /usr/sbin/ff_olsr_watchdog
* * * * * /usr/sbin/ffwatchd running || /etc/init.d/freifunk-watchdog restart
*/5 * * * * /usr/sbin/luci-splash sync


*/5 * * * * bedeutet alle 5 Minuten ?
* * * * * bedeutet ständig, oder wie?

[tox]

Siehe http://www.manpagez.com/man/5/crontab/

*/5 * * * * bedeutet alle 5 Minuten ?

Step values can be used in conjunction with ranges. Following a range
with ``/<number>'' specifies skips of the number's value through the
range. For example, ``0-23/2'' can be used in the hours field to specify
command execution every other hour (the alternative in the V7 standard is
``0,2,4,6,8,10,12,14,16,18,20,22''). Steps are also permitted after an
asterisk, so if you want to say ``every two hours'', just use ``*/2''.

Also ja.

* * * * * bedeutet ständig, oder wie?

A field may be an asterisk (*), which always stands for ``first-last''.

Also nicht ständig, sondern jede Minute.

[3dfxatwork]

Erst mal zum Log:

25.10.2013 18:57:55 [4301] From: (192.168.3.204) Fac:0 Sev:0 Msg >>> olsrd[3240]: You might have another node with main ip 104.62.10.12 in the mesh!

Das hat erst mal nichts mit dem Problem zu tun, hast du bei dir zufällig die 2 IPs verwendet?

26.10.2013 17:25:10 [17428] From: (192.168.3.204) Fac:0 Sev:0 Msg >>> olsrd[3244]: Removing interface tap1
26.10.2013 17:25:10 [17429] From: (192.168.3.204) Fac:0 Sev:0 Msg >>> olsrd[3244]: OLSR: sendto IPv4 Invalid argument
26.10.2013 17:25:10 [17430] From: (192.168.3.204) Fac:0 Sev:0 Msg >>> netifd: Interface ''tap1'' is now down
26.10.2013 17:35:03 [17490] From: (192.168.3.204) Fac:0 Sev:0 Msg >>> OLSR watchdog: Process died - restarting!
26.10.2013 17:35:05 [17491] From: (192.168.3.204) Fac:0 Sev:0 Msg >>> olsrd: /etc/init.d/olsrd: olsrd_write_loadplugin() Warning: Plugin library ''olsrd_arprefresh.so.0.1'' not found, skipped
26.10.2013 17:35:07 [17503] From: (192.168.3.204) Fac:0 Sev:0 Msg >>> olsrd[30270]: Adding interface tap0
26.10.2013 17:35:07 [17500] From: (192.168.3.204) Fac:0 Sev:0 Msg >>> olsrd[30270]: New main address: 104.62.10.12
26.10.2013 17:35:07 [17499] From: (192.168.3.204) Fac:0 Sev:0 Msg >>> olsrd[30270]: Adding interface wlan0-1
26.10.2013 17:35:07 [17493] From: (192.168.3.204) Fac:0 Sev:0 Msg >>> olsrd: /etc/init.d/olsrd: olsrd_setup_smartgw_rules() Warning: kmod-ipip is missing. SmartGateway will not work until you install it.
26.10.2013 17:35:07 [17492] From: (192.168.3.204) Fac:0 Sev:0 Msg >>> olsrd: /etc/init.d/olsrd: startup-error: check via: ''/usr/sbin/olsrd -f "/var/etc/olsrd.conf" -nofork''

Leider fehlen die openvpn Einträge im Log. Ist jetzt allerdings nichts was einem aufschluss geben könnte. die letzte Meldung kommt von den 2 Warnungen vorher.
Warum das Webinterface weg ist kann ich nicht nachvollziehen, bei mir läuft das.

Nochmal zu dem WLAN-Problem, was du vor einigen Tagen beschrieben hast, ist das noch einmal aufgetaucht?

[Klops]

192.168.3.204 kriegt der WAN-Port von meinem DHCP.
104.62.10.12 hat der FF-Router, und zwar nur der Eine.

Verb steht auf 3 in den config von openvpn.
Hab das jetzt mal auf 4 gestellt.

WLAN läuft derzeit sehr gut.
Wichtig ist m.E., dass man während des Boot-Prozesses nicht versucht auf dem Web-Interface irgendwas zu machen.
Mir "scheint", da verheddert sich sonst was.
Also in Ruhe booten lassen (so ca 3-5 Min. warten), und alles ist o.k.

Heute Nacht die Kiste wieder komplett abgeschmiert.
Nach Neustart läufts wieder 1A.

[3dfxatwork]

Ich meinte eigentlich ob du die 104.62.10.12 zwei mal verwendet hast? Oder vielleicht hat die noch jemand anderes?

Kannst du nochmal für mich erklären was komplett abgeschmiert heißt? Also Webinterface, ssh, "internet" bzw. routing, ping?

Zum Openvpn, da war ein kleiner Fehler in der Anleitung, weswegen die Logs nicht da rein kamen, im wiki habe ich es berichtigt.
Kannst du bitte in der /etc/rc.local die Openvpn Zeile in Folgende ändern:

Code: Alles auswählen

openvpn --config $i --daemon &

hinzugekommen ist das "--daemon"

[Klops]

Nein, ich habe die 10.12. nur auf dem einen Router, also nicht zweimal verwendet.
Ob die ein anderer verwendet weiß ich nicht, jedenfalls nicht in meiner (Funk-)Nähe.

Abschmieren sieht ungefähr so aus:

- Web-Interface aus LAN (und aus FF-Netz) nicht erreichbar
- LAN-Adresse anpingbar
- WLAN-DHCP-SSID wird gesendet (Freifunk 104.62.10.12)
- Verbindungsversuch meist auch erfolgreich
- Die Splash-Seite wird jedoch nicht angezeigt.
- und da ist dann Schluss

[Klops]

Kann es sein, dass meine Problemchen mit dem "--daemon &" zusammenhingen?

Jedenfalls schnurrt das Kistchen jetzt wie ein Kätzchen.

[kwm]

Kann es sein, dass meine Problemchen mit dem "--daemon &" zusammenhingen?

Jedenfalls schnurrt das Kistchen jetzt wie ein Kätzchen.

Na so ganz schnurrt die Kiste noch nicht. Tunnel zu 4-129 ist ausgefallen.

[Klops]

Verdammt, ich hätte es nicht schreiben sollen.
Ich habe das Gefühl die Kiste hört mit

Vielleicht kann ja 3dfx anhand des logfiles rausfinden, warum der Tunnel ausgestiegen ist.
Das Gerät läuft jedenfalls, bis auf den einen Tunnel.

Edit: log-file ist mittlerweile 8MB groß. Versuche das mal zu verleinern.

Soweit ich das aber überschaue, steht heute Morgen um 01:38 Uhr "connection reset, restart (-1) als außergewöhnlich drin.
Danach ist der Tunnel zu 4.129 weg.

[kwm]

01:38 das ist bemerkenswert, um die Zeit habe ich hufeisensee auf 4-129 restart ausgeführt. Seit dem gibt es auch kein aktuelles Wetter mehr.

[Klops]

Da ist das log-file.

[Klops]

So jetzt isses wieder soweit.

Klicke ich auf der Web-Oberfläche auf "Topologie" erscheint irgendwann "Bad Gateway".
Ab da ist das Web-Interface nicht mehr erreichbar.

Heute morgen gings noch. Langsam habe ich die Nase voll mit dem Gerät.

[kwm]

Langsam habe ich die Nase voll mit dem Gerät.

Ich könnte dir erstmal einen funktionierenden WR751 zur Verfügung stellen. Den WR842 sollte 3dfx mal zum untersuchen bekommen. Ich habe am Sonntag etwas Zeit. Dazu hast du eine PM. Kannst du eventuell am 6.11. zum Stammtisch kommen?

[3dfxatwork]

Langsam habe ich die Nase voll mit dem Gerät.

Hmm schade, ich habe kein Probleme mit dem Gerät.

Ich hab möglicherweise noch eine Idee, warum das mit den abgerissenen Tunnel und dem wiederaufbau nicht richtig funktioniert. Wir haben in der Konfiguration eine Zeile "route-up /etc/openvpn/route-up.sh" stehen, dies gibt ein Skript an, was ausgeführt wird, wenn Routen vom Server zum Client geschoben werden. Das passiert bei einem Wiederaufbau aber möglicherweise nicht. Besser wäre die Zeile "up /etc/openvpn/route-up.sh" zu verwenden in Verbindung mit "up-restart". Dies bewirkt, dass die Datei ausgeführt wird, wenn die das tap-Gerät geöffnet wird.

Shell command to run after successful TUN/TAP device open.

Der zweite Befehl bewirkt, dass das auch bei einem "neustart" des Tunnels passiert. In dem Shell Skript steht nur drin, dass olsr neugestartet wird, siehe Fehler im Log:

31.10.2013 01:38:22 [58509] From: (192.168.3.204) Fac:0 Sev:0 Msg >>> openvpn[2583]: Connection reset, restarting [-1]
31.10.2013 01:38:22 [58510] From: (192.168.3.204) Fac:0 Sev:0 Msg >>> olsrd[3332]: Removing interface tap1
31.10.2013 01:38:22 [58511] From: (192.168.3.204) Fac:0 Sev:0 Msg >>> olsrd[3332]: OLSR: sendto IPv4 No such device
31.10.2013 01:38:22 [58512] From: (192.168.3.204) Fac:0 Sev:0 Msg >>> netifd: Interface ''tap1'' is now down
31.10.2013 01:38:23 [58518] From: (192.168.3.204) Fac:0 Sev:0 Msg >>> olsrd[3332]: . ignoring ''No such process'' (3) while deleting route!
31.10.2013 01:38:23 [58520] From: (192.168.3.204) Fac:0 Sev:0 Msg >>> olsrd[3332]: . error: del route to 104.62.4.129/255.255.255.255 via 104.62.4.129 dev void onlink (Resource temporarily unavailable 11)
31.10.2013 01:38:23 [58521] From: (192.168.3.204) Fac:0 Sev:0 Msg >>> olsrd[3332]: . ignoring ''No such process'' (3) while deleting route!
31.10.2013 01:38:23 [58519] From: (192.168.3.204) Fac:0 Sev:0 Msg >>> olsrd[3332]: Received netlink error code No such process (-3)
31.10.2013 01:38:23 [58517] From: (192.168.3.204) Fac:0 Sev:0 Msg >>> olsrd[3332]: . error: del route to 104.62.1.138/255.255.255.255 via 104.62.4.129 dev void onlink (Resource temporarily unavailable 11)
31.10.2013 01:38:23 [58516] From: (192.168.3.204) Fac:0 Sev:0 Msg >>> olsrd[3332]: Received netlink error code No such process (-3)
31.10.2013 01:38:23 [58515] From: (192.168.3.204) Fac:0 Sev:0 Msg >>> olsrd[3332]: . ignoring ''No such process'' (3) while deleting route!
31.10.2013 01:38:23 [58513] From: (192.168.3.204) Fac:0 Sev:0 Msg >>> olsrd[3332]: Received netlink error code No such process (-3)
31.10.2013 01:38:23 [58514] From: (192.168.3.204) Fac:0 Sev:0 Msg >>> olsrd[3332]: . error: del route to 104.0.6.34/255.255.255.255 via 104.62.4.129 dev void onlink (Resource temporarily unavailable 11)

Nach dem Connection-Reset wurde olsr nicht neugestartet, was allerdings komisch ist, dass auch keine Meldung kommt:

netifd: Interface ''tap1'' is now up

Dafür müsste man wahrscheinlich noch etwas einbauen.

Edit: Wenn man das macht muss man auch noch die Datei "/etc/openvpn/route-up.sh" anpassen, nach "/etc/init.d/olsrd restart" muss noch " || exit 0" geschrieben werden.

[Klops]

Ich bring' das Ding einfach zum Stammtisch.
Da kann 3dfx mal ein paar Tage oder Wochen damit forschen.
Bis dahin schließe ich den guten alten Buffalo wieder an.

[kwm]

@klops,

wenn du am WE etwas Zeit hast, teste mal die neue Firmware auf dem WR842. Das Meshkit vom Freifunk wurde überarbeitet. Info zur Überarbeitung
Es sollte jetzt auch mit der für Halle erzeugten Firmware gehen. http://meshkit.freifunk.net

3dfx baut zur Zeit auch noch ein Meshkit nur für Halle, dieses werden wir dann zukünftig nutzen. Dieses ist aber noch nicht fertig.

Denk bitte daran, noch openvpn bei Paketen auszuwählen. Schreib danach bitte dein Testergebnis.

Gruß kwm

[Klops]

O.k., werde ich probieren.

[Klops]

ääääm, soll ich da jetzt irgend so ein Meshkit-Dings zusammentüdern oder die aktuelle Firmware aus dem Wiki ziehen?

Das Zweite kriege ich ja hin.

Beim Ersten erscheint mir mein Kenntnisstand nicht ausreichend.

[kwm]

ääääm, soll ich da jetzt irgend so ein Meshkit-Dings zusammentüdern oder die aktuelle Firmware aus dem Wiki ziehen?

Das Zweite kriege ich ja hin.

Beim Ersten erscheint mir mein Kenntnisstand nicht ausreichend.

Du sollst ersteres machen. OK, wenn du dir das nicht zutraust, dann lass es lieber.

[Klops]

So sind sie, die bockigen Kinder.
Erst rummaulen und dann doch probieren.

Habe das jetzt nach wiki-Anleitung zusammengeklickt und wie beschrieben FF-Berlin genommen.
Auch openvpn eingetragen. Geflasht.

Erster Eindruck:

Bootvorgang deutlich zackiger. Node sieht jedoch trotz "Berlin-Auswahl" den alten Buffalo nicht.
Tunnel gehen auch nicht. Habe jedoch das zweite Zertifikatpaar verwendet, welches ich mal erhalten hatte, weil das Erste ja auf dem Buffalo läuft.

[kwm]

Kannst du das bitte mit der Auswahl für Halle nochmal machen. Das sollte jetzt eigentlich gehen.

[Klops]

gemacht, d.h. Meshkit erstellt, geflasht, nichts weiter geändert außer openvpn gemäß bisheriger Anleitung eingerichtet.

Buffalo wird jetzt gesehen. Tunnel laufen nicht, möglicherweise wegen fehlender Zeit (30.Sept).
Siehe Log.

Bootvorgang nach wie vor deutlich schneller.

[kwm]

Erstmal Danke! Ich habe jetzt das Wiki entsprechend aktuallisiert. Du müsstest noch https://www.freifunk-halle.net/mediawik ... e_mit_Luci machen. Dann sollte der WR842nd seinen Dienst ordentlich verrichten.

[Klops]

https://www.freifunk-halle.net/mediawik ... e_mit_Luci

Habe ich schon gemacht, oder meinst Du 4.)

[kwm]

Wenn du alles außer 4 schon gemacht hast, dann musst du jetzt noch 4 machen. Da werden die Zeitserver eingetragen. Ohne die geht vpn nicht.

[Klops]

4) gemacht.
VPN geht nicht.

Unter Netzwerk->Schnittstellen tauchen aber schon mal TAP0 und TAP1 auf.
Jedoch steht bei Protokoll "ignoriert" ? Tx steht auf 0 Bytes.

Protokoll für TAP0 auf DHCP geändert: TX bewegt sich, jedoch wird mir unter OLSR kein Tunnel angezeigt.

[kwm]

du hast auch neu gestartet?

[Klops]

Entgegen der Wiki-Anleitung (für VPN) Punkt 4 abgearbeitet, neu gestartet, und nu läuft das Ding.

...derzeit