<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">Hello Janson.</div><div class="gmail_quote"><br></div><div class="gmail_quote">On 2 May 2017 at 10:55, Jason A. Donenfeld <span dir="ltr"><<a href="mailto:Jason@zx2c4.com" target="_blank">Jason@zx2c4.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">3. You may have multiple peers on a single wireguard interface. This<br>
is the configuration that you probably should be using. "It is not<br>
<span class="m_-3176269631431994378gmail-">very friendly to open additional udp ports in multiple peer scenario<br>
</span>where firewall ACLs are desirable" This is 100% incorrect. With<br>
multiple peers on an interface and a sufficiently clamped allowed-ips<br>
entry for each, you'll have perfect firewall ACLs.<br></blockquote><div><br></div><div>3. Well if one uses firewall to control flows between zones in environment with mix protocols (eg. gre, ipsec, openvpn and so on) then using second tool just to control only wireguard ACLs is not very convenient way from administrative point of view. Also in case where peer is roaming and changing its source IP (eg. road warrior) then maintaining wireguard ACLs will be a huge PITA, if not impossible at large scale.</div><div><br></div><div><br></div><div>4. Does wireguard have some means so that iptables can easily differentiate tunnels (peers) and put them in appropriate 'zone'? like eg.</div><div><div>iptables -m policy --help<br></div><div>iptables -m ah --help</div><div>iptables -m esp --help</div></div><div><br></div><div>Or something similar?</div><div><br></div><div>Regards.</div><div><br></div></div></div></div>