[WLANware] Bugs - FFF v1.5.18

Wed Jul 18 15:41:55 CEST 2007

Samuel,

achso. Und so sieht es bei mir aus:

root at heidel-main:~# grep ";v" /www/cgi-bin-pre.sh
<TD CLASS="magenta" COLSPAN="4" HEIGHT="19"> v1.5.21</TD>
root at heidel-main:~# killall crond;killall olsrd;olsrd -d 9

 *** olsr.org - 0.5.3ffpre ***
 Build date: Jul 18 2007
 http://www.olsr.org

Parsing file: "/etc/olsrd.conf"
OLSRD txtinfo plugin 0.1 by Lorenz Schori
OLSRD nameservice plugin 0.3
No Internet GWs detected...
  >> 2nd Terminal~# ip r add default via 192.168.0.3
INTERNET GATEWAY VIA vlan1 detected in routing table.
Adding OLSR local HNA entry for Internet
INTERNET GATEWAY VIA vlan1 detected in routing table.
INTERNET GATEWAY VIA vlan1 detected in routing table.
  >> 2nd Terminal~# ip r del default via 192.168.0.3
No Internet GWs detected...
Removing OLSR local HNA entry for Internet
No Internet GWs detected...

Also alles fein. Gegentest

root at heidel-main:~# ip r | tail
10.99.0.0/16 via 104.192.192.1 dev eth1  proto static  metric 15
104.63.0.0/16 via 104.192.192.1 dev eth1  proto static  metric 15
104.61.0.0/16 via 104.192.192.1 dev eth1  proto static  metric 15
10.63.0.0/16 via 104.192.192.1 dev eth1  proto static  metric 15
10.126.0.0/16 via 104.192.192.1 dev eth1  proto static  metric 15
10.124.0.0/15 via 104.192.192.1 dev eth1  proto static  metric 15
10.120.0.0/14 via 104.192.192.1 dev eth1  proto static  metric 15
10.112.0.0/13 via 104.192.192.1 dev eth1  proto static  metric 15
104.0.0.0/8 dev eth1  proto kernel  scope link  src 104.198.65.81
default via 104.192.192.1 dev eth1  proto static  metric 2

// Sven-Ola

""Samuel Lang"" <universam at gmx.de> schrieb im Newsbeitrag 
news:000601c7c93e$f44a8bf0$dcdfa3d0$@de...
Sehr schön!

Muss mir das in Ruhe noch einmal zu Gemüte führen, aber viell. kannst du mir
das Delta erklären, ich nicht:

---FFF 1.4.5---
root at AP41:~# ip r
10.10.1.40 dev eth1  scope link  metric 1
>>>>>>>(cut ca.40 routen)
10.10.10.1 via 10.10.1.37 dev eth1  metric 2
10.10.10.18 via 10.10.1.40 dev eth1  metric 2
10.10.10.22 via 10.10.1.40 dev eth1  metric 2
10.10.10.25 dev eth1  scope link  metric 1
10.10.10.29 via 10.10.1.40 dev eth1  metric 2
10.10.10.200 via 10.10.1.37 dev eth1  metric 2
192.168.11.0/24 dev br0  proto kernel  scope link  src 192.168.11.1
10.10.0.0/16 dev eth1  proto kernel  scope link  src 10.10.1.41
default via 10.10.1.40 dev eth1  metric 2

und
---FFF 1.5.21---
root at AP37:~# ip r
192.168.11.0/24 dev br0  proto kernel  scope link  src 192.168.11.1
10.10.0.0/16 dev eth1  proto kernel  scope link  src 10.10.1.37
root at AP37:~#
---ENDE---

Wo sind die routen? Wo ist default gw?

Lg,
Samuel

-----Ursprüngliche Nachricht-----
Von: wlanware-bounces at freifunk.net [mailto:wlanware-bounces at freifunk.net] Im
Auftrag von Sven-Ola Tuecke
Gesendet: Mittwoch, 18. Juli 2007 14:47
An: wlanware at freifunk.net
Betreff: Re: [WLANware] Bugs - FFF v1.5.18

Samuel,

gut. Hier die Wiederholung von einer anderen Liste. Ich bin recht sicher,
dass Routen da sind - hab's ausprobiert.

Die Default-Route in Table 254 (Iproute2-speak: Table main) wird ja wie
immer mit "route -n" bzw. "ip r" angezeigt. Diese Tabelle ist fuer alle.
Kann mit den alten "iffonfig" und "route" Befehlen verwaltet werden . Da
irgendwie jeder die Befehlsfolge fuer "route add default gw a.b.c.d" bzw.
"ip r add default via a.b.c.d" kennt und die Default-Route eine
"Gemeinschafts-Ressource" ist, hab' ich das dyngwplain und das
Policy-Routing eingefuehrt.

Folgende Aussagen gelten fuer die Freifunk-Firmware, was Selberbastler alles
so treiben steht auf einem anderem Blatt - manche koennen's - manche eben
nicht.

* Das dyngwplain announced HNA 0/0, sobald eine Default-Route in Tablle 254
mit Metrik 0 vorhanden ist. Genau dieser Zusammenhang. Sonst kein anderer.
Darum "plain"..

* Nebenbei gibt's einen Cron-Job /usr/sbin/cron.minutely, der prueft mit
"traceroute", ob die manuell gesetzte Default-Route ueberhaupt funktioniert.
Falls nicht -> Default-Route weg -> kein HNA 0/0 -> anderes Gateway -> alle
Gluecklich. Der Test dauert Minuten. Dafuer kann man Traceroute nicht so
einfach "besch**ssen".

* Damit ein Node mit traceroute selber weiter testen kann, ob die vormals
kaputte Default-Route evnt. wieder hochkommt, wird diese im Fehlerfall in
eine Hintergrund-Default-Route gewandelt, die *nur fuer das Geraet selbst*
gilt. Guckt man mit "ip rule ls" nach Regeln. Die Routen kann man uebrigens
mit "ip ro ls table 252" anzeigen.

* Jetzt gab's oefter den Fall "Mein Gateway nur fuer mich, will aber
trotzdem Freifunken aber die anderen nicht nerven". Darum hab' ich an die
Deaktivierung des dyngwplain ein erweitertes Policy-Routing geklemmt. Kein
dyngwplain -> alle OLSR-Routen (inkl. der OLSR-Default-Route gueltig fuer
alle anderen) in Tabelle 111. Das dyngwplain wieder aktivieren -> alles wie
vorher in Tabelle 254 ("main").

* Die Tabellen-Nummern stehen in /etc/iproute2/rt_tables. 111 == olsr, 254
== main, 252 == dyngw.

* Das kann man alles auskommenterien. Beliebt bei Leuten, die als
Internet-Zugang einen "UDP-ist-bei-mir-nicht" Firewall haben und/oder
einfach die Konfig nicht im Griff. Aber im Regelfall hilft es, schwarze
Loecher (aka nicht-funktionierende Internet-Zugaenge) zu vermeiden. Ein
Gateway ohne UDP ist eine Krankheit IMO - kann man gleich einen Zwangsproxy
machen.

* Ach und wer schon immer neugierig war: "ip ro ls table local" ist noch
interessant. Das sind die durch IP/Netzmaske direkt den Interfaces
zugeordneten "internen Routing-Eintraege" mit absoluter Prio.

Weiter gehts unter "LARTC" (-> google).

HTH,
// Sven-Ola

"Samuel Lang" <universam at gmx.de> schrieb im Newsbeitrag
news:mailman.481.1184762499.13220.wlanware at freifunk.net...
Stelle mich auch mal gerne als Tester zur Verfügung! :)
 - hab grad die brandheisse 1.5.21 drauf und stelle fest dass kein default
GW bzw. überhaupt keine routen gesetzt werde. Fehlt ein Paket?
'route' meint "[Install freifunk-openwrt-compat for /sbin/route]", okay aber
wie ohne default gw???

Ist übrigens in der 18er auch gewesen, bei der stable 1.4.5 aber nicht.

-----Ursprüngliche Nachricht-----
Von: wlanware-bounces at freifunk.net [mailto:wlanware-bounces at freifunk.net] Im
Auftrag von Sven-Ola Tuecke
Gesendet: Mittwoch, 18. Juli 2007 13:45
An: wlanware at freifunk.net
Betreff: Re: [WLANware] Bugs - FFF v1.5.18

Tezlav,

dann faehrst das Geraet failsafe - muss was echt seltsames sein. Ich mach'
immer einen Minimaltest bevor ich neue Versionen hochlade. Ich lad' die
naemlich ueber meine Freifunk-Verbindung hoch. Das sicher die Qualitaet
<ggg>.

Mach doch mal'n sh -x /bin/firstboot. Wahlweise "nvram unset ff_reset commit

&& reboot".

// Sven-Ola

"tetzlav" <tetzlav at leipzig.freifunk.net> schrieb im Newsbeitrag
news:f7ktch$ic0$1 at quamquam.org...
Sven-Ola Tuecke schrieb:
> Hallo tezlav,
>
> gedacht? Nix. Das'n Fehler. War mal wieder zu fluechtig. Einfach
> auskommentieren. Oder die 1.5.21 nehmen (ab etwa 14:00h MESZ).
>
> @alle: Das sind Testing-Versionen. Und zwar absichtlich. Fuer den
> produktiven Einsatz empfehle ich nach wie for die gute alte 1.4.5 aus
> http://download.olsrexperiment.de/ipkg Fehlermeldungen werden wie immer
> dankbar beruecksichtigt.

Wenn wir grade dabei sind - noch ein komisches Verhalten (diesmal 1.5.20 von
heute morgen):

Ich kann mich nicht per ssh einloggen, er kennt mein Passwort nicht.
Per telnet komme ich *ohne* Passwort drauf

> @Freifunk:/# passwd
> passwd: unknown uid 0

...?

Hab vorsichtshalber auch mal das nvram gelöscht, denn der Flashtest-Node muß

für
einiges herhalten, brachte aber keine Änderung...

im WebIF ist (bis auf Forbitten für LAN) alles ok.

Gruß
tetzlav
_______________________________________________
WLANware mailing list
WLANware at freifunk.net
Abonnement abbestellen? -> https://freifunk.net/mailman/listinfo/wlanware

Weitere Infos zu den freifunk.net Mailinglisten und zur An- und Abmeldung
unter http://freifunk.net/mailinglisten

_______________________________________________
WLANware mailing list
WLANware at freifunk.net
Abonnement abbestellen? -> https://freifunk.net/mailman/listinfo/wlanware

Weitere Infos zu den freifunk.net Mailinglisten und zur An- und Abmeldung
unter http://freifunk.net/mailinglisten

_______________________________________________
WLANware mailing list
WLANware at freifunk.net
Abonnement abbestellen? -> https://freifunk.net/mailman/listinfo/wlanware

Weitere Infos zu den freifunk.net Mailinglisten und zur An- und Abmeldung
unter http://freifunk.net/mailinglisten

_______________________________________________
WLANware mailing list
WLANware at freifunk.net
Abonnement abbestellen? -> https://freifunk.net/mailman/listinfo/wlanware

Weitere Infos zu den freifunk.net Mailinglisten und zur An- und Abmeldung 
unter http://freifunk.net/mailinglisten 