olsrd_dyn_gw.so.0.5 funktioniert glaub ich nicht wirklich
Christian Dresel
fff at chrisi01.de
Mi Okt 14 11:55:26 CEST 2015
Am 14.10.2015 um 11:48 schrieb Christian Dresel:
> 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
warum hab ich immer die dumme angewohnheit erst zu schreiben/fragen und
dann zu gucken... im lib (ist ja auch irgendwie logisch...) Unterordner
sind die ganzen Plugins, einfach in den Ordner make && make install ->
fertig... Kann alles so einfach sein ;) Ihr könnt euch die Mühe sparen
mir zu antworten.
Gruß Christian
>> 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
>
>
--
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/c5ac8509/attachment-0002.html>
Mehr Informationen über die Mailingliste franken-dev