Can't confirm anything but wow, finding a bug in windows, what are the odds?

On Tue, Jan 17, 2023 at 4:40 PM Chris Miller <cjm@tryx.org> wrote:
Hi Linus,
Did you say it all worked fine by ip address?
Windows PowerShell:

$ nslookup nasx.tclc.org -- works. Reports 10.1.1.80
$ nslookup nas0.tclc.org -- works. Reports 10.1.1.80

# mount //10.1.1.80/d0 /net/nas0/d0 -- works
# mount //nasx.tclc.org/d0 /net/nas0/d0 -- works
# mount //nas0.tclc.org/d0 /net/nas0/d0 -- works

> dir \\10.1.1.80\d0 -- works
> dir \\nasx.tclc.org\d0 -- works
> dir \\nas0.tclc.org\d0 -- fails

If I change nas0.tclc.org to a different IP, say 10.1.1.81, then dir \\nas0.tclc.org\d0 still fails.

So, any inspection of nas0.tclc.org works everywhere, but any use of nas0.tclc.org fails only on Windows, regardless of the value. I no longer suspect a corruption, since I have purged and reinitialized all known sources and caches. This may be a collision, but that would require some rogue assignment that I haven't found. It may also be a permissions problem, but domain name level permissions is easily checked and I compared this name with nas1.tclc.org, which is not known to have problems. Ultimately, the culprit will have to be the NAS, since this all happened, coincidentally, after a system update. I have review all the settings for the NAS, and I have found nothing.

Thanks for the help,
--
Chris.

V:916.799.9461
F:916.974.0428
    A: Because we read from top to bottom, left to right.
    Q: > Why should I start my reply below the quoted text?