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

    2.4.3 Breaks Mobile Client

    Scheduled Pinned Locked Moved IPsec
    18 Posts 8 Posters 2.7k 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.
    • B
      bigjme93
      last edited by

      On my side I tried forcing ikve1 and ikve2, and leaving it on auto

      I have also changed the encryptions used for both phase 1 and phase 2 to various different options with no change

      Just to note, I am on the android client under android 8.0.0

      1 Reply Last reply Reply Quote 0
      • M
        miken32
        last edited by

        @lst_hoe:

        Maybe related to this change :
        "Changed IPsec Phase 1 to allow configuration of multiple IKE encryption algorithms, key lengths, hashes, and DH groups"

        Could you check if your phase 1 algorithms include something useful or simply save the desired settings again?

        The only change in config.xml after upgrade was from this:

        
        		 <phase1><encryption-algorithm><name>aes</name>
        				<keylen>256</keylen></encryption-algorithm> 
        			<hash-algorithm>sha1</hash-algorithm>
        			<dhgroup>2</dhgroup></phase1> 
        
        

        To this:

        
        		 <phase1><encryption><encryption-algorithm><name>aes</name>
        						<keylen>256</keylen></encryption-algorithm> 
        					<hash-algorithm>sha1</hash-algorithm>
        					<dhgroup>2</dhgroup></encryption></phase1> 
        
        

        So, just rearranging the parameters to allow for multiple entries, as the release notes say. Re-saving the config made no difference. Tried deleting and recreating the config today, but GUI is throwing nonsensical errors at me.  ::)

        1 Reply Last reply Reply Quote 0
        • M
          miken32
          last edited by

          @xpxp2002:

          @lst_hoe:

          With IKEv2 it is working here as before BTW, at least with Windows and Android clients. Maybe only the Apple clients are affected?

          My iPhone and Mac clients are working same as before with IKEv2.

          Yeah I'm on IKEv1, and Jim P has just updated the ticket indicating that it looks like a problem related to IKEv1 PSK handling in a new version of strongSwan.

          1 Reply Last reply Reply Quote 0
          • jimpJ
            jimp Rebel Alliance Developer Netgate
            last edited by

            Yep, it isn't anything in our code. I was sure I had botched something in the new dual stack stuff at first but nope, the pfSense side was all good. strongSwan 5.6.2 changed ipsec.secrets logic for IKEv1, I think I've got it sorted out now.

            Try applying fad13c4142bba5c24e2a1d4739d46a5ff9c7ed19 with the system patches package and then edit/save/apply the mobile tunnel. Let me know if it works or fails, especially if other tunnels (IKEv1 or IKEv2) fail that are working now before adding that patch.

            Remember: Upvote with the 👍 button for any user/post you find to be helpful, informative, or deserving of recognition!

            Need help fast? Netgate Global Support!

            Do not Chat/PM for help!

            1 Reply Last reply Reply Quote 0
            • B
              bigjme93
              last edited by

              Hi jimp

              I can confirm, that patch does fix the vpn connection

              I wasn't using StrongSwan on my android though. I am just using the in built vpn system on android 8.0.0, either way, all fixed now

              Thank you very much

              Jamie

              1 Reply Last reply Reply Quote 0
              • jimpJ
                jimp Rebel Alliance Developer Netgate
                last edited by

                @bigjme93:

                I can confirm, that patch does fix the vpn connection

                Great!

                @bigjme93:

                I wasn't using StrongSwan on my android though. I am just using the in built vpn system on android 8.0.0, either way, all fixed now

                It's the version of strongSwan on pfSense itself to blame in this instance. It doesn't matter what the clients are running.

                Remember: Upvote with the 👍 button for any user/post you find to be helpful, informative, or deserving of recognition!

                Need help fast? Netgate Global Support!

                Do not Chat/PM for help!

                1 Reply Last reply Reply Quote 0
                • B
                  bigjme93
                  last edited by

                  Ahh OK, lack of understanding on my side

                  Thanks again

                  1 Reply Last reply Reply Quote 0
                  • R
                    Redmac
                    last edited by

                    So how does the average user go about fixing this? :). I was able to get my mobile clients working by removing and re-adding the mobile client config, but split tunneling is no longer working after that…

                    1 Reply Last reply Reply Quote 0
                    • jimpJ
                      jimp Rebel Alliance Developer Netgate
                      last edited by

                      Use the System Patches package and apply the commit ID I mentioned above. See https://doc.pfsense.org/index.php/System_Patches

                      Remember: Upvote with the 👍 button for any user/post you find to be helpful, informative, or deserving of recognition!

                      Need help fast? Netgate Global Support!

                      Do not Chat/PM for help!

                      1 Reply Last reply Reply Quote 0
                      • R
                        Redmac
                        last edited by

                        Applied the patch and split tunneling still does NOT work. I may try deleting the mobile profile and recreating it again. If that doesn't do I'll have to fall back to the previous version if I can find a d/l for it.

                        –--

                        Update, split tunneling works. When I recreated the mobile client I had the access set to LAN instead of 0.0.0.0. My mistake

                        Thanks for the help. All is good.
                        Mike

                        1 Reply Last reply Reply Quote 0
                        • P
                          Pashator
                          last edited by

                          Patch application fixed the issue! Thanks!

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