! == ! == BROWSING.TXT для Samba выпуск 1. 9. 18p10 20 августа 1998 ! == Author/s: Много (Благодарность Luke, Джереми, Эндрю, и т.д.) Обновлен: 5 июля, 1998 Подходит только - Для ОЧЕНЬ Продвинутых Пользователей Резюме: Это файл описывает, как конфигурировать Samba для улучшенного просмотра сети и разделяемых ресурсов. ======================================= ============================== КРАТКИЙ ОБЗОР: ========= Работа SMB в сети обеспечивает механизм, с помощю которого клиенты могут обращаться к списку машин, которые являются доступными внутри сети. Этот список называется список просмотра, и с трудом используется всеми SMB клиентами. До появления этого документа конфигурация просмотра сети и разделяемых ресурсов SMB была проблематична для некоторых Samba пользователей. Просмотр сети и разделяемых ресурсов не будет работать, если разрешение имен NetBIOS до адресов IP не функционирует корректно. Настоятельно рекомендуется использование сервера WINS для помощи разрешения NetBIOS (SMB) имена до адресов IP. WINS позволяют удаленным клиентам сегмента получать NetBIOS name_type(тип имени) информацию, которую нельзя обеспечить любым другим способом разрешения имени. ======================================= ============================== Просмотр сети и разделяемых ресурсов ======== Samba теперь полностью поддерживает просмотр сети и разделяемых ресурсов. Просмотр поддержан nmbd и управляется опциями в файле smb.conf (см. smb.conf (5)). Samba может работать как Local master browser (локальная система просмотра ресурсов) для рабочой группы и также способна поддерживать процедуру регистрации в системе как в домен и также сценарии. См. DOMAIN.TXT для подробной информации относительно входов в систему как в домен. Samba может также действовать как Domain master browser(Главная система просмота ресурсов) для рабочой группы. Это означает что Samba будет объединять списки от локальных систем просмотра ресурсов в список сервера распределенной сети. Клиенты системы просмотра для разрешения имен, могут воспользоваться этим списком, рекомендуется, чтобы и samba и вашы клиенты использовали сервер WINS. Заметьте, что Вы не должны устанавливать сервер Samba, что бы быть главной системой просмота для рабочей группы, которая имеет то же самое название в NT домене(входит в NT domen или им и является): на каждой распределенной сети, вы должны иметь только одну главную систему просмотра ресурсов на рабочую группу, независимо от того, является ли это NT, Samba или любое другое средство главной системы просмота ресурсов, которая обеспечивает этот сервис. Заметить, что nmbd может быть сконфигурирован как сервер WINS, но нет необходимости специально использовать samba как ваш сервер WINS. NTAS (что это?) может быть сконфигурирован как ваш сервер WINS. В смешанном NT сервере и samba окружении на распределенной сети, рекомендуется использовать возможности сервера WINS NT сервера. В samba-only окружении, рекомендуется использовть один и только один nmbd, как ваш сервер WINS. Чтобы заставить систему просмотра ресурсов работать, как обычно, вы должны запустить nmbd , но будет необходимо использовать опцию "workgroup" в smb.conf, чтобы проконтролировать то что рабочая группа стала частью Samba. Samba также имеет полезную опцию для Samba сервера, чтобы предложить себя как систему просмотра на другой подсети. Рекомендуется, чтобы эта опция использовалась только для 'необычных' целей: объявления по интернету, например. См. "remote announce" в smb.conf инструкции. Если кое-что не работает, тогла файл log.nmb поможет Вам проследить задачу. Для нахождения проблем пробуйте также уровень отладки 2 или 3 . Заметьте, что если у вас что-то не работает , тогда вы все еще способны напечатать название сервера как \\SERVER в файловом менеджере и нажать кнопку файловый менеджер должен вывести список доступных разделяемых ресурсов. Некоторые люди обнаруживают, что система просмотра терпит неудачу, потому что они не имеют глобальную переменную " guest account " установленной правильно. Не забудьте, что IPC$ схема, которая перечисляет разделяемые ресурсы, выполнена как гость, и таким образом Вы должны иметь правельный guest account. ( а это как?) Также, много людей оказываются подавленны слишком большим числом параметров командной строки nmbd в inetd.conf. Фокус в том, чтобы не оставлять пространства между опцией и параметром (eg: -d2 вместо -d 2), и не использовать -B и -N опции. Новые версии nmbd теперь гораздо более умны, и правильно находят ваш широковещательный и сетевой адрес, так что в большинстве случаев опции не нужны. Другие большие проблемы появляются потому, что их широковещательный адрес, маска подсети или адрес IP является неправильным (установливается с опцией "interfaces" в smb.conf) ( а правильный адрес это как?) BROWSING ACROSS SUBNETS СИСТЕМА ПРОСМОТР ЧЕРЕЗ ПОДСЕТИ ======================= С выходом Samba 1.9.17 (alpha1 и выше) Samba модифицировалась, чтобы активизировать дублирование списков просмотра через границ подсети. Чтобы достчь этого были добавленн новый код и новые опции. Этот раздел описывает как активизировать эту особенность в различных установках. Для того чтобы видеть списки систем просмотра, которые объединяют TCP/IP подсети (то есть. Сети, отделенные программами маршрутизации, и которые не пропускают широковещательные пакеты) Вы должны установить по крайней мере один сервер WINS. Сервер WINS действует как DNS имен NetBIOS, позволяя NetBIOS именам соотносится с адресами IP, это выполняется по прямому запросу к серверу WINS направленнием UDP пакет на порте 137 на машину сервера WINS. Это причина устанавливать сервер WINS по умолчанию. Все NetBIOS имена переведутся в адреса IP посредством широковещательной передачи из запрашиваемой машины. Это означает что без сервера WINS машины на одной подсети не будут способны получить имена машин на другой подсети. Не забудьте, что бы система просмотр через подсети работал правильно, все машин Windows 95, Windows NT, или Samba серверы должен иметь адрес IP сервера WINS, данного им DHCP сервером, или введенный вручную (для Win95 и WinNT, это находится в TCP/IP Реквизитах, свойства сети) для Samba, это находится в файле smb.conf. Как работает система просмота через подсети ? How does cross subnet browsing work ? ===================================== Взаимный просмотр подсетей - сложный танец, содержащий множественные перемещающиеся части. Microsoft-у потребовалось несколько лет, чтобы получить код, который делает это правильно. Однако Samba малость отстает. В любом случае, с выходом Samba 1.9.17 при правильной конфигурации стало возможно корректно просмотривать подсети . Рассмотрите сеть, установленную следующим образом: ( DMB) N1_A N1_B N1_C N1_D N1_E | | | | | ------------------------------------------------------ | Подсеть 1 | + --- + + --- + | R1 | Программа маршрутизации 1 Программа маршрутизации 2 | R2 | + --- + + --- + | подсеть 2 | | подсеть 3 | -------------------------- ----------------------------------- | | | | | | | | N2_A N2_B N2_C N2_D N3_A N3_B N3_C N3_D( WINS) Состоящий из 3 подсетей (1, 2, 3) соединеной двумя маршрутизаторами ( R1, R2) - они не пропускают широковещательную передачу. Подсеть 1 имеет 5 машин, подсеть 2 имеет 4 машины, подсеть 3 имеет 4 машины. Примем на этот момент, что все эти машины сконфигурированы так, чтобы быть водной рабочой группе (для простоты). Машина N1_C на подсети 1 конфигурирована как Главная система просмотра Domain Master Browser (то есть. Она будет объединять списки просмотра для рабочей группы). Машина N2_D конфигурирована как Сервер WINS и все другие машины сконфигурирован, чтобы регистрировать имена NetBIOS на ней. Когда все эти машины загружаются, имеют место демократические выборы master browsers на каждой из трех подсетей. Допустим что машина N1_C победила на 1 подсети, N2_B победила на подсети 2, и N3_D победила на подсети 3 - эти машины известны как local master browsers локальные системы просмота для частной подсети. N1_C имеет преимущество в выборах как local master browsers на подсети 1, поскольку она установленна как Domain Master Browser. На каждой из трех сетей, машины, которые сконфигурированы, чтобы предложить разделяемые услуги, будет осуществлена широковещательная передача с предложением этих услуг. Local Master Browser на каждой подсети получит эти пакеты и будет хранить запись о факте что машина предлагает разделяемый сервис. Этот список записей - базис списка просмотра. В этом случае, примите, что все машины сконфигурированы, чтобы предложить разделяемые услуги, так что все машины будут в списке просмотра. Для каждой сети, Local Master Browser сети рассматривается как 'авторитарный' для всех имен, которые получает через локальную широковещательную передачу. Это потому что машина, замеченная Local Master Browser через локальную широковещательную передачу должна быть на той же самой сети что и Local Master Browser и таким образом - это 'доверенный' и 'проверяемый' ресурс. Машины на других сетях, имена которых Local Master Browsers узнают при объединении их списков, не были непосредственно замечены - эти записи называются 'не-авторитарными'. В этой точке списк просмотра выглядит следующим образом (имеются ввиду машины которые вы видели бы в вашем сетевом окружении сети, если бы Вы смотрели на это прямо сейчас). Список Browse Master Browser------ ------------- --- Subnet1 N1_C N1_A, N1_B, N1_C, N1_D, N1_E Subnet2 N2_B N2_A, N2_B, N2_C, N2_D Subnet3 N3_D N3_A, N3_B, N3_C, N3_D Заметьте, что в этой месте все подсети отдельные, никакая машина не видна через любую из подсеть. Теперь исследуем подсеть 2. Как только N2_B стал local master browser он ищет Domain master browser чтобы синхронизировать список просмотра. Это делается запросом к серверу WINS для адреса IP, связанного с NetBIOS названием РАБОЧАЯ ГРУППА. Это имя запрашивается с Domain master browser(N1_C) с WINS сервера, как скоро как он загрузился. (чего-то слишком фраза завернута) Как только N2_B узнает адрес Domain master browser он сообщает ему, что является Local master browser для подсети 2, посылая MasterAnnouncement пакет UDP в порт 138. Затем он синхронизирует листы делая вызов NetServerEnum2. ( а это чего?) Это говорит Domain master browser, что бы он послал обратно все имена серверов которые он знает. Как только Domain master browser получает MasterAnnouncement пакет он планирует запрос синхронизации к отправителю этого пакета. После того, как обе синхронизации выполнены, списки просмотра походят на: Domain master browser ------ ------------- --- Subnet1 N1_C N1_A, N1_B, N1_C, N1_D, N1_E, N2_A (*), N2_B (*), N2_C (*), N2_D (*) Subnet2 N2_B N2_A, N2_B, N2_C, N2_D N1_A (*), N1_B (*), N1_C (*), N1_D (*), N1_E (*) Subnet3 N3_D N3_A, N3_B, N3_C, N3_D Серверы с (*) не-авторитарные имена. В этих точках пользователи смотрящие в их сетевое окружение на подсетях, 1 или 2 будет видеть все серверы на обоих подсетях, а пользователи на подсети 3 будут все еще видеть только серверы на их собственной подсети. Та же самая последовательность результатов, которые происходили для N2_B теперь, происходит для Local master browser на подсети 3 (N3_D). Когда он синхронизирует списки просмотра с Domain master browser он получает и входы сервера на подсети 1, и на подсети 2. После N3_D синхронизировал с N1_C списки просмотра походят vica-versa, . Domain master browser ------ ------------- --- Subnet1 N1_C N1_A, N1_B, N1_C, N1_D, N1_E, N2_A (*), N2_B (*), N2_C (*), N2_D (*), N3_A (*), N3_B (*), N3_C (*), N3_D (*) Subnet2 N2_B N2_A, N2_B, N2_C, N2_D N1_A (*), N1_B (*), N1_C (*), N1_D (*), N1_E (*) Subnet3 N3_D N3_A, N3_B, N3_C, N3_D N1_A (*), N1_B (*), N1_C (*), N1_D (*), N1_E (*), N2_A (*), N2_B (*), N2_C (*), N2_D (*) Серверы с (*) после них - не-авторитарные имена. В этой точке пользователи, смотрящих в их сетевое окружение на подсетях, 1 или 3 будет видеть все серверы на всех sunbets, пользователи на подсети 2 будут все еще только видеть серверы на подсетях, 1 и 2, но не 3. В заключение, Domain master browser для подсети 2 (N2_B) будет синхронизация снова с Domain master browser (N1_C), и будет получать отсутствующие входы сервера. В заключение(если никакие машины не будут удалены или выключены) списки просмотра, будет походить: Domain master browser ------ ------------- --- Subnet1 N1_C N1_A, N1_B, N1_C, N1_D, N1_E, N2_A (*), N2_B (*), N2_C (*), N2_D (*), N3_A (*), N3_B (*), N3_C (*), N3_D (*) Subnet2 N2_B N2_A, N2_B, N2_C, N2_D N1_A (*), N1_B (*), N1_C (*), N1_D (*), N1_E (*) N3_A (*), N3_B (*), N3_C (*), N3_D (*) Subnet3 N3_D N3_A, N3_B, N3_C, N3_D N1_A (*), N1_B (*), N1_C (*), N1_D (*), N1_E (*), N2_A (*), N2_B (*), N2_C (*), N2_D (*) Серверы с (*) после них - не-авторитарные имена. Синхронизации между Domain master browser и Loсal master browser продолжатется, но это должно стремится в стабильное состояния. Если или программа маршрутизации R1 или R2 потерпит неудачу, может произойти следующee: 1) Имена компьютеров на каждой стороне недоступных фрагментов сети будут поддерживаться целых 36 минут, в сетевом окружении. 2) Поптки соединения с этими недоступными компьютерами, будет терпеть неудачу, но имена не будут удалены из списков сетевого окружения. 3) Если один из фрагментов отключен из сервера WINS, можно будет обратиться только к серверам на локальной подсети, используя изолированную подсетью широковещательную передачу NetBIOS решение имен. Результаты воздействия подобны потере доступа к DNS серверу. Установка сервера WINS ======================== Или Samba машина или машина Сервера Windows NT может быть установлена как сервер WINS. Для установки Samba машины как WINS сервер вы должны прибавить сдедующую опцию в файл smb.conf на избранной машине: в разделе [globals] wins support = yes Версии Samba до 1.9.17 имели это значение по умолчанию параметра yes. Если Вы имеете старые версии Samba на вашей сети, настоятельно рекоммендую вам обновить версию до 1.9.17 или выше, или по крайней мере установите параметр в "no" на всех этих машинах. Машины с " wins support = yes " будут хранить список всех имен NetBIOS , зарегистрированных на нем, действуя как DNS для имен NetBIOS. Вы должны установить только ОДИН сервер WINS. Не устанавливайте " wins support = yes" на нескольких Samba серверах. Чтобы устанавливать Сервер Windows NT как сервер WINS, Вы должны установить обслуживание WINS - см. вашу NT документацию. Заметьте, что Windows NT WINS серверы могут копировать друг друга, позволяя устанавливать больше чем один сервер, для установки в комплексной сетевой среде подсети. Поскольку Microsoft отказывается документировать эти протоколы дублирования Samba не может в настоящее время потдерживать эти дублирования. Это возможно в будущем, когда Samba - > Samba WINS протокол дублирования может быть определен, когда больше чем одина Samba машина могла бы быть установлена как сервер WINS, но в настоящее время только один Samba сервер должен иметь " wins support = yes ". После того, как сервер WINS был конфигурирован, Вы должны убедится, что всем машины, разделяющие ресурсы указан адрес этого WINS сервера. Если ваш сервер WINS - Samba машина, внесите IP адрес Samba машины в поле " Основной Сервер WINS " " Панель управления - > Сеть > - Протоколы - > TCP > - WINS Сервер " диалоговые окна в Windows 95 или Windows NT. Чтобы сообщать Samba серверу, адрес IP сервера WINS добавте следующую запись в [global] разделу всех файлов smb.conf: wins serwer = < название или IP адрес > Где < название или адрес IP > является или DNS названием машины сервера WINS или адреса IP. Заметьте, что эта линия НЕ ДОЛЖНА БЫТЬ УСТАНОВЛЕННА в файле smb.conf Samba сервера, действующего как сервер WINS непосредственно. Если Вы установили и " wins support = yes " и " wins server = <название IP > " то nmbd не сможет стартовть. Имеются два возможных сценария для установки взаимного просмотра подсети. Первый устанавливает взаимный просмотр подсети на сети содержащей Windows 95, Samba и машин Windows NT, которые не конфигурированы как часть домена Windows NT. Второй устанавливает взаимный просмотр подсети на сетях, которые содержат NT домены. Установка системы просмота просмотра в РАБОЧОЙ ГРУППЕ ================================== Чтобы установить взаимный просмотр подсети на сети, содержащей машины РАБОЧЕЙ ГРУППЫ, не NT домена, Вы должны установить один Samba сервер, чтобы быть Domain Master Browser (заметьте, что это - *НЕ* Основной Контроллер домена PDC, хотя в NT домене одни и те же машинные играют обе роли). Роль Domain Master Browser состоит в объединении списков просмотра из Local Master Browser на всех подсетях, которые имеют машины разделяющие ресурсы рабочей группы. Без машины, сконфигурированной как Domain Master Browser каждая подсеть была бы изолированной рабочей группой, неспособной видеть остальные машин на любой другой подсети. Domain Master Browser делает возможным взаимный просмотр подсетей для рабочой группы. В окружающей среде РАБОЧОЙ ГРУППЫ Domain Master Browser может быть Samba сервер, и должен имется только один Domain Master Browser на рабочую группы. Для устанавки Samba сервер как Domain Master Browser, установите следующую опцияю в [global] разделе файла smb.conf: domain master = yes Domain Master Browser должен быть preferrably для Local Master Browser для собственной подсети. Чтобы этого добиться установите следующие опции в [global] разделе файла smb.conf: domain master = yes local master = yes preferred master = yes os level = 65 Domain Master Browser может быть та же самая машина что сервер WINS, если Вам это нужно. Затем, Вы должны убедитья, что каждая из подсетей содержит машину, которая может действовать как Loсal Master Browser для рабочой группы. Любая NT машина способна делать это, Windows 95 также способна делать это (хотя они имеют тенденцию часто перезагружаться, так что это - не очень хорошая идея использовать их). Чтобы селать Samba сервер Local Master Browser установите следующие опции в [global] разделе файла smb.conf: domain master = no local master = yes preferred master = yes os level = 65 Не делайте этого более чем для одного Samba сервера на каждой подсети, иначе они будут вести войну друг с другом, за право называться Local master browsing. "Local master" параметр позволяет Samba действовать как local master browsing. "preferred master" заставляет nmbd пинудительно выбрать browser при запуске(не совсем ясно), и " os level " параметр если устанавливается дочтаточно высоко то Samba выиграет любые выборы ситемы просмотра. Если Вы имеете NT машину на подсети, которую Вы желаете видеть как local master browser, тогда Вы можете блокировать Samba уставкой следующие опции в [global] разделе файла smb.conf: domain master = no local master = no preferred master = no os level = 0 Setting up Browsing in a DOMAIN Установка системы просмотра ресурсов в домене =============================== Если Вы добавляете Samba серверы к домену Windows NT, тогда Вы не должны установить Samba сервер как главную систему просмотра ресурсов. По умолчанию, Windows NT Основной Контроллер Домена(PDC) для имен домена, является также Domain master browser и много вещей будет ломаться, если Samba сервер регистрируется как Domain master browser NetBIOS с WINS вместо PDC. Для подсетей других чем тот, содержащий Windows NT PDC Вы может устанавливать Samba серверы как Local master browser как описано ранее. Для того чтобы сделать Samba сервер Local master browser установите следующие опции в [global] разделее файла smb.conf: domain master = no local master = yes preferred master = yes os level = 65 Если Вы желаете иметь Samba сервер, который борется с машинами на той же самой подсети, Вы можете установить " os level" параметр более низким. Делая это Вы можете настраивать порядок машин, которые станут локальными окнами просмотра главы, при их запуске. Для большего количества деталей по этому см. раздел "FORCING SAMBA TO BE THE MASTER " ниже. Если Вы имеете машин Windows NT, которые являются элементами домена на всех подсетях, и Вы уверены, что они будут всегда запущены, тогда вы можете блокировать Samba от принятия участия в выборах системы просмотра уставкой, следующей опции в [глобальном] разделе файла smb.conf: domain master = no local master = no preferred master = no os level = 0 При этом Samba никогда не станет локальной системой просмотра домена. FORCING SAMBA TO BE THE MASTER ПРИНУЖДЕНИЕ SAMBA, для того ЧТОБЫ быть стать системой просмота ресурсов. ===================================================================== Кто становится " окно просмотра главы " определяется процессом выборов путем широковещательной передачи. Каждый пакет выборов содержит ряд параметров, которые определяют то, какое старшинствотво должно учитываться при выборе. По умолчанию Samba использует очень низкое старшинство и таким образом проигрывает выборы любой другой машине. Если Вы хотите, чтобы Samba выиграл выборы тогда установите " os level" [global] опцию в smb.conf более высоко. Это значения по умолчанию равно 0. Использование 34 сделало бы способым ее выигрывать все выборы над любой другой системой (за исключением других samba систем!) "Os lavel" 2 сделало бы ее способной побеждать WfWg и Win95, но не NTAS. NTAS домен контроллер использует уровень 32. Максимум os уровень - 255 Если Вы хотите, чтобы samba вынудил выбор на этапе запуска, то установите "preferred master " глобальная опция в smb.conf к "yes". Samba будет тогда иметь небольшое преимущество над другими потенциальными системами просмотра, которые являются не привилегированными системами просмотра. Используйте этот параметр с осторожностью, так как если будет два множеств (W95 или NT или Samba) на той же самой локальной подсети c установленным "preferred master" в "yes", тогда периодически и непрерывно они будут вынудждать выборы, чтобы стать локальной системой просмотра ресурсов. Если Вы хотите, чтобы samba был " domain master browse ", то рекомендуется, чтобы Вы также установили "preferred master" к "yes", потому что samba не станет главной системой просмотра для всей вашей ЛОКАЛЬНОЙ или Глобальной Вычислительной сети, если SAmba не является также local master browser на своей собственной широковещательной изолированной подсети. Возможно конфигурировать два samba серверы, чтобы они пытатлись стать domain master browser для домена. Первый сервер, который появляется, будет domain master browser. Все другие samba серверы будут пытаться стать domain master browser каждые 5 минут. Они найдут, что другой samba сервер - уже domain master browser и будут терпеть неудачу. Это обеспечивает автоматическую избыточность, если текущее domain master browser потерпит неудачу. MAKING SAMBA THE DOMAIN MASTER ============================== Domain maste ответственнен за объединение списков просмотра многосетевых подсетей так, чтобы просмотр мог происходить между подсетями. Вы можете заставить samba действовать, как главная система просмота уставкой "domain master = yes" в smb.conf. По умолчанию Samba не установлена как domain master. Заметьте, что Вы не должны устанавливать Samba, чтобы бытьdomain master для рабочей группы, которая имеет то же самое имя как NT домен. Когда samba - главная система домена и главная система просмотра ресурсов домена она будет слушать управляющие сообщения-master announcements (происходящее приблизительно каждые двенадцать минут) от local master browsers на других подсетях и затем входить в контакт с ними, что бы синхронизировать списки просмотра. Если Вы хотите, чтобы samba был domainl master, тогда я предлагаю Вам, установить " os level " достаточно высоко, чтобы удостовериться, что она выиграет выборы, и установить "preferred master" в "yes" чтобы заставить samba вынудить выборы при запуске. Заметьте, что все ваши серверы (включая samba) и клиенты должны использовать сервер WINS, чтобы разрешить имена NetBIOS. Если ваша клиенты используют только широковещание, чтобы разрешить имена NetBIOS, то могут произойти два события: a) Ваши local master browsers будут неспособны найти domain master browser, поскольку его будет видеть только локальная подсеть. b) Если клиенту посчастливится овладеть широким списком просмотра, и пользователь попытается обращаться к компьютеру в том списке, то он будет неспособен разрешить NetBIOS имена этого множества. Если, однако, и samba и ваша клиентура используют сервер WINS, то: a) Ваши local master browsers войдут в контакт с сервером WINS и, как только samba зарегистрировалась на нем, она станет domain master browser с сервером WINS, ваше local master browser получат адрес ip samba's как их domain master browser.. b) Когда клиент получает широкий список просмотра, и пользователь пытается обращаться к компьютерам в этом списке, он войдет в контакт сервером WINS, чтобы разрешить NetBIOS имя этого компьютера. Как скоро как компьютер зарегистрировал свое NetBIOS имя на том же самом сервере WINS, пользователь будет способен видеть этот компьютер. ЗАМЕТКИ ОТНОСИТЕЛЬНО ШирокоВЕЩАТЕЛЬНЫХ АДРЕСОВ ============================== Если ваша сеть использует широковещательные адреса основанные на "0" (например, если он заканчивается на 0), тогда Вы наживете проблемы. Windows для Рабочих групп, кажется не поддерживает широковещательну передачу 0's, и Вы возможно найдете, что просмотр и поиски имен не будет работать. Множественные интерфейсы =================== Samba теперь поддерживает машин с множественными интерфейсами сети. Если Вы имеете множественный интерфейс сети, тогда Вы будете должны использовать опцию "interfaces" в smb.conf, чтобы конфигурировать их. См. smb.conf (5) для деталей. (не совсем ясно)