Приложения Windows не видят файлы на общем ресурсе CIFS, сопоставленные без полного доменного имени
Недавно я столкнулся с еще одной странностью в нашем кластере в отношении Windows 2003 и Windows 7 (с использованием Explorer или даже простых пакетных файлов, программ на C#, программ на FORTRAN и т. Д.) И файлов на общем ресурсе CIFS, сопоставленных без нашего полностью квалифицированного домена. название. Наши файлы хранятся на Isilon под управлением OneFS 6.5 (плюс некоторые незначительные обороты).
Если я подключу диск так:
net use z: \\isilon\folder\
И добавьте файлы в ту же папку с другого компьютера в кластере, задержка до просмотра файлов в Windows Explorer (или любой программе) на любом другом компьютере бесконечна!
То есть, если я не сделаю что-то вроде следующего:
echo 1 >z:\test.txt
После того, как я произвожу запись в каталог со своего компьютера, я смогу увидеть все другие изменения в этом каталоге в проводнике Windows или в программе по своему выбору.
Однако, если я подключу диск так:
net use y: \\isilon.fqdn.com\folder
Я получаю обновления своевременно. Я даже использовал примеры программ, которые просто зацикливали и опрашивали каталог, и без полного доменного имени они не получали никаких обновлений!
Есть ли в Windows параметр, который вызывает такое поведение по отношению к общим ресурсам CIFS? Или это странность нашего Исилона?
1 ответ
При анализе сетевого трафика между Windows Explorer и нашим кластером Isilon (запущенным 6.5.4.17), большое количество сообщений SMB с NTSTATUS STATUS_NOT_IMPLEMENTED
были замечены, когда использовалось не FQDN.
По сути, уведомление об изменении не поддерживается (хорошо) при использовании разрешения имен Netbios по сравнению с разрешением имен DNS. Решение состоит в том, чтобы вместо этого всегда использовать полное доменное имя при сопоставлении общих ресурсов CIFS в кластере Isilon.