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

    OpenVPN and static IP for ALL clients

    Scheduled Pinned Locked Moved OpenVPN
    27 Posts 7 Posters 13.4k 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.
    • noplanN
      noplan @ThePieMonster
      last edited by

      @ThePieMonster

      done added more screenshots

      T 1 Reply Last reply Reply Quote 0
      • T
        ThePieMonster @noplan
        last edited by ThePieMonster

        @noplan said in OpenVPN and static IP for ALL clients:

        @ThePieMonster

        done added more screenshots

        So my users are domain users. How would using the User Manager certificate work?

        This link shows that using User Certificates is not part of the process.
        https://fastinetserver.wordpress.com/2013/03/09/pfsense-openvpn-static-ip-for-clients/

        Pictures for location reference

        User Manager User Certificate
        9d3b7c69-b57b-4d27-aa3d-b466f4309c1e-image.png

        Certificate Manager Certificate
        de92502c-92b0-4cce-ad85-5af8ed041501-image.png

        1 Reply Last reply Reply Quote 0
        • noplanN
          noplan
          last edited by

          hey @ThePieMonster

          dont get me wrong ...
          add a user / click to add a user certificate
          and follow the instructions here in that post. and test it if it works for you then go to the next step.
          (all of the information you need is provided here)

          as far as i m concerned the link --> klick you provided is a) from 2013 and b) mentions as u can see in the screenshot
          that User Certificates is part of the process.

          28b5366a-093c-40f4-81d1-1ae015b9b058-grafik.png

          possibly the next step my be
          check how to import the DOMAIN User Cert to pfS ore use the domainUserDB as Backend in pfS
          and test the whole loop again, let me mention that it would be pretty sweet when you keep us all informed how it works / or even not. But this is not part of this topic i think, cuz static IP for VPN-clients is pretty much solved here.

          br nP

          1 Reply Last reply Reply Quote 0
          • viktor_gV
            viktor_g Netgate
            last edited by

            If you need per-client firewall rules, a more efficient way is to use Cisco-AVPair RADIUS ACLs:
            https://docs.netgate.com/pfsense/en/latest/book/openvpn/controlling-client-parameters-via-radius.html

            noplanN 1 Reply Last reply Reply Quote 0
            • noplanN
              noplan @viktor_g
              last edited by

              @viktor_g

              oh yeah i like that, but lack of useCase :(

              i think @ThePieMonster needs a static IP for his vpn-clients
              but a static Ip only helps when rules are set ;) so whats NEXT !

              1 Reply Last reply Reply Quote 0
              • T
                ThePieMonster
                last edited by

                @noplan @viktor_g

                As I mentioned the user cert is from the the Certificate Manager / Certificates section of pfSense, not from the User Manager section. There are two locations where a user certificate can be created.

                I also found out today, that the common name, is not the CN name of the cert, that can be whatever you like, but the username of the domain user. Switching this info around in the client override solved the issue for me.

                TLDR: CN = Domain Username, not Certificate name.

                viktor_gV 1 Reply Last reply Reply Quote 0
                • noplanN
                  noplan
                  last edited by

                  @ThePieMonster said in OpenVPN and static IP for ALL clients:

                  Switching this info around in the client override solved the issue for me.

                  so please mark this posting als SOLVED !

                  T 1 Reply Last reply Reply Quote 0
                  • T
                    ThePieMonster @noplan
                    last edited by

                    @noplan I would but I'm not OP. :)

                    1 Reply Last reply Reply Quote 0
                    • stephenw10S
                      stephenw10 Netgate Administrator
                      last edited by

                      There seems to be some mis-information in this thread.

                      You do not need to add the custom push line in a Client Specific Override. Adding the tunnel network as an IP address already does exactly that.

                      You often do need to restart the OpenVPN server to read in the CSOs: https://redmine.pfsense.org/issues/10337
                      That should probably be marked a feature though, nothing has changed there.

                      Steve

                      noplanN 1 Reply Last reply Reply Quote 2
                      • noplanN
                        noplan @stephenw10
                        last edited by

                        @stephenw10 said in OpenVPN and static IP for ALL clients:

                        You do not need to add the custom push line in a Client Specific Override

                        as i mentioned earlier
                        the reason why i added it and still doin it

                        there are clinets out there in the wild where the CSO is not working without
                        the custom push added.

                        thanks for pointin me to issue 10337

                        brNP
                        #staysafe

                        1 Reply Last reply Reply Quote 0
                        • viktor_gV
                          viktor_g Netgate @ThePieMonster
                          last edited by

                          @ThePieMonster said in OpenVPN and static IP for ALL clients:

                          @noplan @viktor_g

                          I also found out today, that the common name, is not the CN name of the cert, that can be whatever you like, but the username of the domain user. Switching this info around in the client override solved the issue for me.

                          TLDR: CN = Domain Username, not Certificate name.

                          You can change this behavior on 2.5 branch,
                          or by applying patch https://redmine.pfsense.org/issues/8289 on 2.4.4/2.4.5

                          1 Reply Last reply Reply Quote 0
                          • stephenw10S
                            stephenw10 Netgate Administrator
                            last edited by stephenw10

                            I would suggest those clients must have typo or similar because adding the custom line does exactly the same thing.
                            For example I created a CSO for a user with a cert CN of test and added only this:

                            Selection_821.png

                            If I check what that actually creates:

                            [2.4.5-RELEASE][admin@google.stevew.lan]/root: cat /var/etc/openvpn-csc/server2/test
                            ifconfig-push 10.10.10.5 255.255.255.240
                            

                            If I now add the custom line in addition:

                            Selection_822.png

                            I now get:

                            [2.4.5-RELEASE][admin@google.stevew.lan]/root: cat /var/etc/openvpn-csc/server2/test
                            ifconfig-push 10.10.10.5 255.255.255.240
                            ifconfig-push 10.10.10.5 255.255.255.240
                            

                            Clearly both those lines are not required! 😉

                            Steve

                            1 Reply Last reply Reply Quote 0
                            • noplanN
                              noplan
                              last edited by

                              @stephenw10

                              tested it with some older android clients right now
                              without the ifconfig-push not working on device
                              added the lines working
                              maybe / pretty shure it is the client not the config on the Server

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