Vorheriges Thema anzeigen :: Nächstes Thema anzeigen |
Autor |
Nachricht |
Gast
|
Verfasst am: 21.02.2006, 15:51 Titel: |
|
|
vielleicht malst du die schaltbilder noch mal:-), die ascii variante ist echt schwer zu "decodieren" |
|
Nach oben |
|
|
bredecomp
Anmeldedatum: 15.08.2005 Beiträge: 211
|
Verfasst am: 21.02.2006, 16:13 Titel: |
|
|
also ich versteh auch nur
O
/ | \
|
/ \
Das soll ein Bahnhof bzw. ein Männchen auf einem Bahnhof sein _________________ 'bredecomp' ist jetzt 'berT' |
|
Nach oben |
|
|
glockman
Anmeldedatum: 21.09.2004 Beiträge: 2097 Wohnort: suermondtstr/degnerstr ... ohne AP
|
Verfasst am: 21.02.2006, 16:55 Titel: |
|
|
wenn ihr zur anbindung des WRT an das haus-WLAN einen dsl-ROUTER benutzt wird das nix ... die teile haben alle (sicher ... ausnahmen bestätigen die regel) keinen client-mode ... geschweige den client-mode mit wpa-support (ich hoffe doch, dass das haus-WLAN dort abgesichert ist ... wenn schon niemand aus dem OLSR-netz reinkommen soll). das ist teureren geräten vorbehalten, einfach weil die einsatzgebiete solcher technik professioneller sind. außnahme sind alle openwrt-kompatiblen APs ... mit denen kann man durch die bank weg machen, was man will ... client,master,adhoc .. mit WEP oder WPA oder ohne verschlüsselung ... gebridged oder geroutet ... offen oder gefirewalled. is dann halt ne linux-büchse. wenn der "hof 23" aber auch auf das OLSR-netz zugreifen können soll, ist, sofern dieser das setzen eigener routen nicht zulässt, endweder eine manuelle route auf allen rechnern oder der austausch des vorhandenen dsl-routers durch einen openwrt-kompatiblen nötig. nicos alter netgear-router ermöglict zB das setzen eigener routen ... andere geräte können das dann vlt auch. |
|
Nach oben |
|
|
halfmoon
Anmeldedatum: 25.03.2005 Beiträge: 784 Wohnort: Ahrenshooperstr.
|
Verfasst am: 21.02.2006, 22:58 Titel: |
|
|
So ich habe es immer noch nicht hinbekommen und mich mal an die mailingliste gewendet, aber vlt weiss ja auch hier einer weiter:
Zitat: | So liebe Liste ich muss mich wieder an dich wenden.
Folgende Situation:
Bei uns in Hohenschönhausen gibt es nun DSL und der erste freifunker hat auch einen Anschluss bekommen. Jetzt will er ihn ins freifunknetz stellen.
Am DSL-Splitter klemmt der Speedport w500 V mit Firmware. 1.23 . Die IP des Speedports ist 192.168.1.10 und DHCP-Server ist angeschaltet.
Am Speedport ist der WRT54GS am Wanport mit Kabel angeschlossen. Im Webinterface sind die Einstellungen unter WAN mit DHCP abfragen eingestellt.
So nun läuft alles so teilweise. Es gibt da einige Probleme...
Man kann keine Mails mit Anhang verschicken, keine Uploads ausführen, wenn man auf speedmeter.de den Uploadtest macht geht es auch nicht.
Der Tracert sieht auch komisch aus:
root@halfmoon:~# traceroute heise.de
traceroute to heise.de (193.99.144.80), 30 hops max, 40 byte packets
1 104.142.0.17 (104.142.0.17) 2.771 ms 11.866 ms 2.375 ms
2 * * *
3 217.0.116.7 (217.0.116.7) 51.445 ms 60.434 ms 58.17 ms
4 217.0.64.102 (217.0.64.102) 58.306 ms 71.501 ms 53.842 ms
Nach der 104.142.0.17 müsste eigentleich der Speedport stehen. Passiert aber nicht. as mich wundert, dass normales abrufen von Internetseiten geht, aber wenn man einen Post ins Forum setzten will, wider nichts geht.
Kann mir jemand da weiterhelfen? so langsam bin ich echt ratlos.
Vielen Dank für eure Hilfe
Robert
|
_________________ http://derhalfmoon.dynalias.net |
|
Nach oben |
|
|
halfmoon
Anmeldedatum: 25.03.2005 Beiträge: 784 Wohnort: Ahrenshooperstr.
|
Verfasst am: 23.02.2006, 00:38 Titel: |
|
|
Also so langsam verzweifel ich echt. Ich war ebend bei Michael, der den Uplink betreibt und wenn ich mich da mit OLSR-switch von meinem notebook verbinde geht alles wunderbar. Wenn ich aber 1 Hop weiter von meinen WRT den tracert mache, geht es wieder nicht und es bestehen Probleme beim Upload. Also der Speedport kann es nicht sein, es ging ja per Notebook alles über den WRT ins Internet. Es lief damals auch an meinen WRT schonmal.
Die Sache ist im Webinterface unter Systemlog:
Zitat: |
Dec 23 12:24:43 (none) user.warn kernel: WAN:IN=vlan1 OUT= MAC=ff:ff:ff:ff:ff:ff:00:20:e0:c1:32:92:08:00:45:00:00:e5 SRC=192.168.1.100 DST=192.168.1.255 LEN=229 TOS=0x00 PREC=0x00 TTL=255 ID=5674 PROTO=UDP SPT=138 DPT=138 LEN=209
Dec 23 12:25:02 (none) user.warn kernel: WAN:IN=vlan1 OUT= MAC=ff:ff:ff:ff:ff:ff:00:10:dc:4f:e7:66:08:00:45:00:00:e8 SRC=192.168.1.33 DST=192.168.1.255 LEN=232 TOS=0x00 PREC=0x00 TTL=128 ID=60147 PROTO=UDP SPT=138 DPT=138 LEN=212
Dec 23 12:27:45 (none) user.warn kernel: WAN:IN=vlan1 OUT= MAC=ff:ff:ff:ff:ff:ff:00:e0:18:bd:c6:53:08:00:45:00:00:e7 SRC=192.168.1.66 DST=192.168.1.255 LEN=231 TOS=0x00 PREC=0x00 TTL=128 ID=3792 PROTO=UDP SPT=138 DPT=138 LEN=211
Dec 23 12:28:55 (none) user.warn kernel: WAN:IN=vlan1 OUT= MAC=00:13:10:4a:4d:c2:00:16:38:46:f9:14:08:00:45:00:00:4c SRC=81.209.148.110 DST=192.168.1.12 LEN=76 TOS=0x00 PREC=0x00 TTL=58 ID=12931 DF PROTO=TCP SPT=143 DPT=1298 WINDOW=6432 RES=0x00 ACK PSH URGP=0
Dec 23 12:28:55 (none) user.warn kernel: WAN:IN=vlan1 OUT= MAC=00:13:10:4a:4d:c2:00:16:38:46:f9:14:08:00:45:00:00:28 SRC=81.209.148.110 DST=192.168.1.12 LEN=40 TOS=0x00 PREC=0x00 TTL=58 ID=12932 DF PROTO=TCP SPT=143 DPT=1298 WINDOW=6432 RES=0x00 ACK FIN URGP=0
Dec 23 12:28:56 (none) user.warn kernel: WAN:IN=vlan1 OUT= MAC=00:13:10:4a:4d:c2:00:16:38:46:f9:14:08:00:45:00:00:4c SRC=81.209.148.110 DST=192.168.1.12 LEN=76 TOS=0x00 PREC=0x00 TTL=58 ID=12945 DF PROTO=TCP SPT=143 DPT=1298 WINDOW=6432 RES=0x00 ACK PSH FIN URGP=0
Dec 23 12:28:56 (none) user.warn kernel: WAN:IN=vlan1 OUT= MAC=00:13:10:4a:4d:c2:00:16:38:46:f9:14:08:00:45:00:00:4c SRC=81.209.148.110 DST=192.168.1.12 LEN=76 TOS=0x00 PREC=0x00 TTL=58 ID=12958 DF PROTO=TCP SPT=143 DPT=1298 WINDOW=6432 RES=0x00 ACK PSH FIN URGP=0
Dec 23 12:28:58 (none) user.warn kernel: WAN:IN=vlan1 OUT= MAC=00:13:10:4a:4d:c2:00:16:38:46:f9:14:08:00:45:00:00:4c SRC=81.209.148.110 DST=192.168.1.12 LEN=76 TOS=0x00 PREC=0x00 TTL=58 ID=13068 DF PROTO=TCP SPT=143 DPT=1298 WINDOW=6432 RES=0x00 ACK PSH FIN URGP=0
Dec 23 12:29:02 (none) user.warn kernel: WAN:IN=vlan1 OUT= MAC=ff:ff:ff:ff:ff:ff:00:10:dc:4f:e7:66:08:00:45:00:00:e5 SRC=192.168.1.33 DST=192.168.1.255 LEN=229 TOS=0x00 PREC=0x00 TTL=128 ID=1446 PROTO=UDP SPT=138 DPT=138 LEN=209
Dec 23 12:29:02 (none) user.warn kernel: WAN:IN=vlan1 OUT= MAC=00:13:10:4a:4d:c2:00:16:38:46:f9:14:08:00:45:00:00:4c SRC=81.209.148.110 DST=192.168.1.12 LEN=76 TOS=0x00 PREC=0x00 TTL=58 ID=13270 DF PROTO=TCP SPT=143 DPT=1298 WINDOW=6432 RES=0x00 ACK PSH FIN URGP=0
Dec 23 12:29:10 (none) user.warn kernel: WAN:IN=vlan1 OUT= MAC=00:13:10:4a:4d:c2:00:16:38:46:f9:14:08:00:45:00:00:4c SRC=81.209.148.110 DST=192.168.1.12 LEN=76 TOS=0x00 PREC=0x00 TTL=58 ID=13478 DF PROTO=TCP SPT=143 DPT=1298 WINDOW=6432 RES=0x00 ACK PSH FIN URGP=0
Dec 23 12:29:25 (none) user.warn kernel: WAN:IN=vlan1 OUT= MAC=00:13:10:4a:4d:c2:00:16:38:46:f9:14:08:00:45:00:00:4c SRC=81.209.148.110 DST=192.168.1.12 LEN=76 TOS=0x00 PREC=0x00 TTL=58 ID=14841 DF PROTO=TCP SPT=143 DPT=1298 WINDOW=6432 RES=0x00 ACK PSH FIN URGP=0
Dec 23 12:29:56 (none) user.warn kernel: WAN:IN=vlan1 OUT= MAC=00:13:10:4a:4d:c2:00:16:38:46:f9:14:08:00:45:00:00:4c SRC=81.209.148.110 DST=192.168.1.12 LEN=76 TOS=0x00 PREC=0x00 TTL=58 ID=15988 DF PROTO=TCP SPT=143 DPT=1298 WINDOW=6432 RES=0x00 ACK PSH FIN URGP=0
Dec 23 12:32:50 (none) user.warn kernel: WAN:IN=vlan1 OUT= MAC=ff:ff:ff:ff:ff:ff:00:20:e0:c1:32:92:08:00:45:00:00:4e SRC=192.168.1.100 DST=192.168.1.255 LEN=78 TOS=0x00 PREC=0x00 TTL=255 ID=6041 PROTO=UDP SPT=137 DPT=137 LEN=58
Dec 23 12:32:53 (none) user.warn kernel: WAN:IN=vlan1 OUT= MAC=ff:ff:ff:ff:ff:ff:00:e0:18:bd:c6:53:08:00:45:00:00:e5 SRC=192.168.1.66 DST=192.168.1.255 LEN=229 TOS=0x00 PREC=0x00 TTL=128 ID=10852 PROTO=UDP SPT=138 DPT=138 LEN=209
Dec 23 12:36:46 (none) user.warn kernel: WAN:IN=vlan1 OUT= MAC=ff:ff:ff:ff:ff:ff:00:20:e0:c1:32:92:08:00:45:00:00:e5 SRC=192.168.1.100 DST=192.168.1.255 LEN=229 TOS=0x00 PREC=0x00 TTL=255 ID=6198 PROTO=UDP SPT=138 DPT=138 LEN=209
Dec 23 12:39:43 (none) syslog.info -- MARK -- |
Lauter warn's. Ist jetzt nur ein Auszug davon.
In der Routen Liste steht dann der default doppelt:
Zitat: |
192.168.1.0/24 dev vlan1 proto kernel scope link src 192.168.1.12
104.0.0.0/8 dev eth1 proto kernel scope link src 104.142.0.17
default via 192.168.1.10 dev vlan1
default via 104.142.0.2 dev eth1 metric 4 |
Und In der Topo von Wse wird kein HNA angezeigt, obwohl er es ausgibt.
Der WRT ist im LAN mit 192.168.3.1 eingestellt und LAN DHCP ist aus.
Per WAN Anschluss holt er sich die Daten vom speedport DHCP server.
Also es lief schon mal alles und wenn ich mit notebook und olsr switch mich an den WRT hänge geht es auch. Aber 1 Hop weiter und die nächsten auch geht es nicht mehr über die WRT's.
Vielleicht hat ja noch jemand Idee woran es liegen kann.
Robert _________________ http://derhalfmoon.dynalias.net |
|
Nach oben |
|
|
Gast
|
Verfasst am: 23.02.2006, 02:28 Titel: |
|
|
also im wb13 surft es sich momentan ganz gut über den neuen uplink :-) |
|
Nach oben |
|
|
halfmoon
Anmeldedatum: 25.03.2005 Beiträge: 784 Wohnort: Ahrenshooperstr.
|
Verfasst am: 23.02.2006, 08:35 Titel: |
|
|
al-ion hat Folgendes geschrieben: | also im wb13 surft es sich momentan ganz gut über den neuen uplink |
Geht bei dir auch ein Tracert über die 17 ohne Probleme ins Internet? _________________ http://derhalfmoon.dynalias.net |
|
Nach oben |
|
|
Gast
|
Verfasst am: 23.02.2006, 12:42 Titel: |
|
|
der traceroute sieht ähnlich aus wie der den du gepostet hast:
Zitat: |
1 <1 ms <1 ms <1 ms 192.168.1.1
2 3 ms 9 ms 7 ms 104.142.0.17
3 * * * Zeitüberschreitung der Anforderung.
4 51 ms 48 ms 44 ms 217.0.116.7
5 46 ms 45 ms 49 ms 217.0.64.102
6 57 ms 56 ms 84 ms m-ec1.M.DE.net.DTAG.DE [62.154.28.26]
7 59 ms 56 ms 56 ms c4.m.de.plusline.net [212.19.63.109]
8 66 ms 58 ms 73 ms heise2.f.de.plusline.net [213.83.46.196]
9 60 ms 59 ms 61 ms redirector.heise.de [193.99.144.80]
|
auch immer mit der zeitüberscheitung zwischen der 17 und dem internet
(bin nicht mehr im wb13, kann dir deswegen keinen aktuellen posten) |
|
Nach oben |
|
|
MaxPower
Anmeldedatum: 28.04.2004 Beiträge: 405 Wohnort: Berlin-HsH - Bitburger Str.
|
Verfasst am: 23.02.2006, 14:51 Titel: |
|
|
hehe...mein tracert sa heute nacht auch so aus:
tracert heise.de
Routenverfolgung zu heise.de [193.99.144.80] über maximal 30 Abschnitte:
1 4 ms 1 ms 1 ms 192.168.1.1
2 6 ms 12 ms 9 ms 104.142.0.145
3 25 ms 29 ms 41 ms 104.142.0.2
4 40 ms 70 ms 16 ms 104.142.0.17
5 * * * Zeitüberschreitung der Anforderung.
6 59 ms 51 ms 80 ms 217.0.116.7
7 * 70 ms 64 ms 217.0.64.102
8 66 ms 84 ms 61 ms m-ec1.M.DE.net.DTAG.DE [62.154.27.238]
9 68 ms 62 ms * c4.m.de.plusline.net [212.19.63.109]
10 471 ms 193 ms 71 ms heise1.f.de.plusline.net [213.83.46.131]
11 384 ms 112 ms 216 ms redirector.heise.de [193.99.144.80]
die verbindung ist leider nicht stabil und alles andere als schnell....könnte mir aber vorstellen, dass das an meiner verbindung zur zingster (145) liegt.
mfg max _________________ www.debloggers.de |
|
Nach oben |
|
|
halfmoon
Anmeldedatum: 25.03.2005 Beiträge: 784 Wohnort: Ahrenshooperstr.
|
Verfasst am: 24.02.2006, 01:49 Titel: |
|
|
So Problem hat sich gelöst. Es lag am Subnetz von Michael und den anderen.
Wenn jeder in sein Homelan die 192.168.1.x hat, dann sind die IP's sozusagen doppelt vorhanden. Michael hat jetzt das 192.168.47.x genommen und somit ist das Problem behoben ausser ihr setzt euer homelan auch so
EDIT: DANKE STEFAN , kriegst auch ein Keks dafür _________________ http://derhalfmoon.dynalias.net |
|
Nach oben |
|
|
tm-107
Anmeldedatum: 24.03.2005 Beiträge: 1130 Wohnort: Panketal - OT Schwanebeck
|
Verfasst am: 24.02.2006, 02:27 Titel: |
|
|
Hi,
das heißt wir können max. 255 Uplinks einsetzen wenn daheim alle ein 192.168.0.0 Netz haben ...
Grübel .. ich glaube ich weich auf die Alternativen im 10.x.x.x Bereich aus
gruss
tm-107 |
|
Nach oben |
|
|
Keksdosenmann
Anmeldedatum: 23.02.2005 Beiträge: 1917 Wohnort: Hsh, vor der Kleingartenkolonie
|
Verfasst am: 24.02.2006, 04:09 Titel: |
|
|
ne, tm, du kannst gern dein uplinknet so lassen, wie es iss... problem nur wie folgt:
User-PC (192.168.1.x --> WRT (104.***.***.***) -> Uplink-WRT (104.*.*.*) --> LAN bei uplink (192.168.1.x) --> Internet
und genau da bei dem lan knackt es, da zwei mal der selbe netzwerkbereich angegeben iss. der User kann die traceroute nicht vollkommen anzeigen lassen, weil sein rechner und der wrt nur das "eigene" 192.168.1'er netz sieht. _________________ http://www.foebud.org
mfg |
|
Nach oben |
|
|
tm-107
Anmeldedatum: 24.03.2005 Beiträge: 1130 Wohnort: Panketal - OT Schwanebeck
|
Verfasst am: 24.02.2006, 16:50 Titel: |
|
|
Ja schon klar, aber die User dürften dann nie das gleiche Subnetz verwenden wie die Uplinks. Weil dann knirscht es ja ...
Obwohl man davon ausgehen kann dass 99% ein 192.168.0.0 oder 192.168.1.0 eingerichtet haben.
Wenn dem so ist kann meins ja so bleiben oder nutzt jemand das 192.168.107.0 Subnetz?
gruss
tm-107
PS: Ungefähr ab April sollte mein Uplink funktionieren ... |
|
Nach oben |
|
|
glockman
Anmeldedatum: 21.09.2004 Beiträge: 2097 Wohnort: suermondtstr/degnerstr ... ohne AP
|
Verfasst am: 25.02.2006, 19:53 Titel: |
|
|
@tm-107: die verbindung zwischen dem WRT und dem Router hat das OLSR-netz eigentlich nicht die bohne zu interessieren, dass dieser umstand so eintritt, liegt an der WAN-port-implementierung in der FFF und wie sie bis dato von den betreffenden uplinks eingesetzt wird. ich habe in einem 2 stündigen telefonakt mit robert nun eine konfiguration gebastelt, die keine HNAs mit privaten IPs als gateway mehr rausschickt, womit dieses problem hinfällig ist ... aber näheres schreibt der halfmoon, da er seine local.fw schön hier reinkopieren kann |
|
Nach oben |
|
|
halfmoon
Anmeldedatum: 25.03.2005 Beiträge: 784 Wohnort: Ahrenshooperstr.
|
Verfasst am: 25.02.2006, 20:26 Titel: |
|
|
1. WRT LAN-Port mit Lan-Port am DSL-Router verbinden
2. WAN in der FFF ausschalten
3. LAN in der FFF auf statisch und feste IP-Adresse im gleichen Netz wie der DSL-Router ( Achtung nicht das 192.168.1.x verwenden, lieber was ungewöhnliches wie 192.168.35.x)
LAN-Netzmaske: 255.255.255.0
LAN-Default-Route: LAN-IP-DSL-Router
Firewall ausschalten: aktivieren
4. Neustarten
5. mit Putty auf den WRT
------------------------------------
Nur beim ersten mal nötig (6)
------------------------------------
6. Nun muss die Verknuepfung in den Rom geloescht werden:
=> "rm /etc/local.fw" eingeben.
Nun kopieren wir die local.fw vom ROM:
=> "cp /rom/etc/local.fw /etc/" eingeben.
------------------------------------------------------------------
7. Nun editieren wir die local.fw mit vi:
=> "vi /etc/local.fw" eingeben.
8. "i" drücken um den schreibmodus zu kommen und dann folgendes eintragen damit es dann so aussieht:
-------------------------------------------------------
Code: |
# Place your firewall addons here
case $1 in
start)
iptables -A FORWARD -s 104.0.0.0/8 -d 192.168.0.0/16 -m state --state NEW -j DROP
iptables -t nat -A POSTROUTING -s 104.0.0.0/8 -o br0 -j MASQUERADE
iptables -A FORWARD -p tcp -dport 4662 -j DROP
iptables -A FORWARD -p tcp -sport 4662 -j DROP
;;
stop)
iptables -D FORWARD -s 104.0.0.0/8 -d 192.168.0.0/16 -m state --state NEW -j DROP
iptables -t nat -D POSTROUTING -s 104.0.0.0/8 -o br0 -j MASQUERADE
iptables -D FORWARD -p tcp -dport 4662 -j DROP
iptables -D FORWARD -p tcp -sport 4662 -j DROP
;;
esac
|
-------------------------------------------------------------
9. ESC drücken und ":wq"
10. Reboot
So ist das Heimlan am DSL-Router gesichert.[/code]
Edit: alles umgeändert! _________________ http://derhalfmoon.dynalias.net
Zuletzt bearbeitet von halfmoon am 26.02.2006, 13:03, insgesamt einmal bearbeitet |
|
Nach oben |
|
|
|