<div dir="ltr">Corp is using .local for some internal services such as a key file server.  I have no control over it.<div><br></div><div>  The first key issue I&#39;m seeing is a windows box on my 172.27 subnet can ping the file server but trying to do a dns lookup on the hostname is failing to resolve.  As a result all the procedures that tell my manufacturing users to open &quot;\\share.local\Manufacturing&quot; fail and updating them to do \\10.bbb.ccc.ddd\Manufacturing&quot; would cause a lot more pain than it&#39;s worth.  </div><div><br></div><div>  My Linux bind server has the windows domain servers as the upstream dns in my resolv.conf but I&#39;ve never had to deal with this type of forwarding before so I&#39;m not sure where the breakage is.<br></div><div><br></div><div>  Unfortunately we have critical documents on the shared server and I need to get it working this way.</div><div><br></div><div>Robert</div><div><br></div></div><br><div class="gmail_quote">On Mon, Mar 2, 2015 at 11:59 AM LnxGnome &lt;<a href="mailto:lnxgnome@hopnet.net">lnxgnome@hopnet.net</a>&gt; wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF" text="#000000">
    .local is a concept of multicast DNS.  If the host.local speaks
    mDNS, it should be responding to those replies for itself.  This
    works find for a small shared LAN. <br>
    <br>
    If you have a distributed / firewalled network that isn&#39;t passing
    mDNS between segments, that is probably causing your problem.  In
    this situation, don&#39;t use &quot;.local&quot;.</div><div bgcolor="#FFFFFF" text="#000000"><br>
    <br>
    --LnxGnome</div><div bgcolor="#FFFFFF" text="#000000"><br>
    <br>
    <div>On 3/2/15 12:35 PM, Robert L. Harris
      wrote:<br>
    </div>
    </div><div bgcolor="#FFFFFF" text="#000000"><blockquote type="cite">
      <div dir="ltr">  I&#39;ve set up a bind9 server ( Ubuntu ) for a
        subnet ( 172.27/16 ) at work to support some lab space.  I&#39;ve
        found a problem where it seems some Windows boxes are not
        correctly resolving the corp.local domain even though I&#39;m
        referencing the corp dns servers and <a href="http://internal.corp.com" target="_blank">internal.corp.com</a> works
        just fine, just not the .local.  I can access with
        \\aaa.bbb.ccc.dd\share correctly and ping aaa.bbb.ccc.ddd
        without issue.
        <div><br>
        </div>
        <div>Anyone seen this or have a link?  Googling &quot;linux bind9
          windows domain&quot; provides a lot of red herrings.</div>
        <div><br>
        </div>
        <div>Robert</div>
        <div><br>
        </div>
      </div>
      <br>
      <fieldset></fieldset>
      <br>
      </blockquote></div><div bgcolor="#FFFFFF" text="#000000"><blockquote type="cite"><pre>_______________________________________________
Ale mailing list
<a href="mailto:Ale@ale.org" target="_blank">Ale@ale.org</a>
<a href="http://mail.ale.org/mailman/listinfo/ale" target="_blank">http://mail.ale.org/mailman/listinfo/ale</a>
See JOBS, ANNOUNCE and SCHOOLS lists at
<a href="http://mail.ale.org/mailman/listinfo" target="_blank">http://mail.ale.org/mailman/listinfo</a>
</pre>
    </blockquote></div>

______________________________<u></u>_________________<br>
Ale mailing list<br>
<a href="mailto:Ale@ale.org" target="_blank">Ale@ale.org</a><br>
<a href="http://mail.ale.org/mailman/listinfo/ale" target="_blank">http://mail.ale.org/mailman/<u></u>listinfo/ale</a><br>
See JOBS, ANNOUNCE and SCHOOLS lists at<br>
<a href="http://mail.ale.org/mailman/listinfo" target="_blank">http://mail.ale.org/mailman/<u></u>listinfo</a><br>
</blockquote></div>