Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    Mobile IPSec VPN works but does not follow 302 redirects

    Scheduled Pinned Locked Moved IPsec
    ipsec vpn mobilnatfirewall
    26 Posts 3 Posters 3.9k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • K
      Konstanti @svarto
      last edited by Konstanti

      @svarto

      1. You can open the strongswan app log and see which ip is assigned
        0_1549223854647_1cbaf250-11fb-4902-9d68-a921119370dd-image.png

      or
      2. /status/ipsec/leases

      or
      3. Status/System Logs/IPsec

      0_1549224107316_979c37e0-ce00-4dba-8f49-b18a8fe718f4-image.png

      1 Reply Last reply Reply Quote 0
      • S
        svarto
        last edited by svarto

        @Konstanti Thanks man, I managed to reassign the virtual IP and set up the NAT as you mentioned, however it is still not working.

        0_1549227415987_packetcapture_2.zip

        I attach a new packet capture. Could it be something with the Unbound DNS Resolver? I am resolving the app1.example.com to IP 192.168.0.98 through pfsense Unbound DNS resolves. It works on all my other devices but is
        there something special with IPSec VPN Mobile Clients? I read somewhere that I had to set the Outgoing Network Interfaces to LAN and Localhost for it to work over VPN, so did that already.

        DNS Resolver:
        0_1549227468379_8de0a228-d7fa-4a4a-96fa-c13413ffd6cd-image.png

        K 1 Reply Last reply Reply Quote 0
        • K
          Konstanti @svarto
          last edited by

          @svarto
          Packetcapture file empty

          1 Reply Last reply Reply Quote 0
          • DerelictD
            Derelict LAYER 8 Netgate
            last edited by

            And don't filter on anything but the host address so we can see the DNS queries.

            Chattanooga, Tennessee, USA
            A comprehensive network diagram is worth 10,000 words and 15 conference calls.
            DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
            Do Not Chat For Help! NO_WAN_EGRESS(TM)

            1 Reply Last reply Reply Quote 0
            • S
              svarto
              last edited by

              0_1549228302261_PacketCaptureontwointerfaces.zip

              @Konstanti @Derelict I created two packetcaptures on the two separate interfaces, filtering for the android IPSec VPN client as Host (i.e. 192.168.200.1)

              Should be something in the files now...

              1 Reply Last reply Reply Quote 0
              • S
                svarto
                last edited by

                @Konstanti @Derelict What is very peculiar is that when I am connected to the Wifi on my phone, and then connect through the IPSec VPN. Everything works. When I am not on the internal network but on 4G on my phone, and connect through the IPSec VPN - it doesn't work.

                See packetcapture from being on the Wifi and connected through VPN and everything works:
                0_1549229309189_IPSecInterfaceonWifiallworks.zip

                K 1 Reply Last reply Reply Quote 0
                • DerelictD
                  Derelict LAYER 8 Netgate
                  last edited by

                  Doesn't do any good to look at pcaps of it working without one of it not working to compare it to.

                  Chattanooga, Tennessee, USA
                  A comprehensive network diagram is worth 10,000 words and 15 conference calls.
                  DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
                  Do Not Chat For Help! NO_WAN_EGRESS(TM)

                  S 1 Reply Last reply Reply Quote 0
                  • K
                    Konstanti @svarto
                    last edited by Konstanti

                    This post is deleted!
                    1 Reply Last reply Reply Quote 0
                    • S
                      svarto @Derelict
                      last edited by svarto

                      @derelict said in Mobile IPSec VPN works but does not follow 302 redirects:

                      Doesn't do any good to look at pcaps of it working without one of it not working to compare it to.

                      I submitted two packet captures, one where it wasn't working (i.e. Android phone on 4G and the IPSec VPN turned on) and the second where it is working (i.e. Android phone on internal Wifi and the IPSec VPN turned on).

                      My problem is that I would expect it to work the same whenever I am connected through the IPSec VPN...

                      Or did I misunderstand your comment?

                      Please see below:
                      0_1549260318219_bothpacketcaptures.zip

                      K 1 Reply Last reply Reply Quote 0
                      • K
                        Konstanti @svarto
                        last edited by

                        @svarto
                        Hey
                        Make two files on the lan interface (ipsec is not necessary)
                        The first, when works
                        Second , when not working
                        What you posted was an ipsec capture (workingpacketcapture.cap)
                        It looks like this

                        0_1549261533639_5d9a5085-122d-4b94-b0c5-4555cd33a333-image.png

                        The second file (Notworkingpacketcapture.cap) you already showed yesterday

                        0_1549261903833_ef9630b8-e60a-4cda-837b-a8a5a4271481-image.png

                        This is yesterday's file (LanInterfaceClientasHost.cap)

                        0_1549261872671_421930b2-149a-4a8d-997b-b3cfebb499b9-image.png

                        1 Reply Last reply Reply Quote 0
                        • S
                          svarto
                          last edited by

                          @Konstanti Thanks for your patience, I did the packet captures for the two separate cases, attach them here in the .zip file and they are named according to if they were working or not:

                          0_1549262621274_LANsplittest.zip

                          K 1 Reply Last reply Reply Quote 0
                          • K
                            Konstanti @svarto
                            last edited by

                            @svarto

                            And what is the error expressed ?
                            Visually, encrypted data is exchanged in both cases. There are no errors in the exchange. The client confirms receipt of the data.

                            1 Reply Last reply Reply Quote 0
                            • S
                              svarto
                              last edited by svarto

                              @Konstanti

                              I attach a network diagram of my setup to make it clearer.

                              This is what is weird, when I connect to the VPN from my phone on 4G (option 1 in the attached diagram), I don't get errors any errors just timeouts. I can access everything on the internal LAN and internet, except, I cannot login into certain webservices. When I enter my password and press login, it just stalls - the browser says it is "thinking / loading" and then nothing happens. After a long time I get a "Server not found" error in the browser.

                              However, when I am on my phone on the internal wifi over the VPN (option 2), then I click login and get redirected instantly to the dashboard of the webapp. I can also reach the webapp from outside my network as I have a reverse proxy (option 3), and this works fine.

                              The reason I want to set up the Mobile IPSec VPN is that I want to close down the reverse proxy I have set up so that I can only access my webservices over the VPN and not anymore expose them directly to the internet.

                              0_1549268966959_7037c544-acec-48e5-bea3-45c0e02ae4b2-image.png

                              1 Reply Last reply Reply Quote 0
                              • First post
                                Last post
                              Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.