l2tp Tester gesucht!

Christian Dresel fff at chrisi01.de
Mo Mär 7 09:43:40 CET 2016 

Guten Morgen

Am 07.03.2016 um 09:35 schrieb Alexander Gutzeit:
> Moin,
> 
> hier kann ich dir nicht unbedingt helfen, nur meine Erfahrung mitteilen.

Danke dir auf jeden Fall schonmal :)

> Bessere Hilfe kann dir nachher Robert geben. :)
> 
> Am 07.03.2016 um 08:59 schrieb Christian Dresel:
>> hi
>>
>> so ich stecke jetzt glaub ich ein wenig fest und brauch ein paar
>> grundlegende Infos:
>>
>> - Am Server scheint das ganze zu laufen, systemctl status
>> tunneldigger-broker-fuerth.service bringt ein  Active: active (running)
>> since Mon 2016-03-07 08:30:43 CET; 20min ago und
>> [INFO/tunneldigger.broker] Broker initialized. usw. Ist es richtig das
>> hier kein neues Interface aufgemacht wird? Worüber kommunziert dann der
>> Tunneldigger? Irgendwie fehlt mir da noch ein wenig die Vorstellung
> Es wird pro verbundener Router ein Interface aufgemacht.

ui das kann dann aber schnell unübersichtlich werden macht dann aber
natürlich Sinn.

> 
>> - Am Router hab ich mich an die Wiki Anleitung
>> https://wiki.freifunk-franken.de/w/L2TP_und_Tunneldigger#Am_Router
>> gehalten. Klappt eigentlich einwandfrei aber sobald ich mit "l2tunnel
>> on" auf Tunneldigger umschalte kann kein Client mehr ins Freifunknetz
> 
> hm hier dann eher auf Robert warten. ;)
> Ich hatte gestern ein ähnliches Phänomen ... bis ich bemerkt habe das
> mein Laptop noch unser einziges Gateway das noch kein l2tp kann als
> default drin hat.
> Nach neuzuteilung des Gateways hatts dann geklappt.

mein Laptop hatte als Standartgateway meinen Server drinnen, daran
sollte es also eigentlich nicht liegen. Es waren aber weder auf dem
Server noch auf dem Router neue Interfaces da, also liegt das Problem
auf jeden Fall eine Ebene höher.

> 
>> (bei dual wird fastd verwendet), der Rest lief erfolgreich durch, config
>> wurde erstellt und passt auch zu meinem Server usw. (wenn das jmd mit
>> Zugang zum Keyxchange liest, räumt mal in Fürth auf da werden noch 5
>> Gateways gelistet es gibt aber nur noch 2 ;) zumindest mein alter mit
>> 37er IP kann raus da es den nicht mehr gibt, die anderen weiß ich jetzt
>> nicht genau)
>>
>> - Wenn ich mich danach richte
>> https://wiki.freifunk-franken.de/w/L2TP_und_Tunneldigger#Tunnel_aufbauen
>> bekomme ich folgendes Problem:
>>
>> root at Uplinkunterfuerberg:/etc/config# tunneldigger -f -u 123 -b
>> 144.76.70.165:20004 -i l2tp
>> td-client: Failed to resolve L2TP netlink interface - check if L2TP
>> kernel modules are loaded!
>>
>> Muss ich den Tunneldigger dann doch in die Firmware mit einbauen? Das
>> liest sich im Wiki eher so als reicht es das Tar-Ding auf nen 0815
>> Freifunkrouter mit WAN Anschluss zu entpacken? Muss ich da noch
>> irgendwie die Kernelmodule laden?
> sollte auch so wie im wiki funktionieren.

hm seltsam, dann tut es bei mir nicht. Ich hab heute keine Zeit mehr,
evtl. komm ich morgen dazu weiter zu gucken (wenn nicht zuvor jmd ne
schlaue Idee hat) Der Uplinkrouter ist übrigens ein wr1043 v2 mit 0.5.2
falls es wichtig ist.

>>
>> Der Router würde dann aber ein neues Interface erstellen oder? l2tpX mit
>> Namen?
> Pro verbundenem Server ein Interface. Bei uns in den Haßbergen haben wir
> bisher 2 Gatewayserver mit l2tp.

ok das hab ich mir so (ähnlich?) auch ausgemalt, danke dir :)

Ich lass auf meinen Server in Fürth den Tunneldigger mal laufen, wenn
jemand also experiementieren will in Fürth nur zu, probiert :)

mfg

Christian

> 
> l2tp1     Link encap:Ethernet  HWaddr 02:9B:8E:84:A7:58 
>           inet6 addr: fe80::9b:8eff:fe84:a758/64 Scope:Link
>           UP BROADCAST RUNNING MULTICAST  MTU:1438  Metric:1
>           RX packets:197 errors:1024125 dropped:1024126 overruns:0 frame:0
>           TX packets:207 errors:0 dropped:0 overruns:0 carrier:0
>           collisions:0 txqueuelen:1000
>           RX bytes:37114 (36.2 KiB)  TX bytes:31472 (30.7 KiB)
> 
> l2tp3     Link encap:Ethernet  HWaddr AA:35:24:F1:AC:82 
>           inet6 addr: fe80::a835:24ff:fef1:ac82/64 Scope:Link
>           UP BROADCAST RUNNING MULTICAST  MTU:1446  Metric:1
>           RX packets:197 errors:1026502 dropped:1026503 overruns:0 frame:0
>           TX packets:208 errors:0 dropped:0 overruns:0 carrier:0
>           collisions:0 txqueuelen:1000
>           RX bytes:36408 (35.5 KiB)  TX bytes:31486 (30.7 KiB)
> 
> 
>> mfg
>>
>> Christian
>>
>> Am 06.03.2016 um 14:06 schrieb Alexander Gutzeit:
>>> Wiki sollte jetzt aktuell sein.
>>> Dann mal viel Spaß beim Testen. :)
>>>
>>>
>>>
>>>
>>> Am 06.03.2016 um 10:50 schrieb Moexe:
>>>> Moin.
>>>>
>>>> Hab's gestern Nacht nicht mehr geschafft im Wiki zu aktualisieren. Und komme heute frühestens ab 22.00 Uhr dazu das zu aktualisieren. Evtl. kann das Alex oder Robert schon früher machen.
>>>>
>>>> Wenn dann steht es hier:
>>>>
>>>> https://wiki.freifunk-franken.de/w/L2TP_und_Tunneldigger
>>>>
>>>>> Am 06.03.2016 um 10:29 schrieb mayosemmel <mayosemmel at googlemail.com>:
>>>>>
>>>>> Hallo zusammen,
>>>>>
>>>>> hab mir auch grad das IRC Log durchgelesen. Wenn das wirklich so viel
>>>>> Performance bringt, wär das ja richtig klasse!
>>>>> Auch von mir die Frage, was muss da am GW machen?! Würde das mal für
>>>>> Nürnberg versuchen.
>>>>>
>>>>> Grüße Jan
>>>>>
>>>>> Am Sonntag, den 06.03.2016, 05:57 +0100 schrieb Christian Dresel:
>>>>>> hi
>>>>>>
>>>>>> super Sache tolle Arbeit, ich hab grad das IRC Log von heute Nacht
>>>>>> gelesen und es hört sich super an :)
>>>>>>
>>>>>> Gibt es auch für Gateways eine Anleitung was grob getan werden muss?
>>>>>> Dann würde ich das gerne auch mal in Fürth aufsetzen und testen.
>>>>>>
>>>>>> mfg
>>>>>>
>>>>>> Christian
>>>>>>
>>>>>>> Am 06.03.2016 um 00:49 schrieb Robert Langhammer:
>>>>>>> Hallo,
>>>>>>>
>>>>>>> wir haben eine Testumgebung für die Anbindung der Router an die Gateways
>>>>>>> über das l2tp Protokoll eingerichtet.
>>>>>>> Man findet Artikel im Internet die behaupten, daß es schneller ist und
>>>>>>> weniger Resourcen braucht. Da man nicht alles glauben soll, was im Netz
>>>>>>> steht, möchten wir selbst testen.
>>>>>>>
>>>>>>> Falls du in der HAS oder HAS-SUED Hood einen Router hast (bisher
>>>>>>> getestet mit 841 und 1043) und mal einige Tests machen möchtest:
>>>>>>>
>>>>>>> Ich habe euch nen tarball gemacht. Da ist alles drin und läuft mit der
>>>>>>> normalen aktuellen stable.
>>>>>>>
>>>>>>> Folgendes am Router ausführen:
>>>>>>>
>>>>>>> wget -P/ langhammer-mainberg.de/fff/tunneldigger.tar
>>>>>>> <http://langhammer-mainberg.de/fff/tunneldigger.tar>
>>>>>>> cd / && tar -xf tunneldigger.tar
>>>>>>>
>>>>>>> Jetzt einmal die Konfig erstellen:
>>>>>>>
>>>>>>> l2tunnel conf
>>>>>>>
>>>>>>> und starten (macht der Router beim nächsten reboot automatisch)
>>>>>>>
>>>>>>> /etc/init.d/tunneldigger start
>>>>>>>
>>>>>>> man steuert das ganze mit dem Kommando l2tunnel
>>>>>>>
>>>>>>> Viel Spass damit!
>>>>>>>
>>>>>>> Wenn der Router neu startet, läuft fastd. Alles bleibt beim alten. Ihr
>>>>>>> müsst die Tunnel dann händisch mit l2tunnel scharf machen. Es ist zum
>>>>>>> Testen gedacht.
>>>>>>>
>>>>>>> Was kann man Testen?
>>>>>>> Geschwindigkeit und Auslastung der Router
>>>>>>> Stabilität
>>>>>>> MTU Probleme
>>>>>>> Machen die Tunnel einen Reconnect wenn der Provider zwangsweise trennt
>>>>>>> und wir eine neue IP bekommen? (ich hab hier Kabel -> immer gleich IP)
>>>>>>> und vieles woran wir jetzt noch gar nicht gedacht haben.
>>>>>>>
>>>>>>> Wir freuen uns schon auf euere Ergebnisse :-)
>>>>>>>
>>>>>>> Robert
>>>>>> -- 
>>>>>> franken-dev mailing list
>>>>>> franken-dev at freifunk.net
>>>>>> http://lists.freifunk.net/mailman/listinfo/franken-dev-freifunk.net
>>>>> -- 
>>>>> franken-dev mailing list
>>>>> franken-dev at freifunk.net
>>>>> http://lists.freifunk.net/mailman/listinfo/franken-dev-freifunk.net
>>>>>
>>>>>
>>>
>>>
>>
>>
>>
> 


-- 
Kontaktmöglichkeiten ChristianD (Christian Dresel):
Jabber: ChristianD at jabber.community
E-Mail: fff at chrisi01.de
Facebook: https://www.facebook.com/christian.chili
Handy/Whatsapp & Festnetz: auf Nachfrage

-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 819 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.freifunk.net/pipermail/franken-dev-freifunk.net/attachments/20160307/d6365524/attachment-0002.sig>

Mehr Informationen über die Mailingliste franken-dev