Domäne-09: Stadtlohn

BauerJup · 22. März 2016 um 18:38

der Knoten holt sich sich die Daten von der Karte? ich dachte anders herum.

aber ich glaube wir haben an einander vorbei geredet.

dass was mir (und wohl auch @Sandmann88 ) aufgefallen ist, dass hier:

    root@L2TP_Test_Stadtlohn:~# uci show fastd
fastd.sample_config=fastd
fastd.sample_config.enabled='0'
fastd.sample_config.syslog_level='info'
fastd.sample_config.method='salsa2012+umac'
fastd.sample_config.mode='tap'
fastd.sample_config.interface='tap0'
fastd.sample_config.mtu='1426'
fastd.sample_config.forward='0'
fastd.sample_config.secure_handshakes='1'
fastd.sample_peer=peer
fastd.sample_peer.enabled='0'
fastd.sample_peer.net='sample_config'
fastd.sample_peer.key='000000000000000000000000000000000000000000000000000000000                                                                                        0000000'
fastd.sample_group=peer_group
fastd.sample_group.enabled='0'
fastd.sample_group.net='sample_config'
fastd.mesh_vpn=fastd
fastd.mesh_vpn.mtu='1406'
fastd.mesh_vpn.group='gluon-fastd'
fastd.mesh_vpn.status_socket='/var/run/fastd.mesh_vpn.socket'
fastd.mesh_vpn.packet_mark='1'
fastd.mesh_vpn.syslog_level='verbose'
fastd.mesh_vpn.mode='tap'
fastd.mesh_vpn.secure_handshakes='1'
fastd.mesh_vpn.interface='mesh-vpn'
fastd.mesh_vpn.secret='08b1f885637568aa9fb42356b35a8758f25a548ee048a083af5bd68a3                                                                                        93bc353'
fastd.mesh_vpn.enabled='1'
fastd.mesh_vpn.method='salsa2012+umac' 'salsa2012+gmac'
fastd.mesh_vpn_domaene_06=peer_group
fastd.mesh_vpn_domaene_06.enabled='1'
fastd.mesh_vpn_domaene_06.net='mesh_vpn'
fastd.mesh_vpn_backbone=peer_group
fastd.mesh_vpn_backbone.enabled='1'
fastd.mesh_vpn_backbone.net='mesh_vpn'
fastd.mesh_vpn_domaene_05=peer_group
fastd.mesh_vpn_domaene_05.enabled='1'
fastd.mesh_vpn_domaene_05.net='mesh_vpn'
fastd.mesh_vpn_domaene_04=peer_group
fastd.mesh_vpn_domaene_04.enabled='1'
fastd.mesh_vpn_domaene_04.net='mesh_vpn'
fastd.mesh_vpn_domaene_08=peer_group
fastd.mesh_vpn_domaene_08.enabled='1'
fastd.mesh_vpn_domaene_08.peer_limit='1'
fastd.mesh_vpn_domaene_08.net='mesh_vpn'
fastd.mesh_vpn_domaene_08_peer_fanlin_01=peer
fastd.mesh_vpn_domaene_08_peer_fanlin_01.enabled='1'
fastd.mesh_vpn_domaene_08_peer_fanlin_01.key='80d054d38a32c74e4ba8837e6c28b08d63                                                                                        1e4eec4c774185b1454907861f1a28'
fastd.mesh_vpn_domaene_08_peer_fanlin_01.net='mesh_vpn'
fastd.mesh_vpn_domaene_08_peer_fanlin_01.remote='ipv4 "85.14.245.16" port 14250'                                                                                         'ipv4 "fanlin-01.servers.freifunk-muensterland.de" port 14250' 'ipv6 "2001:4ba0                                                                                        :fff1:49:feed:dead:beef:51" port 14250' 'ipv6 "fanlin-01.servers.freifunk-muenst                                                                                        erland.de" port 14250'
fastd.mesh_vpn_domaene_08_peer_fanlin_01.group='mesh_vpn_domaene_08'
fastd.mesh_vpn_domaene_08_peer_dray_01=peer
fastd.mesh_vpn_domaene_08_peer_dray_01.enabled='1'
fastd.mesh_vpn_domaene_08_peer_dray_01.key='870fd35c88e6495a31275a121d91a1eeda2b                                                                                        5776787ab0910df39c9881e9a366'
fastd.mesh_vpn_domaene_08_peer_dray_01.net='mesh_vpn'
fastd.mesh_vpn_domaene_08_peer_dray_01.remote='ipv4 "136.243.156.57" port 14250'                                                                                         'ipv4 "dray-01.servers.freifunk-muensterland.de" port 14250' 'ipv6 "dray-01.ser                                                                                        vers.freifunk-muensterland.de" port 14250'
fastd.mesh_vpn_domaene_08_peer_dray_01.group='mesh_vpn_domaene_08'
fastd.mesh_vpn_domaene_02=peer_group
fastd.mesh_vpn_domaene_02.enabled='1'
fastd.mesh_vpn_domaene_02.net='mesh_vpn'
fastd.mesh_vpn_ffmsl_02=peer_group
fastd.mesh_vpn_ffmsl_02.enabled='1'
fastd.mesh_vpn_ffmsl_02.net='mesh_vpn'
fastd.mesh_vpn_domaene_03=peer_group
fastd.mesh_vpn_domaene_03.enabled='1'
fastd.mesh_vpn_domaene_03.net='mesh_vpn'
fastd.mesh_vpn_domaene_01=peer_group
fastd.mesh_vpn_domaene_01.enabled='1'
fastd.mesh_vpn_domaene_01.net='mesh_vpn'

es handelt sich um Knoten, der vorher in der Domäne 8 war und via sysupgrade in D09 gebraucht wurde.

BauerJup · 22. März 2016 um 18:43

edit:

wie ich gerade feststelle , verhält es sich bei Knoten die vorher in D06 gewesen sind, ganz änlich:

root@Experimental_Strassenfeuer:~# uci show fastd
fastd.sample_config=fastd
fastd.sample_config.enabled='0'
fastd.sample_config.syslog_level='info'
fastd.sample_config.method='salsa2012+umac'
fastd.sample_config.mode='tap'
fastd.sample_config.interface='tap0'
fastd.sample_config.mtu='1426'
fastd.sample_config.forward='0'
fastd.sample_config.secure_handshakes='1'
fastd.sample_peer=peer
fastd.sample_peer.enabled='0'
fastd.sample_peer.net='sample_config'
fastd.sample_peer.key='0000000000000000000000000000000000000000000000000000000000000000'
fastd.sample_group=peer_group
fastd.sample_group.enabled='0'
fastd.sample_group.net='sample_config'
fastd.mesh_vpn=fastd
fastd.mesh_vpn.mtu='1406'
fastd.mesh_vpn.group='gluon-fastd'
fastd.mesh_vpn.status_socket='/var/run/fastd.mesh_vpn.socket'
fastd.mesh_vpn.packet_mark='1'
fastd.mesh_vpn.syslog_level='verbose'
fastd.mesh_vpn.mode='tap'
fastd.mesh_vpn.secure_handshakes='1'
fastd.mesh_vpn.interface='mesh-vpn'
fastd.mesh_vpn.enabled='1'
fastd.mesh_vpn.secret='b094edac6cab3e66ceaaa801a2709995dd32335f44c5416bd1141ee4043cb94b'
fastd.mesh_vpn.method='salsa2012+umac' 'salsa2012+gmac'
fastd.mesh_vpn_domaene_06=peer_group
fastd.mesh_vpn_domaene_06.enabled='1'
fastd.mesh_vpn_domaene_06.peer_limit='1'
fastd.mesh_vpn_domaene_06.net='mesh_vpn'
fastd.mesh_vpn_domaene_06_peer_greyworm_05=peer
fastd.mesh_vpn_domaene_06_peer_greyworm_05.enabled='1'
fastd.mesh_vpn_domaene_06_peer_greyworm_05.key='d69926f2a2d0f7ef6d398006c9979cbf47bc743eb66b23ba42a4694ca911aeb1'
fastd.mesh_vpn_domaene_06_peer_greyworm_05.net='mesh_vpn'
fastd.mesh_vpn_domaene_06_peer_greyworm_05.remote='ipv4 "89.163.139.196" port 14250' 'ipv4 "greyworm-05.servers.freifunk-muensterland.de" port 14250' 'ipv6 "greyworm-05.servers.freifunk-muensterland.de" port 14250'
fastd.mesh_vpn_domaene_06_peer_greyworm_05.group='mesh_vpn_domaene_06'
fastd.mesh_vpn_domaene_06_peer_remue_04=peer
fastd.mesh_vpn_domaene_06_peer_remue_04.enabled='1'
fastd.mesh_vpn_domaene_06_peer_remue_04.key='a42f7179ada324e3e1981437e1eb23c420591c1b5d9799f6f847fbc6de270483'
fastd.mesh_vpn_domaene_06_peer_remue_04.net='mesh_vpn'
fastd.mesh_vpn_domaene_06_peer_remue_04.remote='ipv4 "148.251.208.168" port 14250' 'ipv4 "remue-04.servers.freifunk-muensterland.de" port 14250' 'ipv6 "2a01:4f8:191:21e1::168" port 14250' 'ipv6 "remue-04.servers.freifunk-muensterland.de" port 14250'
fastd.mesh_vpn_domaene_06_peer_remue_04.group='mesh_vpn_domaene_06'
fastd.mesh_vpn_backbone=peer_group
fastd.mesh_vpn_backbone.enabled='1'
fastd.mesh_vpn_backbone.net='mesh_vpn'
fastd.mesh_vpn_domaene_05=peer_group
fastd.mesh_vpn_domaene_05.enabled='1'
fastd.mesh_vpn_domaene_05.net='mesh_vpn'
fastd.mesh_vpn_domaene_04=peer_group
fastd.mesh_vpn_domaene_04.enabled='1'
fastd.mesh_vpn_domaene_04.net='mesh_vpn'
fastd.mesh_vpn_domaene_08=peer_group
fastd.mesh_vpn_domaene_08.enabled='1'
fastd.mesh_vpn_domaene_08.net='mesh_vpn'
fastd.mesh_vpn_domaene_02=peer_group
fastd.mesh_vpn_domaene_02.enabled='1'
fastd.mesh_vpn_domaene_02.net='mesh_vpn'
fastd.mesh_vpn_domaene_01=peer_group
fastd.mesh_vpn_domaene_01.enabled='1'
fastd.mesh_vpn_domaene_01.net='mesh_vpn'
fastd.mesh_vpn_ffmsl_02=peer_group
fastd.mesh_vpn_ffmsl_02.enabled='1'
fastd.mesh_vpn_ffmsl_02.net='mesh_vpn'
fastd.mesh_vpn_domaene_03=peer_group
fastd.mesh_vpn_domaene_03.enabled='1'
fastd.mesh_vpn_domaene_03.net='mesh_vpn'

MPW · 22. März 2016 um 19:07

Die Domäne 09 macht L2TP. Fastd ist da irrelevant.

Grüße
Matthias

BauerJup · 22. März 2016 um 19:19

Ja eben, deswegen bin ich irritiert, warum ist es den dann Konfiguriert?

MPW · 22. März 2016 um 19:53

Ist es nicht. Unter Linuxsystemen ist es nicht unüblich, dass nach der Deinstallation eines Programms die Konfigurationsdateien zurück bleiben.

BauerJup · 22. März 2016 um 19:55

Achso… gibt dass nicht irgendwann Probleme mit dem Flashspeicher, der ja immer zu klein ist.?

Sandmann88 · 22. März 2016 um 20:07

Gibts bezüglich des Fanlin Gateways ein Plan, bzw. wird irgendetwas benötigt ?

MPW · 22. März 2016 um 20:08

Nicht wegen 2 KB Konfigurationsdateien :).

Der Host läuft wieder, er wollte heute die Maschinen einrichten, Ansible drüber, fertig. Sollte bald wieder laufen. Aber fragen wir ihn doch selbst, @FanLin?

BauerJup · 22. März 2016 um 20:12

Danke für deine Geduld, jetzt sind dem bezüglich alle Klarheiten beseitigt

BauerJup · 22. März 2016 um 21:30

Nachdem es den ganzen abend immer wieder kurze VerbindungsAbbrüche gab (ich dachte das lag an mir), scheint jetzt garnix mehr zu gehen, zwar werden die Knoten (fast) alle als online angezeigt, aber kein einziger ist über der IPv6 erreichbar.

Gn8@all
Und last euch von mir jetzt nicht den Schlaf rauben. Ich macht nen tollen Job!

Gute Nacht.

Fungur · 22. März 2016 um 21:34

Ich habe gerade ein 2. Gateway (remue-08) für Domänen 09/10 aufgesetzt und musste dafür auch das alte Gateway umkonfigurieren. Leider hat der Netzwerk-Restart dazu geführt, dass alle alten Verbindungen nicht mehr funktionierten. Ich habe den Tunneldigger neugestartet und jetzt geht es wieder.

MPW · 22. März 2016 um 22:28

@Fungur: Wir könnten im Händler für die Interfaces auch einfach den Tunneldigger neu starten, oder? Sodass jedes mal, wenn das Netzwerk neu gestartet wird, dieser auch neu gestartet wird.

Fungur · 22. März 2016 um 22:45

@MPW: Hab ich gerade in Ansible eingebaut.

BauerJup · 23. März 2016 um 08:42

Da meine beiden noch immer offline sind, muss ich nachher (wenn ich wieder zuhause bin) Was machen? Oder sollte ein Reboot ausreichen?

Fungur · 23. März 2016 um 08:47

Alle anderen Knoten haben sich kurz nach dem Restart des Tunneldiggers auf dem Gateway wieder verbunden. Vielleicht reicht ein Reboot. Ansonsten müssen wir mal schauen, woran es liegt.

BauerJup · 23. März 2016 um 11:37

Ok, schauen wir mal, wenn Reboot nicht reicht, habe ich ja nen Grund heute abend zu kommen und bring die Dinger dann mit

Edit:

Roflcopter!

Jetzt gerade sind beide von allein wieder online gegangen (einer ist nur im mash)
Wie man in der Statistik schön sehen kann: https://karte.freifunk-muensterland.org/map09/#!v:m;n:60e327cee38e
Ich glaube, bei mir Zuhause spukt es!

MPW · 25. März 2016 um 20:54

Ich habe vorhin die Firmware gebaut, mit der wir dann auch die Migration der übrigen Knoten in Stadtlohn aus der Domäne 06 in die Domäne 09 machen werden. Dazu habe ich als Basis Gluon v2016.1.x statt v2016.1.2 verwendet, da es in v2016.1.2 einen Bug geben soll, der zwar selten auftritt, aber gelegentlich Knoten beim Update in eine Bootschleife stürzt und sie dann per tftp repariert werden müssen. Das soll hoffentlich bei v2016.1.x nicht mehr auftreten.

Das Autoupdate ist für experimental und beta schon freigeschaltet, ein Knoten von @BauerJup hat sich die neue Version auch schon gezogen.

Wenn das soweit gut läuft, können wir morgen oder übermorgen mit der Migration beginnen.

Verwendete Firmwareversion: http://firmware.freifunk-muensterland.org/domaene09/versions/v1.0.5/

Grüße
Matthias

MPW · 25. März 2016 um 22:16

Die Firmware läuft, ist jetzt ebenfalls für den stabilen Zweig freigeschaltet.

@descilla und ich beginnen gerade mit der Knotenmigration.

MPW · 26. März 2016 um 11:55

Hier ist die Verlustliste: Verlustliste Stadtlohn

Klickt einfach mal durch, ob ihr davon Knotenbetreiber kennt. Die haben leider fast alle keine Kontaktadressen angegeben.

Alucardo · 17. Mai 2016 um 20:01

Auch ihr dürft die neue Firmware jetzt testen.^^

http://firmware.freifunk-muensterland.org/domaene09/versions/v1.1.3/

Auch hier folgende Neuerungen:

TP-Link 841 v11 wird unterstützt
L2TP kann jetzt auch die Gateways wechseln.

Feedback einfach hier rein.^^

Liebe Grüße

Alu