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

    DNS server - Same LAN but using the WAN address

    Scheduled Pinned Locked Moved NAT
    6 Posts 3 Posters 3.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.
    • C
      CrashOverride
      last edited by

      Hi,

      Have a problem. If I have a BIND nameserver on local IP: 192.168.1.10 and WANIP: xx.yy.zz.xx and I'm sitting a computer on the same LAN lets say the computer have local IP: 192.168.1.20 and I'm trying to use:

      dig @xx.yy.zz.xx domain.tld
      

      I will get:

      ; (1 server found)
      ;; global options: +cmd
      ;; connection timed out; no servers could be reached

      But if I use:

      dig @192.168.1.10 domain.tld
      

      I will get the proper respone with:

      domain.tld.                360    IN      A      xx.yy.zz.xx

      It seems something are blocking the request.

      If I in a webbrowser are typing xx.yy.zz.xx I will get the appropiate webserver that are on the same LAN as both the BIND Nameserver and the computer requesting. So on Web I can do it but not with DNS request. What can be wrong ?

      /CP

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

        Hello,
        So, if you have NAT reflection off, you cannot use the WAN ip address from an internal machine.
        If you do have NAT reflection on, then do you have rules for allow TCP and UDP to port 53?

        Podilarius

        1 Reply Last reply Reply Quote 0
        • C
          CrashOverride
          last edited by

          Disable NAT Reflection: Is not ticked so I will say it's on.

          Since if I go to xx.yy.zz.xx that are my public IP I i'm coming to be correct internal Webserver as I want.

          According to rules: I actually right now have a rule saying:
          Proto Source Port Destination Port Gateway

          • *         *     *               *     *

          If I'm trying from outside from for example my home address I can't ask the server without any problems.

          1 Reply Last reply Reply Quote 0
          • C
            CrashOverride
            last edited by

            No solution for this issue ?

            1 Reply Last reply Reply Quote 0
            • C
              cmb
              last edited by

              @CrashOverride:

              No solution for this issue ?

              NAT reflection is the solution, or don't query it internally by its public IP ideally, routing traffic back in like that is ugly. It's possible if you have the local DNS forwarder enabled on the firewall it will interfere though I'm not 100% sure offhand on that, if you have it enabled try disabling it.

              1 Reply Last reply Reply Quote 0
              • C
                CrashOverride
                last edited by

                @cmb:

                @CrashOverride:

                No solution for this issue ?

                NAT reflection is the solution, or don't query it internally by its public IP ideally, routing traffic back in like that is ugly. It's possible if you have the local DNS forwarder enabled on the firewall it will interfere though I'm not 100% sure offhand on that, if you have it enabled try disabling it.

                1. Now: DNS Forwarder is Disabled and "Disable NAT Reflection" is not ticked.

                Then I can access my local webserver by using the External Address, but I can't access the local DNS server by using the External Address

                1. If I have: DNS Forwarder is Disabled and "Disable NAT Reflection" is ticked.

                I can't access anything on there external address

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