[Berlin-wireless] FFF Bug in der LAN-Verwaltung ?
Sven-Ola Tuecke
mail2news
Di Nov 1 16:45:42 CET 2005
Andreas,
achso!? Du hast einen OLSR-faehigen WAN-Router? Wo gibts die? Ansonsten
tippe ich mal, das der WAN-Router 104.202.19.3 kein OLSR spricht. Da du per
HNA gleich ganze 256-IPs als "von dir aus direkt erreichbar" ankuendigst,
wuerde ich weiters tippen: Netzmaske falsch. Wenn am WAN-Port das Netz
104.202.19.0/24 haengt, dann musste natuerlich auch 255.255.255.0 verwenden.
Bisschen ungewoehlich, WAN mit 104.x.x.x. Normalerweise gibts da ein
192.168er mit NAT auf dem WRT. So laeuft das NAT auf'm WAN-Router -
wahrscheinlich irgend so ein DSL-Modem von der Teledingsbumms. Brauchst du
wirklich 256 IPs fuer das WRT<-->WAN-Router-Mini-Netz? Evt. kommste ja auch
mit 8 Stueck aus, da waeren 6 Geraete ansprechbar. IPcalc sagt:
root at heidel-ap:~# ipcalc -m -n -b -p 104.202.19.3/29
NETMASK=255.255.255.248
BROADCAST=104.202.19.7
NETWORK=104.202.19.0
PREFIX=29
Grusz, Sven-Ola
""Andreas Burgfels"" <burgfels at c-base.de> schrieb im Newsbeitrag
news:E1EWwyg-0007ti-Sf at c-mail.c-base.org...
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
--------------------------------------------------------------------------------
_______________________________________________
Berlin mailing list
Berlin at olsrexperiment.de
https://olsrexperiment.de/cgi-bin/mailman/listinfo/berlin
-------------- nächster Teil --------------
_______________________________________________
Berlin mailing list
Berlin at olsrexperiment.de
https://olsrexperiment.de/cgi-bin/mailman/listinfo/berlin
Mehr Informationen über die Mailingliste Berlin