Заставляя Samba, DHCP и DNS играть по правилам
С appcmd строкой Вы упомянули выше, Вы просматриваете vdirs для всех сайтов в Вашем сервере. Поскольку Вы обнаружили, у менеджера по IIS нет этой возможности - она может только просмотреть vdirs для определенного сайта или приложения.
Одна причина Вы могли бы видеть vdirs, перечисленный в appcmd, но ни один в менеджере по IIS не то, что appcmd рассматривает верхний уровень, располагает vdir. Если у Вас будет сайт под названием www.example.com без виртуальных каталогов, то Вы будете все еще видеть 1 виртуальный каталог в appcmd для www.example.com. Это не обнаружится в менеджере по IIS. Если у Вас будет www.example2.com с vdir под названным образцом, то Вы будете видеть 2 vdirs, перечисленные в appcmd, но только 1 (образец), перечисленный в менеджере по IIS.
SMB является протоколом совместного доступа к файлам в сети, таким образом, нет механизма определения имен, который характерен для долей SMB/CIFS. Определение имен для SMB/CIFS зависит от клиента, и это настроило механизмы определения имен (DNS, WINS, широковещательная передача, и т.д.) и порядок и зависит от того, используете ли Вы FQDN или имя единственной маркировки.
В отсутствие DNS или сервера WINS, клиенты Windows будут использовать широковещательные сообщения NetBIOS (если NetBT по TCP включат) попытаться разрешить имена. Windows Vista, 7, и клиенты W2K8 будет также использовать LLMNR для локального определения имен.
Не входя ко всем окровавленным деталям о том, как и в том, какие клиенты Windows порядка разрешают имена хостов, я мог бы предложить, Вы реализуете более устойчивый сервер DNS внутренне, такой как Windows DNS.