cpe201 v3 kaputt in node-20200501

Di Jul 21 17:47:28 CEST 2020

Hallo,

Am 11.07.2020 um 14:11 schrieb Christian Dresel:
> hi
>
> On 11.07.20 13:46, Florian Wiessner wrote:
>> Am 10.07.2020 um 17:26 schrieb Christian Dresel:
>>> Hallo Florian
>>>
>>> On 10.07.20 17:04, Florian Wiessner wrote:
>>>> Hi,
>>>>
>>>>
>>>> es sieht so aus als ob die CPE bootet, aber aus irgend einem Grund das
>>>> hoodfile manchmal nicht laden kann:
>>>>
>>>> /usr/sbin/configurehood
>>>> We have a Gateway in Range, we load the keyxchangev2data from fe80::1
>>>> Trying to get hoodfile from gateway...
>>>> Connecting to [fe80::1%br-mesh]:2342 ([fe80::1%10]:2342)
>>>>
>>>> hier bekomme ich manchmal connection reset by peer - warum noch fe80::1?
>>>> Sollte das nicht von fe80::fff:1 geholt werden?
>>> das haben wir glaub ich nie geändert (war damals nur als Idee im
>>> Gespräch) sondern damals anders gelöst:
>>>
>>> https://github.com/FreifunkFranken/firmware/commit/f8269102a577b8a554343ab1c6ee319ca4934774
>>>
>>> Somit kann von "Clientseite" kein fe80::1 mehr reinspucken und wir
>>> können diese verwenden.
>>>
>>> Die Gatewayanleitung sagt das gleiche
>>>
>>> https://wiki.freifunk-franken.de/w/Freifunk-Gateway_aufsetzen/http#Funktion
>>>
>>> und die Firmware ebenfalls:
>>>
>>> https://github.com/FreifunkFranken/firmware/blob/master/src/packages/fff/fff-hoods/files/usr/lib/functions/fff/hoodfile#L80
>>>
>>> Beim eigentlichen Problem kann ich dir aber leider nicht weiter helfen
>>>
>>> Gruß
>>>
>>> Christian
>>>
>>>> Dann wird /tmp/started nicht angelegt, folglich läuft auch nodewatcher
>>>> nicht.
>>>>
>> OK, also liegt es einfach nur hieran:
>>
>>
>> root at 0083-wiessner:/tmp# /usr/sbin/configurehood
>> We have a Gateway in Range, we load the keyxchangev2data from fe80::1
>> Trying to get hoodfile from gateway...
>> Connecting to [fe80::1%br-mesh]:2342 ([fe80::1%10]:2342)
>> wget: error getting response: Connection reset by peer
>> We haven't got a file. We do nothing. We try it again in 5 minutes...
>>
>> Wie debuggen? ;)
> irgendein Gateway scheint wohl die fe80::1 zu haben und dort keine
> Hoodfile anbieten (oder jemand anders hat sich die Adresse gekrallt
> wobei das die firewall eigentlich blockieren sollte aber die ist auch
> ausschaltbar wenn man weiß wie)
>
> mit ip n solltest du rausbekommen welches Gateway/Gerät (zumindest die
> MAC) aktuell aufgerufen wird und dann das entsprechende Gateway
> kontrollieren.
>
Die fe80::1 hat die CEP210  aus seltsamen Gründen selbst:

ip -6 addr show dev w2configap

14: w2configap: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 state UP qlen 1000
    inet6 fe80::1/64 scope link
       valid_lft forever preferred_lft forever
    inet6 fe80::880:63ff:feab:1892/64 scope link
       valid_lft forever preferred_lft forever

Hier finde ich fe80::1 nicht, obwohl es das Gateway ja konfiguriert hat:

root at 0083-wiessner:~# ip -6 neigh show
fe80::a64b:d5ff:fe9f:9d2 dev br-mesh lladdr a4:4b:d5:9f:09:d2 STALE
fe80::1401:a723:ddc3:e20c dev br-mesh lladdr 14:c2:13:ab:9d:0b STALE
fe80::c001:c0de:1000 dev br-mesh lladdr aa:99:7d:3e:6a:98 router STALE
fdff::da76:15b7:6db9:514a dev br-mesh lladdr a0:a4:c5:bf:eb:95 STALE
fe80::e80:63ff:feab:1892 dev br-mesh lladdr 0c:80:63:ab:18:92 router STALE
fe80::283f:f270:78ef:b8a8 dev br-mesh lladdr a0:a4:c5:bf:eb:95 STALE
fe80::8b1:a910:b8d3:62db dev br-mesh lladdr 18:55:e3:38:19:ea STALE
fe80::ea94:f6ff:fe06:1869 dev w2configap lladdr e8:94:f6:06:18:69 STALE
fe80::62e3:27ff:fe4a:803d dev eth0 lladdr 60:e3:27:4a:80:3d REACHABLE

fe80::c001:c0de:1000 dev br-mesh lladdr aa:99:7d:3e:6a:98 router STALE ist hier
das GW, welches auf normalen Routern auch fe80::1 hat.

Daraus resultiert dann:

root at 0083-wiessner:~# /usr/sbin/configurehood
We have a Gateway in Range, we load the keyxchangev2data from fe80::1
Trying to get hoodfile from gateway...
Connecting to [fe80::1%br-mesh]:2342 ([fe80::1%10]:2342)
wget: error getting response: Connection reset by peer
We haven't got a file. We do nothing. We try it again in 5 minutes...

Danach finde ich auch fe80::1 dev br-mesh lladdr aa:99:7d:3e:6a:98 router REACHABLE

root at 0083-wiessner:~# /usr/sbin/configurehood
We have a Gateway in Range, we load the keyxchangev2data from fe80::1
Trying to get hoodfile from gateway...
Connecting to [fe80::1%br-mesh]:2342 ([fe80::1%10]:2342)
New file detected, we reconfigure the Node
Setting hood name: Naila (ID 30)
Reloading wifi
uci: Entry not found
waiting 30 secs for br-mesh address...
rm: can't remove '/tmp/fastd_fff_peers/*': No such file or directory
/etc/init.d/fastd: fff: interface 'fffVPN' does not exist
Set ULA address to br-mesh: fd43:5602:29bd:29::0c80:63ab:1892/64
Set ULA EUI-64 address to br-mesh: fd43:5602:29bd:29:0e80:63ff:feab:1892/64
Set ULA route to br-mesh.

-- 
Mit freundlichen Grüßen

Florian Wiessner

<http://www.smart-kvm.com/>

smart-kvm.com
c/o Smart Weblications GmbH
Martinsberger Str. 1
D-95119 Naila
fon.: +49 9282 9638 200
fax.: +49 9282 9638 205
24/7: +49 900 144 000 00 - 0,99 EUR/Min*
http://www.smart-kvm.com

--
Sitz der Gesellschaft: Naila
Geschäftsführer: Florian Wiessner
HRB-Nr.: HRB 3840 Amtsgericht Hof
*aus dem dt. Festnetz, ggf. abweichende Preise aus dem Mobilfunknetz
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <https://lists.freifunk.net/pipermail/franken-dev-freifunk.net/attachments/20200721/b91ec7ec/attachment.html>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : gclmekaajbmjaoji.gif
Dateityp    : image/gif
Dateigröße  : 6532 bytes
Beschreibung: nicht verfügbar
URL         : <https://lists.freifunk.net/pipermail/franken-dev-freifunk.net/attachments/20200721/b91ec7ec/attachment.gif>