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

    After configuring WireGuard VPN I can no longer log in to my modem

    Scheduled Pinned Locked Moved General pfSense Questions
    16 Posts 3 Posters 673 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.
    • sarrasineS
      sarrasine @Jarhead
      last edited by

      As much as I searched, I could find nothing related to my issue, it is as if this particular scenario has never been encountered!

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

        Yup that. Add a static route to the modem IP address via the WAN gateway in System > Routing > Static Routes.

        https://docs.netgate.com/pfsense/en/latest/routing/static.html#example-static-route

        Steve

        sarrasineS 2 Replies Last reply Reply Quote 1
        • stephenw10S
          stephenw10 Netgate Administrator
          last edited by

          An alternative solution here would be to add a VIP on the WAN inside the modem subnet. Some modems require that if they don't have route back. You probably don't since it was working before you added the VPN. But just for reference:
          https://docs.netgate.com/pfsense/en/latest/recipes/modem-access.html

          1 Reply Last reply Reply Quote 1
          • stephenw10S stephenw10 moved this topic from Firewalling on
          • sarrasineS
            sarrasine @stephenw10
            last edited by sarrasine

            @stephenw10
            Like this?
            1000010523.png

            Unfortunately, I still can't connect.
            Not sure if additional firewall rules are needed and what they would look like. The Netgate documentation mentions them, but does not specify what they should be.

            1 Reply Last reply Reply Quote 0
            • sarrasineS
              sarrasine @stephenw10
              last edited by sarrasine

              @stephenw10
              I added a firewall LAN rule (no idea if it is correct):
              1000010525.png,
              but seems like there is a NAT issue as well.

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

                If you have policy routing rule for the VPN on LAN you need to put that rule above it.

                If it worked before you added the VPN it should work now without additional NAT rules or VIPs.

                sarrasineS 2 Replies Last reply Reply Quote 1
                • sarrasineS
                  sarrasine @stephenw10
                  last edited by sarrasine

                  @stephenw10
                  Thank you!
                  1000010524.png
                  Screenshot_20240422-194101.png
                  Now instead of timing out, the 192.168.3.1 gives me a "Connection refused" error.

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

                    192.168.3.1 is the modem management IP correct?

                    Before you added the VPN you were able to access it from the LAN by just entering that directly in a browser?

                    I can't see what mode you have the outbound NAT it. Normally in auto mode traffic for the modem IP would just be translated to the WAN address like any other traffic.

                    1 Reply Last reply Reply Quote 1
                    • sarrasineS
                      sarrasine @stephenw10
                      last edited by

                      @stephenw10
                      Never mind, it worked!
                      But I needed these:
                      1000010529.png
                      Sorry, the picture didn't show it, but I am using manual NAT.
                      Funny thing, I can access 192.168.3.1 (yes, this is the modem's login page) only from one of two Chrome based browsers. But that is fine : )

                      I don't know how to thank you, Stephen, very much obliged!

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

                        Cool.

                        You almost certainly only need one of those rules. You wouldn't need static source ports for that connection.

                        If you removed those rules deliberately to prevent traffic 'leaking' past the VPN (a lot of VPN setup guides will have you do that) then you might want to tighten it to only apply to traffic with modem as destination.

                        sarrasineS 1 Reply Last reply Reply Quote 1
                        • sarrasineS
                          sarrasine @stephenw10
                          last edited by

                          This post is deleted!
                          stephenw10S 1 Reply Last reply Reply Quote 0
                          • stephenw10S
                            stephenw10 Netgate Administrator @sarrasine
                            last edited by

                            @sarrasine said in After configuring WireGuard VPN I can no longer log in to my modem:

                            Do I need any of the 500 (ISAKMP) rules?

                            You only need them if you are connecting an IPSec VPN through the firewall. So probably not. But it doesn't hurt to leave them either.

                            sarrasineS 1 Reply Last reply Reply Quote 1
                            • sarrasineS
                              sarrasine @stephenw10
                              last edited by

                              @stephenw10
                              Thank you, Stephen, appreciate it!

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