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

    Local (LAN) domain confusion

    Scheduled Pinned Locked Moved DHCP and DNS
    7 Posts 3 Posters 543 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.
    • P
      pastic
      last edited by

      I don't know if this belong here in DNS or in the Routing subforum.

      I am calling my LAN nibelheim and my pfsense fafner. I can access pfsense at https://fafner.nibelheim.
      I am calling my Truenas truenas and have configured its domain as nibelheim but I cannot access it at https://truenas.nibelheim.
      For some reason I can access it at https://truenas.local

      What could be going on?

      Screenshot 2023-10-08 at 15-36-47 fafner.nibelheim - System General Setup.png

      Screenshot from 2023-10-08 15-15-16.png

      Screenshot from 2023-10-08 15-18-05.png

      Screenshot from 2023-10-08 15-18-21.png

      johnpozJ 1 Reply Last reply Reply Quote 0
      • johnpozJ
        johnpoz LAYER 8 Global Moderator @pastic
        last edited by johnpoz

        @pastic did you create a record (host override) in your pfsense dns to resolve truenas.nibelheim to its IP? Or enable dhcp or static registration.

        BTW, single label tld like just nibelheim not really a good choice.. how about nibelheim.lan ? .lan is a tld that should never really be used in the public dns..

        .local is used by mdns.. So you finding it with truenas.local is using mdns to resolve the name... Which is just a broadcast a client sends out on 5353 with the name and clients with that name answer.

        My nas is setup with the new recommended local domain home.arpa, and it also still resolves to its old domain local.lan that I am in the process of retiring

        $ dig nas.home.arpa +short
        192.168.9.10
        
        $ dig nas.local.lan +short
        192.168.9.10
        

        https://www.rfc-editor.org/rfc/rfc8375.html
        Special-Use Domain 'home.arpa.'

        An intelligent man is sometimes forced to be drunk to spend time with his fools
        If you get confused: Listen to the Music Play
        Please don't Chat/PM me for help, unless mod related
        SG-4860 24.11 | Lab VMs 2.7.2, 24.11

        P 1 Reply Last reply Reply Quote 0
        • P
          pastic @johnpoz
          last edited by

          @johnpoz I have always had a static registration for truenas at 10.0.0.50 in pfsense. I had not entered a host override. Now it works. Thanks!

          1. I guess I still don't grasp though, why, when pfsense configures my LAN as 10.0.0.1/24 and calls this domain .nibelheim and I have a static registration at 10.0.0.50 for truenas, why pfsense could not figure out the truenas.nibelheim is the same thing as 10.0.0.50?

          2. So that truenas is findable with .local was simpy due to the fact that Truenas is broadcasting mDNS?

          3. your suggestion to use nibelheim.lan, is that due to any practical disadvantages, or simply the fact that my LAN does not have a tld and that conceptually it is better to have one?

          Bob.DigB 1 Reply Last reply Reply Quote 0
          • Bob.DigB
            Bob.Dig LAYER 8 @pastic
            last edited by

            @pastic said in Local (LAN) domain confusion:

            and I have a static registration at 10.0.0.50 for truenas, why pfsense could not figure out the truenas.nibelheim is the same thing as 10.0.0.50?

            Have you checked your static registration?
            Are you trying this from a LAN with pfSense as the DNS-server?

            P 1 Reply Last reply Reply Quote 0
            • P
              pastic @Bob.Dig
              last edited by pastic

              @Bob-Dig the static registration is fine:
              d7e10805-a333-43ac-9ec8-7515c43794ed-image.png

              Are you trying this from a LAN with pfSense as the DNS-server?
              From a LAN yes, but perhaps pfsense is not my DNS server? I point it towards OpenDNS. However, I thought that only applied to non-LAN lookups.

              16958636-3c8c-4158-bdfb-efe12ee1593d-image.png

              johnpozJ 1 Reply Last reply Reply Quote 0
              • johnpozJ
                johnpoz LAYER 8 Global Moderator @pastic
                last edited by johnpoz

                @pastic did you set unbound to register your reservation?

                reg.jpg

                as to using a single label.

                https://learn.microsoft.com/en-us/troubleshoot/windows-server/networking/single-label-domains-support-policy

                They are not good practice..

                SLDs aren't a recommended configuration for future deployments and may not work with some products or versions. Other Microsoft or third-party applications that end users may want to run in your environment may not be compatible on an SLD. We recommend that customers deploy their infrastructure by using common, tested configurations to minimize extra deployment and testing costs.

                You can run into problems.. Like I said I would suggest you not use a SLD.. But you do you.. Its difficult for search suffixes and can be problematic.

                An intelligent man is sometimes forced to be drunk to spend time with his fools
                If you get confused: Listen to the Music Play
                Please don't Chat/PM me for help, unless mod related
                SG-4860 24.11 | Lab VMs 2.7.2, 24.11

                P 1 Reply Last reply Reply Quote 1
                • P
                  pastic @johnpoz
                  last edited by pastic

                  @johnpoz said in Local (LAN) domain confusion:

                  did you set unbound to register your reservation?

                  Oh... had not done that. Now it works without host override!
                  Thanks!

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