l2tp Tester gesucht!
Christian Dresel
fff at chrisi01.de
Mo Mär 7 10:26:34 CET 2016
hi
Am Server?
root at Debian-82-jessie-64-minimal
/srv/tunneldigger/tunneldigger/broker/scripts # cat fuerth.up
#!/bin/bash
INTERFACE="$3"
ip link set dev $INTERFACE up
/usr/sbin/batctl -m bat0 if add $INTERFACE
root at Debian-82-jessie-64-minimal
/srv/tunneldigger/tunneldigger/broker/scripts #
mfg
Christian
Am 07.03.2016 um 10:24 schrieb Moexe:
> Kannst du mal dein Fürth.up Script Posten?
>
>> Am 07.03.2016 um 09:43 schrieb Christian Dresel <fff at chrisi01.de>:
>>
>> 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
>>
>> --
>> 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/987c4c7b/attachment-0002.sig>
Mehr Informationen über die Mailingliste franken-dev