<div dir="ltr"><div>Hello again! I need your help.</div><div><br></div><div>The problem is that the traffic through VPN is sent only when accessing one specific IP. I pointed this IP to leftsubnet = IP / 32 and everything works well for linux, macos, android, ios. But Windows in this case does not see the Internet and only the address specified in leftsubnet is available to it.</div><div><br></div><div>And is it still possible to specify specific ports? For example, you can only take http and https through VPN. The protoport option did not help.</div><div>Thank you in advance!</div></div><div class="gmail_extra"><br><div class="gmail_quote">2017-09-25 16:10 GMT+03:00 Aleksey Kravchenko <span dir="ltr"><<a href="mailto:gmkrab@gmail.com" target="_blank">gmkrab@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Good.<div>Thank you, Noel.</div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">2017-09-25 16:08 GMT+03:00 Noel Kuntze <span dir="ltr"><<a href="mailto:noel.kuntze+strongswan-users-ml@thermi.consulting" target="_blank">noel.kuntze+strongswan-users-<wbr>ml@thermi.consulting</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
No. As I previously wrote, this is a system intrinsic problem.<br>
<br>
Kind regards<br>
<br>
Noel<br>
<span><br>
On 25.09.2017 15:03, Aleksey Kravchenko wrote:<br>
> Hello. I managed to solve the problem with routes on windows and macos. For this purpose, a second white IP was used.<br>
> p.s. Are there any ways or tricks to solve this problem with the same IP address?<br>
><br>
</span>> 2017-09-14 11:03 GMT+03:00 Aleksey Kravchenko <<a href="mailto:gmkrab@gmail.com" target="_blank">gmkrab@gmail.com</a> <mailto:<a href="mailto:gmkrab@gmail.com" target="_blank">gmkrab@gmail.com</a>>>:<br>
<span>><br>
>     Hello, Noel. Thanks for the answer. Unfortunately, there is no way to bypass.As a solution we can use the second white IP for Strongswan, and the web server on the 1st IP.<br>
><br>
</span>>     2017-09-13 22:17 GMT+03:00 Noel Kuntze <noel.kuntze+strongswan-users-<wbr>ml@thermi.consulting <mailto:<a href="mailto:noel.kuntze%2Bstrongswan-users-ml@thermi.consulting" target="_blank">noel.kuntze+strongswan<wbr>-users-ml@thermi.consulting</a>>>:<br>
<div class="m_3412403553495643131HOEnZb"><div class="m_3412403553495643131h5">><br>
>         Hi,<br>
><br>
>         That is because Windows and MacOS implement crappy route based IPsec which conceptually can not protect traffic to the IKE peer's<br>
>         address (unless policy based routing is used, which neither Windows nor MacOS implement).<br>
><br>
>         Kind regards<br>
><br>
>         Noel<br>
><br>
>         On 13.09.2017 17:14, Aleksey Kravchenko wrote:<br>
>         > Hello.I need your advice.<br>
>         > The work of Strongswan + IKEv2 is configured. Everything works fine (on iOS, macOS, windows, linux), but I noticed strange behavior in VPN's work. There is a server on which Strongswan and Nginx are installed.When you connect to the VPN and go to the site which is located in the same place as the strongswan daemon, the nginx log shows different addresses for connections. For instance:android / linux -> login from the address issued by the VPN  (for example, 192.168.1.2).<br>
>         > windows / macos -> login from the usual address (provider address).<br>
>         > But if you go to the IP detection server, the result for all devices is the same: you logged in from the VPN server.Maybe you have any thoughts about this? Thank you!<br>
><br>
><br>
><br>
<br>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>