<br><br><div class="gmail_quote">2011/12/15 Alex <span dir="ltr"><<a href="mailto:halo2@aon.at">halo2@aon.at</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi!<br>
<br>
Mein neuer Mast steht endlich, und um konform zu sein wollt ich dann<br>
gleich mal den olsrd updaten (war noch auf Firmware 1.4.5.). Irgendwas<br>
wollte dann aber nicht mehr so richtig mit dem Tunnel klappen. Also hab<br>
ich meine modifizierten Scripts und so rauskopiert und ab gings auf 1.7.5<br>
bzw. 1.7.4.<br>
<br>
So, jetzt verhält sich das aber etwas anders als die alte Firmware (und<br>
auch gleich nochmal als das Fonera Package).<br>
<br>
Meine konkreten Fragen drehen sich eigentlich alle um NAT also<br>
Masquerading, und das wären folgende:<br>
<br>
<br>
1. Problem:<br>
Aufgrund der 2 Ranges sah ich keinen Grund als Netzmaske beim WLAN mit /22<br>
zu fahren, gerade auch da meine Nachbarn im Moment ohnehin in der anderen<br>
Range sind. Und die dementsprechende Route das alles aus meiner Range<br>
übers WLAN geht bringt ja auch nichts, also wäre /32 doch viel schöner.<br></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
So, jetzt führt eine /32er Maske jedoch dazu, das Pakete die Masquerading<br>
brauchen zwar richtig raus gehen und daher auch zurück kommen, allerdings<br>
nicht mehr am LAN Interface auftauchen bzw. raus gehen.<br></blockquote><div><br>da riecht etwas nach nem (konfigurations) problem beim partiellen conntrack #1 der 1.7er firmwares,..</div><div><br></div><div>ist das ne original 1.7.x oder eine von meinen? <br>
<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>2. Problem:<br>
Wenn sich mein direkter Nachbar in der selben Range befindet gehen die<br>
Pakete nicht richtig mit Masquerading z.B. ins Internet raus und kommen<br>
somit auch nicht mehr zurück:<br>
<br>
Also mit verschiendenen Ranges der 2 sich direkt sehenden:<br>
0xFF_OTHER1->INTERNETANY wird zu<br>
0xFF_INETIF->INTERNETANY !aber eben nur wenn die 2 0xFF Router NICHT in<br>
der selben Range sind!<br>
INTERNETANY->OXFF_INETIF wird zu</blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
INTERNETANY->OXFF_OTHER1<br></blockquote><div><br>selbes wie oben,..</div><div><br></div><div>(btw. was enthält die nvram variable ff_range?)</div><div><br></div><div>lg Markus</div><div><br></div><div>#1 = extrem minimalistischer NOTRACK Ersatz für 2.4er kernel,..<br>
<br>und der erfahrungsgemäss/bekannterweise in der originalfirmware vom sven-ola ziemlich buggy konfiguriert ist, und in meiner wenigstens nur mit zusätzlichen interfaces (z.b. tunneln) probleme machen sollte,.. (weil das zusätzliche interface bzw dessen ip eben entsprechend konfiguriert gehörte, etc.)</div>
</div>