Приложения 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.

Другие вопросы по тегам