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(a)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
<http://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?