olsrd_dyn_gw.so.0.5 funktioniert glaub ich nicht wirklich
Christian Dresel
fff at chrisi01.de
Mi Okt 14 11:48:51 CEST 2015
Guten Morgen
Am 13.10.2015 um 09:16 schrieb Tom Green:
> Hi
>
> Im Kreis hat der glaube ich nichts geroutet. Bei mir geht 3x über GRE
> Tunnel Traffic rein, aber zumindest nichts über irgendwelche
> GRE-Tunnel in gleicher Größe wieder raus.
>
> D.h. der Traffic ist entweder
>
> * über OpenVPN im Internet versenkt worden (unwahrscheinlich)
> * über fastd nach Fürth oder Würzburg gegangen
> * Bei kleev2 ins große Datennirvana eingegangen (unwahrscheinlich)
>
> Das lässt sich anhand der Profile nicht mehr nachvollziehen. Ist mit
> zuviel anderem Traffic verschmiert.
>
> Olsr selber kompilieren und installieren hat bei mir geholfen.
>
hab ich grad mal auf meinen Testsystem probiert und ist soweit (glaub
ich) auch geglückt (bin da nicht wirklich ein Experte bei sowas ;) )
beim starten aber:
....
---------- LOADING LIBRARY olsrd_dyn_gw.so.0.5 ----------
DL loading failed: "olsrd_dyn_gw.so.0.5: cannot open shared object file:
No such file or directory"!
---------- LOADING LIBRARY olsrd_httpinfo.so.0.1 ----------
DL loading failed: "olsrd_httpinfo.so.0.1: cannot open shared object
file: No such file or directory"!
-- PLUGIN LOADING FAILED! --
wo bekomm ich die Plugins her um diese zu bauen (ich denke die fehlen
einfach in den sourcen oder? Per *.deb werden sie ja auch extra
geliefert)? Oder muss ich die beim compilieren irgendwie mitbauen? Ich
finde nix per google, hast du einen heißen Tipp für mich?
mfg
Chris
>
> Gruß
> Torben
>
>
> On 13.10.2015 09:09, Christian Dresel wrote:
>> Guten Morgen
>>
>> seltsam, da hat Olsr wohl irgendwas total im Kreis gebaut. Langsam
>> wird mir das ganze suspekt... ich glaub fast nicht das es am Mullvad
>> Tunnel lag der nicht erreichbar war sondern das nur zufällig auf die
>> gleiche Zeit gefallen ist. Was Olsr da aber getrieben hat, keine Ahnung.
>>
>> Übrigens mit neu aufgebauter config hab ich genau das gleiche Problem
>> mit 0.6.8.1, fährt nicht hoch. Bin mit meinem latein langsam am Ende.
>>
>> mfg
>>
>> Christian
>>
>> Am 13.10.2015 um 08:43 schrieb Tom Green:
>>> Hi,
>>>
>>> Lustigerweise hier das gleiche, zum gleichen Zeitpunkt. Eingehender
>>> Traffic über nue1 und ro1 und cdfue:
>>>
>>> --vnstat--
>>> http://10.50.32.7/vnstat/index.php?if=ro1&graph=large&style=light&page=h
>>> http://10.50.32.7/vnstat/index.php?if=nue1&graph=large&style=light&page=h
>>> http://10.50.32.7/vnstat/index.php?if=cdfue1&graph=large&style=light&page=h
>>>
>>> --mrtg--
>>> http://10.50.32.7/mrtg/localhost_ro1.html
>>> http://10.50.32.7/mrtg/localhost_nue1.html
>>> http://10.50.32.7/mrtg/localhost_cdfue1.html
>>>
>>>
>>> Allerdings ohne das der Tunnel weg gewesen wäre:
>>> http://10.50.32.7/vnstat/index.php?if=tun0&graph=large&style=light&page=h
>>> http://10.50.32.7/mrtg/localhost_tun0.html
>>>
>>> Ich weiß allerdings nicht, wo die Daten hingeflossen sind. Erraten
>>> lassen sich 50 MB von has2 -> cdfue1 -> kleev2 -> ?
>>>
>>> P.S. Mullvad scheint mittlerweile so ne Sache zu sein.
>>>
>>> Gruß
>>> Torben
>>>
>>>
>>> On 12.10.2015 23:12, Christian Dresel wrote:
>>>> und jetzt was ganz interessantes, Olsr hat wohl, ohne das ich was
>>>> getan habe (ich saß die ganze Zeit auf Arbeit), den Abend mal
>>>> zeitweise auf eine andere Route (has2) umgeschaltet:
>>>>
>>>> http://144.76.70.165/vnstat/index.php?if=has2&graph=large&style=light&page=h
>>>> http://144.76.70.165/mrtg/localhost_has2.html
>>>>
>>>> zumindest decken sich mrtg und vnstat Daten was für keinen "Fehler"
>>>> wie bei Tom damals spricht. Hab eigentlich aktuell wieder die alte
>>>> Version laufen wo das ja eigentlich nicht gehen sollte. *grübel*
>>>> was ist da denn jetzt passiert? Warum hat Olsr dann doch iwann
>>>> umgeschaltet? Vorallem scheint das tun0 Interface die ganze Zeit da
>>>> gewesen zu sein, es wurden nur mal einige Stunden keine Daten
>>>> übertragen (und damit ging vermutlich auch kein Ping durch).
>>>>
>>>> wenn ich mir die Mullvad Daten so angucke, war Mullvad wohl längere
>>>> Zeit heute off und irgendwann hat Olsr dann mal zeitweise ein wenig
>>>> umgeschaltet:
>>>> http://144.76.70.165/vnstat/index.php?if=tun0&graph=large&style=light&page=h
>>>>
>>>> nichts destrotrotz hat das ganze wohl nicht so wirklich 100%ig
>>>> funktioniert (Mullvad war SEHR lange off im Gegensatz zu der Stunde
>>>> wo auf has2 umgeschaltet war), ich werde morgen nochmal die
>>>> "Michael-Version" probieren und zuvor die configs löschen und die
>>>> von der neuen Version verwenden, vielleicht sind die einfach nicht
>>>> kompatibel.
>>>>
>>>> mfg
>>>>
>>>> Christian
>>>>
>>>> Am 12.10.2015 um 11:08 schrieb Christian Dresel:
>>>>> öh apt-get remove olsrd [*1] und dann stur an die Anleitung vom
>>>>> fff-fra1 gehalten:
>>>>>
>>>>> * wget
>>>>> https://mifritscher.de/austausch/olsrd/jessie/olsrd_0.6.8.1-1_amd64.deb
>>>>>
>>>>> * wget
>>>>> https://mifritscher.de/austausch/olsrd/jessie/olsrd-plugins_0.6.8.1-1_amd64.deb
>>>>>
>>>>> * dpkg -i olsrd-plugins_0.6.8.1-1_amd64.deb
>>>>> * dpkg -i olsrd_0.6.8.1-1_amd64.deb
>>>>>
>>>>> demnach äh ja hab ich wohl :)
>>>>>
>>>>> [*1] Ausgabe:
>>>>> ***** ~ # apt-get remove olsrd
>>>>> Reading package lists... Done
>>>>> Building dependency tree
>>>>> Reading state information... Done
>>>>> The following packages will be REMOVED:
>>>>> olsrd olsrd-plugins
>>>>> 0 upgraded, 0 newly installed, 2 to remove and 1 not upgraded.
>>>>> After this operation, 1,133 kB disk space will be freed.
>>>>> demnach werden hier auch die Plugins mit runtergeworfen und durch
>>>>> dein neues Paket aktualisiert, also ja doch ich bin mir sehr
>>>>> sicher es getan zu haben ;)
>>>>>
>>>>> Hab eben nochmal die Reihenfolge von plugins und olsr ausgetauscht
>>>>> beim installieren (ich hab bisher immer zuerst olsr und dann die
>>>>> Plugins installiert bei der Anleitung oben ist es andersherum
>>>>> gebracht hat aber auch dies nix)
>>>>>
>>>>> Oder muss ich noch irgendwas anderes tun?
>>>>>
>>>>> mfg
>>>>>
>>>>> Christian
>>>>>
>>>>>
>>>>>
>>>>> Am 12.10.2015 um 10:57 schrieb Michael Fritscher:
>>>>>> Hi,
>>>>>>
>>>>>> spontan: Hast du die plugins auch entsprechend aktualisiert?
>>>>>>
>>>>>> Viele Grüße,
>>>>>> Michael
>>>>>>
>>>>>>> Guten Morgen
>>>>>>>
>>>>>>> Ich hab mich jetzt testweise auch mal an die Version von Michael ran
>>>>>>> getraut und installiert. Hier startet Olsrd aber irgendwie nicht richtig
>>>>>>> durch:
>>>>>>>
>>>>>>> ---
>>>>>>> ********** /etc/olsrd # /etc/init.d/olsrd start
>>>>>>> Starting olsrd:
>>>>>>> *** olsr.org -
>>>>>>> 0.6.8.1-git_0000000-hash_88868cc56cd56d8c72f1bf61728e50bf ***
>>>>>>> Build date: 2015-10-09 19:45:00 on fff-wue1
>>>>>>> http://www.olsr.org
>>>>>>>
>>>>>>> Parsing file: "/etc/olsrd/olsrd.conf"
>>>>>>> Debug level: 0
>>>>>>> IPv4 broadcast: 255.255.255.255
>>>>>>> HELLO interval: 6.00
>>>>>>> HELLO validity: 600.00
>>>>>>> TC interval: 0.50
>>>>>>> TC validity: 300.00
>>>>>>> MID interval: 10.00
>>>>>>> MID validity: 300.00
>>>>>>> HNA interval: 10.00
>>>>>>> HNA validity: 300.00
>>>>>>>
>>>>>>> Interface DefaultsLink quality fish eye 1
>>>>>>> IpVersion: 4
>>>>>>> Clear screen enabled
>>>>>>> HNA IPv4 entry: 10.50.32.0/21
>>>>>>> Noint set to 1
>>>>>>> Willingness: 3
>>>>>>> IPC host: 127.0.0.1
>>>>>>> Hysteresis disabled
>>>>>>> Link quality level 2
>>>>>>> Pollrate 0.10
>>>>>>> TC redundancy 2
>>>>>>> MPR coverage 5
>>>>>>> Plugin: olsrd_httpinfo.so.0.1
>>>>>>> Plugin param key:"Port" val: "8080"
>>>>>>> Plugin param key:"Net" val: "0.0.0.0 0.0.0.0"
>>>>>>> Plugin: olsrd_dyn_gw.so.0.5
>>>>>>> Plugin param key:"Interval" val: "5"
>>>>>>> Plugin param key:"Ping" val: "8.8.8.8"
>>>>>>> Plugin param key:"Ping" val: "82.165.230.17"
>>>>>>> Plugin param key:"pingcmd" val: "ping -c 1 -q -I tun0 %s"
>>>>>>> Plugin: olsrd_dot_draw.so.0.3
>>>>>>> RtProto: 8
>>>>>>> RtTable: 10
>>>>>>> RtTableDefault: 10
>>>>>>> RtTableTunnel: 10
>>>>>>> Queuing if kleeV2
>>>>>>> Queuing if has2
>>>>>>> Queuing if fff-gw-m1
>>>>>>> Queuing if fff-pi-cd1
>>>>>>> Warning, setting a table for tunnels without SmartGW does not make sense.
>>>>>>> IPv4 broadcast/multicast : 255.255.255.255
>>>>>>> Mode : mesh (d)
>>>>>>> IPv6 multicast : ff02::6d
>>>>>>> HELLO emission/validity : 6.00 (d)/600.00 (d)
>>>>>>> TC emission/validity : 0.50 (d)/300.00 (d)
>>>>>>> MID emission/validity : 10.00 (d)/300.00 (d)
>>>>>>> HNA emission/validity : 10.00 (d)/300.00 (d)
>>>>>>> Autodetect changes : yes
>>>>>>> IPv4 broadcast/multicast : AUTO
>>>>>>> Mode : mesh
>>>>>>> IPv6 multicast : ::
>>>>>>> HELLO emission/validity : 0.00/0.00
>>>>>>> TC emission/validity : 0.00/0.00
>>>>>>> MID emission/validity : 0.00/0.00
>>>>>>> HNA emission/validity : 0.00/0.00
>>>>>>> Autodetect changes : no
>>>>>>> IPv4 broadcast/multicast : AUTO
>>>>>>> Mode : mesh
>>>>>>> IPv6 multicast : ::
>>>>>>> HELLO emission/validity : 0.00/0.00
>>>>>>> TC emission/validity : 0.00/0.00
>>>>>>> MID emission/validity : 0.00/0.00
>>>>>>> HNA emission/validity : 0.00/0.00
>>>>>>> Autodetect changes : no
>>>>>>> IPv4 broadcast/multicast : AUTO
>>>>>>> Mode : mesh
>>>>>>> IPv6 multicast : ::
>>>>>>> HELLO emission/validity : 0.00/0.00
>>>>>>> TC emission/validity : 0.00/0.00
>>>>>>> MID emission/validity : 0.00/0.00
>>>>>>> HNA emission/validity : 0.00/0.00
>>>>>>> Autodetect changes : no
>>>>>>> IPv4 broadcast/multicast : AUTO
>>>>>>> Mode : mesh
>>>>>>> IPv6 multicast : ::
>>>>>>> HELLO emission/validity : 0.00/0.00
>>>>>>> TC emission/validity : 0.00/0.00
>>>>>>> MID emission/validity : 0.00/0.00
>>>>>>> HNA emission/validity : 0.00/0.00
>>>>>>> Autodetect changes : no
>>>>>>> olsr.org - 0.6.8.1-git_0000000-hash_88868cc56cd56d8c72f1bf61728e50bf
>>>>>>> detaching from the current process...
>>>>>>> ---
>>>>>>>
>>>>>>> und dann bleibt er "hängen" ich kann nur noch mit STRG+C abbrechen. Ein
>>>>>>> pgrep auf einer weiteren Konsole zeigt das Olsr ansich läuft aber ich
>>>>>>> komm weder per Port 8080 an das Webinterface ran noch werden
>>>>>>> irgendwelche routen übertragen. EIn debuglevel 9 bringt leider auch
>>>>>>> keine weiteren Infos, er zeigt da genau das gleiche an. Die Ausgabe
>>>>>>> scheint exakt gleich zu der von 0.6.6.2 zu sein mit der Ausname der
>>>>>>> geänderten Versionsnummer und das er eben stecken bleibt. Bei 0.6.6.2
>>>>>>> kommt danach noch eine Zeile "olsrd." und dann läuft olsrd fehlerfrei.
>>>>>>> Bevor ich jetzt lang rumprobiere/Fehler suche frag ich gleich mal in die
>>>>>>> Runde ob das Problem schon jemand hatte, ihr probiert da ja schon länger
>>>>>>> rum als ich ;)?
>>>>>>>
>>>>>>> ein apt-get remove olsrd und neu installieren aus den Debian
>>>>>>> Paketquellen mit der alten Version funktionierte einwandfrei und Olsr
>>>>>>> läuft sofort wieder so (fehlerhaft) wie man es gewohnt ist (configs
>>>>>>> bleiben anscheinend jederzeit erhalten, ich hab sie mal zur Sicherheit
>>>>>>> gesichert musste sie aber nie zurück spielen).
>>>>>>>
>>>>>>> mfg
>>>>>>>
>>>>>>> Christian
>>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Kontaktmöglichkeiten ChristianD (Christian Dresel):
>>>>> Jabber:christian at jabber.community
>>>>> E-Mail:fff at chrisi01.de
>>>>> Facebook:https://www.facebook.com/christian.chili
>>>>> Handy/Whatsapp & Festnetz: auf Nachfrage
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Kontaktmöglichkeiten ChristianD (Christian Dresel):
>>>> Jabber:christian at jabber.community
>>>> E-Mail:fff at chrisi01.de
>>>> Facebook:https://www.facebook.com/christian.chili
>>>> Handy/Whatsapp & Festnetz: auf Nachfrage
>>>>
>>>>
>>>
>>
>>
>> --
>> Kontaktmöglichkeiten ChristianD (Christian Dresel):
>> Jabber:christian at jabber.community
>> E-Mail:fff at chrisi01.de
>> Facebook:https://www.facebook.com/christian.chili
>> Handy/Whatsapp & Festnetz: auf Nachfrage
>
--
Kontaktmöglichkeiten ChristianD (Christian Dresel):
Jabber: christian 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 HTML-Daten wurde abgetrennt...
URL: <http://lists.freifunk.net/pipermail/franken-dev-freifunk.net/attachments/20151014/13bcc8e6/attachment-0002.html>
Mehr Informationen über die Mailingliste franken-dev