Не видно win машин под самбой

остался только основной и файловый серверы по линухом.
>>Виндовские - пропали.

Отправляя тебя на винфак могу лишь посоветовать почитать на предмет возможного блокирования/отключенного NetBIOS (чем угодно - от файервола до отключенного компотента сетевого подключения и остановленных служб) и настройки WINS.

Смотри в логи nmbd.log, кто там у тебя master browser и не зарезаны ли broadcast'ы

По IP попадаю без проблем

А по имени, \\name?

на предмет возможного блокирования/отключенного NetBIOS

тогда бы и по ip не работало.

и настройки WINS.

WINS к сетевому окружению не имеет отношения.

>А по имени, \\name? да ,попадает

Samba сломали? Не обновляли ничего?

Ничего не трогал! В том то и дело.

> Смотри в логи nmbd.log, кто там у тебя master browser и не зарезаны ли broadcast'ы

Решил проблему.

Второй файловом сервер каким то чудесным образом стал главным. Как это случилось - понятия не имею...

process_local_master_announce: Server X5 at IP 192.168.55.81 is announcing itself as a   local   master browser for workgroup ZONE5 and we think we are master. Forcing selection.

если режим NetBIOS не broadcast/hybrid - таки имеет

если режим NetBIOS не broadcast/hybrid - таки имеет

Только к разрешению Windows name. К наличию/отсутствию компа в сетевом окружении wins не имеет НИКАКОГО отношения.

ну-ну. а ты попробую врубить режим wins-only и потушить линуксовые машины. С включенными линуксовыми машинами сетевое окружение будет видно(логично, samba будет master browser). А вот как потушишь их - каюк. Проверено на личном опыте на старой работе. Все машины - в домене, политика одинаковая. Контроллер домена - в другой подсети, если в той же - все будет работать(т.к. он будет master browser)

ну и естественно нужно указать на несуществующий wins-сервер(или не указывать его вообще)

логично, samba будет master browser

wins-only никак не предполагает, что кто-то не сможет взять список машин с master browser (а не броадкастом).

Я правда не понимаю, как можно наподменять понятия до того, чтобы думать, что wins влияет на сетевое окружение.

пробуй в самбе прописать группу такую же что и на win-компьютерах

Вы не поверите - пришел утром на работу - опять пусто ((( Хотя уходил - все было..

enep

пробуй в самбе прописать группу такую же что и на win-компьютерах

так усе прописано...

[global]
workgroup = ZONE5
server string = X5
security = share
hosts allow = 192.168. 172.
load printers = no
log file = /var/log/samba/%m.log
max log size = 50
socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192
local master = yes
os level = 65
domain master = yes
preferred master = yes
domain logons = no
wins support = yes
dos charset = cp866
unix charset = koi8-r

Ещё варианты?

проверь что на win-компьютерах

Со всех вин-компов можно зайти друг на друга и по имени и по IP но в рабочей группе висят только 2 сервера. Остальные 100 - пропали. такое ощущение, что они просто не отображаются

>вин юзеров

они должны ходить друг в друга

Я давно что-то подозревал про их ориентацию...

//Не мог пройти мимо =)

слей сюда вывод netstat -rR на хотя бы одного компа из тех что отвалились

ну я и мастер писать

C:\Documents and Settings\Администратор>netstat -rR

Таблица маршрутов
===========================================================================
Список интерфейсов
0x1 ........................... MS TCP Loopback interface
0x2 ...00 16 76 b6 01 58 ...... Intel(R) PRO/100 VE Network Connection - Kaspersky Anti-Virus NDIS Miniport
0x3 ...00 80 48 62 97 2c ...... Realtek RTL8169/8110 Family Gigabit Ethernet NIC #2 - Kaspersky Anti-Virus NDIS Miniport
0x4 ...00 ff 7f 13 38 b3 ...... TAP-Win32 Adapter V9 - Kaspersky Anti-Virus NDIS Miniport
0x5 ...00 ff f6 34 6a 95 ...... TeamViewer VPN Adapter - Kaspersky Anti-Virus NDIS Miniport
===========================================================================
Активные маршруты:
Сетевой адрес Маска сети Адрес шлюза Интерфейс Метрика
0.0.0.0 0.0.0.0 192.168.55.254 192.168.55.10 10
127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1
192.168.55.0 255.255.255.0 192.168.55.10 192.168.55.10 10
192.168.55.10 255.255.255.255 127.0.0.1 127.0.0.1 10
192.168.255.255 255.255.255.255 192.168.55.10 192.168.55.10 10
224.0.0.0 240.0.0.0 192.168.55.10 192.168.55.10 10
255.255.255.255 255.255.255.255 192.168.55.10 4 1
255.255.255.255 255.255.255.255 192.168.55.10 5 1
255.255.255.255 255.255.255.255 192.168.55.10 2 1
255.255.255.255 255.255.255.255 192.168.55.10 192.168.55.10 1
Основной шлюз: 192.168.55.254
==================================================================
Постоянные маршруты:
Отсутствует

у самба сервера какой IP

192.168.55.254

ps.. ошибся в имени - его имя X1

192.168.55.81 - второй файловый сервер, но он не контроллер.

static IP или DHCP

DHCP

попробовал нескольким дать статику - ноль эмоций... Строго 2 серванта в рабочей группе.

Послушай tcpdump'ом ходят broadcast пакеты или нет.
tcpdump -i eth0 ether broadcast

У тебя ведь два сервака под Linux с Самбой? И на обоих обинаковые конфиги? И в обоих конфигах

local master = yes
os level = 65
domain master = yes
preferred master = yes
domain logons = no
wins support = yes 

Нет, конфиг второго - немного другой: [global]
load printers = No
idmap gid = 10000-20000
socket options = SO_KEEPALIVE SO_REUSEADDR SO_BROADCAST TCP_NODELAY IPTOS_LOWDELAY IPTOS_THROUGHPUT
lm announce = No
wins server = 192.168.55.254
guest ok = Yes
domain master = No
show add printer wizard = No
passdb backend = smbpasswd
keepalive = 1800
wins support = Yes
netbios name = X5
usershare max shares = 100
server string = FILE SERVER
idmap uid = 10000-20000
workgroup = ZONE5
os level = 65
printcap name = /dev/null
create mode = 777
security = share
syslog = 0
usershare allow guests = Yes
disable spoolss = Yes
directory mode = 777
vfs objects = extd_audit
log level = 0 vfs:2
max log size = 0
log file = /var/log/samba/%m.log
extd_audit:prefix = %u|%m
extd_audit:failure = none
extd_audit:facility = local5
extd_audit:priority = notice
extd_audit:success = mkdir rmdir open close read pread write pwrite sendfile rename unlink chmod fchmod chown fchown chdir ftruncate lock symlink readlink link mknod realpath

Броадкасты кстати сервер шлет...

Ну раз всё-таки шлёт, кури nbtstat с опциями -n и -r на клиентах

wins support = yes в обоих конфигах - у тебя в разных подсетях что ли они? Я об этом и говорил вообще-то. Открой ман, почитай за что wins support = yes отвечает

Внес соответствующие изменения, перезагрузил самбу на основном сервере X1 - все появилось...

Подождем до завтра (R)...

кагбе я говорю только то что видел. Я читал документы Microsoft и там этот факт вообще никак не отражен. Я говорю лишь то, что видел

Я читал документы Microsoft и там этот факт вообще никак не отражен.

Что как бы намекает.

...на качество их документации. Ладно, давайте прекратим оффтоп. Я рассказал вам свою ситуацию, она лишь частный случай возможных геморроев с продуктами жизнедеятельности одной мелкомягкой конторы. У топикстартера вон все уже получилось. И, кстати, как я понял виноват был тоже WINS(точнее его неправильная настройка)

как я понял виноват был тоже WINS

Да, ТС устроил в сетке дебаты между двумя претендентами на роль WINS сервера, указав в конфигах обоих серверов wins support = yes.

двумя претендентами на роль WINS сервера

на роль master браузера, а не wins сервера! ять!

zgen'ушка, при всём уважении к твоему большооому опыту, master browser, local browser и WINS сервер - это три разные вещи. Опция wins support = yes именно переводит Самба в режим WINS сервера. В роль мастер браузера переключается опциями preferred master, os level, local master. И да, как ты говорил, иметь WINS сервер совсем не обязательно, без него сеть может работать, а вот на роль мастер браузера в NetBIOS сети обязательно кто-то становится из присутствующих хостов с включенной раздачей/приёмом броадкаста.

WINS сервер вещь невыбираемая динамически, ты же тут говоришь что

ТС устроил в сетке дебаты между двумя претендентами на роль WINS сервера

Я тебя исправляю. Нет понятия выборов WINS вообще. НЕТУ. НЕТ.

Okay. Как тогда правильно сказать? Конфликт WINS серверов устроил или как?

Вобщем, пришел на работу утром, в рабочей группе опять все пусто (((( Они ночью куда то пропадают!

Проблема решена - на втором файловом сервере был запущен LDAP.