<div dir="ltr">Amazing! That means I can also grant my roadwarriors the same IPs they get when they are in house. It not only solves my problem but also reduces one level of complexity from my setup. Thank you very much.</div>
<div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Mar 4, 2013 at 6:25 AM, Guus Sliepen <span dir="ltr"><<a href="mailto:guus@tinc-vpn.org" target="_blank">guus@tinc-vpn.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="HOEnZb"><div class="h5">On Mon, Mar 04, 2013 at 05:56:43AM -0300, Rafael Westenberger wrote:<br>
<br>
> I've recently set up tinc on openwrt routers that take care of the traffic<br>
> between distinct subnets. Unfortunately some of my users are trying to<br>
> transfer way more than those devices can handle, so thought I could install<br>
> tinc locally at their machines to offload most of the traffic from the<br>
> routers. I've read in the docs, that you can assign priorities for clients<br>
> that have the SAME subnet, but that would not be the case here. While the<br>
> gateway routers manage /24 subnets, the clients would only manage their own<br>
> /32 subnet. What is the best course of action in these cases?<br>
<br>
</div></div>That should not be a problem. Tinc supports nested subnets, and always gives<br>
higher priority to smaller subnets. So just let each client have a /32 Subnet,<br>
and it should work.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Met vriendelijke groet / with kind regards,<br>
     Guus Sliepen <<a href="mailto:guus@tinc-vpn.org">guus@tinc-vpn.org</a>><br>
</font></span><br>_______________________________________________<br>
tinc mailing list<br>
<a href="mailto:tinc@tinc-vpn.org">tinc@tinc-vpn.org</a><br>
<a href="http://www.tinc-vpn.org/cgi-bin/mailman/listinfo/tinc" target="_blank">http://www.tinc-vpn.org/cgi-bin/mailman/listinfo/tinc</a><br>
<br></blockquote></div><br></div>