<br><br><div class="gmail_quote">2013/3/7 Erich N. Pekarek <span dir="ltr"><<a href="mailto:erich@pekarek.at" target="_blank">erich@pekarek.at</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hallo Petr!<br>
<br>
Am 2013-03-07 21:42, schrieb Petr Koval:<div class="im"><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hallo Erich,<br>
es ist nicht das erste mal, was ich an so etwas gestossen bin.<br>
Bei Masquerading des betreffenden Knoten<br>
wurde im Masquerading nicht explizit<br>
das Source IP Range für das LAN<br>
definiert, somit wird alles auch aus WAN/WLAN Bereich<br>
masqueradet. Könnte man die Source IP Range ergänzen?<br>
<br>
</blockquote></div>
Spannend. Jetzt immer noch?<br>
<br>
Wenn es immer noch geht, könnte es aber auch daran liegen, dass dieser Knoten auf einer Pseudobrigde des Tunnelservers liegt.<br>
Ich werde einmal den Tunnel stärker pönalisieren.</blockquote><div>Also daran liegt es mit 99.99999% wahrscheinlichkeit nicht! </div><div><br></div><div>lg Markus</div></div>