[Berlin-wireless] FFF Bug in der LAN-Verwaltung ?

[Andreas Burgfels]

Hallo Sven-Ola, hallo Liste, 

bei den unten aufgefuehrten Einstellungen kann ich eine Eigenart in der 
aktuellen fff 1.07 auf unserem OLSR-Linksys-Router WRT54GSV2 reproduzieren.
Naemlich, dem Anschein nach steht eine saubere Defaultroute ueber das 
WAN-Interface zum DSL-Router (104.202.19.3), aber dieser routet in jenem 
Falle keine externen Anfragen von eth1 (104.202.19.1) zu vlan1 
(WAN-104.202.19.2). 

Das LAN-Interface des OLSR-Linksys-Router war bisher ausgeschaltet, weil wir 
keine Verwendung fanden. Es sprach demnach nichts gegen eine Backdoor 
statische LAN-IP im 192er Bereich in der Verwaltung: LAN. Wie gesagt, so 
auch umgesetzt! Leider mussten Johannes und ich nach dem Einschalten des 
LANs feststellen, dass von dem entfernten Router (104.202.53.1) ein Pong aus 
dem Internet fern blieb. Auf der Shell in 104.202.19.1 eingeloggt, schreitet 
ein Ping zu einer Anfrage ins Internet einwandfrei durch. 

Soll dies so sein ??? 

Fehlerhafte Einstellungen
 -------------------------
 ------------------------- 

Verwaltung: OLSR
 ----------------
OLSR-Filter: 	
DMZ-Umleitung: 	
OLSR-DHCP: 	 

HNA4: 	0.0.0.0/0;104.202.19.3/24;104.202.19.5/24
Broadcast IPV4: 	
Bereitschaftswert: 	5
QOS-Protokoll (ETX):  x	Einschalten  	Ausschalten
OLSR LQ-Faktor: 	
Hysterese: 	Einschalten  x	Ausschalten
Hysterese-Tempo: 	
Oberer Grenzwert: 	
Unterer Grenzwert: 	
DynGW: 		  Einschalten x	Ausschalten
Nameservice: 	x Einschalten  	Ausschalten
Httpinfo: 	x Einschalten  	Ausschalten 

Verwaltung: LAN
 ---------------
LAN-Protokoll: 	statisch
LAN-IP: 	192.168.1.1
LAN-Netzmaske: 	255.255.255.0
LAN-Default-Route: 	
Statische Routen: 	
NAT ausschalten: 	
Firewall ausschalten: 	x
DHCP-Start-IP: 	NETWORK.
DHCP-Benutzeranzahl: 0	(DHCP aus mit "0")
DHCP-Lease-Dauer: 	Sekunden 

Verwaltung: WAN
 ---------------
WAN-Protokoll: 	statisch
WAN-IP: 	104.202.19.2
WAN-Netzmaske: 	255.0.0.0
WAN-Default-Route: 	104.202.19.3
DNS-Server: 	
Rechnername: 	bluecher19.xberg
Domain: 	
RJ45 Anschlüsse: 	0 5 

SSH erlauben: 	x
HTTP erlauben: 	x
Ping erlauben: 	x 


routen von 104.202.19.1
 -----------------------
192.168.1.0	0.0.0.0		255.255.255.0	U	0	0	0	br0
104.0.0.0	0.0.0.0		255.0.0.0	U	0	0	0	vlan1
104.0.0.0	zossener53.xber	255.0.0.0	UG	7	0	0	eth1
default		104.202.19.3	0.0.0.0		UG	0	0	0	vlan1
default		zossener53.xber	0.0.0.0		UG	3	0	0	eth1 

routen von 104.202.53.1
 -----------------------
192.168.1.0	0.0.0.0		255.255.255.0	U	0	0	0	br0
104.202.19.0	104.202.19.1	255.255.255.0	UG	1	0	0	eth1
104.0.0.0	0.0.0.0		255.0.0.0	U	0	0	0	eth1
0.0.0.0		104.202.19.1	0.0.0.0		UG	1	0	0	eth1 

 

Bei der Ruecksetzung der LAN-Einstellung, wie nachfolgend aufgefuehrt, ist 
alles tutti :) 


Funktionierende Einstellung
 ---------------------------
 --------------------------- 

Verwaltung: LAN
 ---------------
LAN-Protokoll: 	ausschalten
LAN-IP: 	
LAN-Netzmaske: 	
LAN-Default-Route: 	
Statische Routen: 	
NAT ausschalten: 	
Firewall ausschalten: 	x
DHCP-Start-IP: 	NETWORK.
DHCP-Benutzeranzahl: 	(DHCP aus mit "0")
DHCP-Lease-Dauer: 	Sekunden 


Weiteres arbeitet die Funktion: DynGW in OLSR-Verwaltung im eingeschalteten 
Zustand nicht so, wie ich es eigentlich erwartet haette. "Dieses Plugin 
sendet kündigt automatisch HNA4 an, wenn eine Default-Route aktiv ist.", 
hier ist die WAN-Default-Route gemeint, oder? 

Wie sollte demnach die Funktion: HNA4 interpretiert und richtig konfiguriert 
werden? Im eingeschalteten Zustand verliert der OLSR-Router seine 
Defaultroute zum festen Internet-DSL, hier 104.202.19.3. 

Haben Du oder jemand anderer jene Eigenart bei sich beobachten koennen? 

grusz
der andreas 


-------------- nächster Teil --------------
_______________________________________________
Berlin mailing list
Berlin at olsrexperiment.de
https://olsrexperiment.de/cgi-bin/mailman/listinfo/berlin