Имя пользователя:
Пароль:  
Помощь | Регистрация | Забыли пароль?  | Правила  

Компьютерный форум OSzone.net » Linux и FreeBSD » Программное обеспечение Linux и FreeBSD » Samba + Nis + Wins, проблемы с разрешением имён хостов

Ответить
Настройки темы
Samba + Nis + Wins, проблемы с разрешением имён хостов

Аватара для hasherfrog

Старый параноик


Сообщения: 2423
Благодарности: 85


Конфигурация

Профиль | Отправить PM | Цитировать


Сложная ситуация, попытаюсь подробно объяснить:

Сетка, маленькая, гетерогенная. DHCP нет, DNS нет, адреса статические. В качестве PDC, WINS и Master-browser'а выступает samba-2.2.7a-8.9.0. Имена хостов берутся через nis (с другой машины). В самбе включена поддержка wins-сервера и определён порядок разрешения имён так:
Код: Выделить весь код
        wins support = yes
        name resolve order = hosts lmhosts wins bcast
По документации слово hosts подразумевает использование NIS. Файл lmhosts пустой (только локалхост), опции wins и bcast (по идее) вообще не должны задействоватся, всё уже разрешается на уровне hosts (кстати, попытка навязать ещё адреса в lmhosts ничего не дала).

Пинги по IP в сетке ходят нормально. А вот по именам - нет. На никсовых машинах всё работает, а в виндах...

На виндовых машинах в опциях TCP/IP определён WINS-сервер (машина с самбой). Все (вот тут внимание!) виндовые машины на пинг по именам откликаются, никсовые машины с самбой - откликаются, а вот никсовые (без самбы) и отключенные (но присутствующие в ypcat hosts записи) машины дают "неизвестный узел" через пару секунд. При пинге по IP с принудительным разрешением имён (ping -a IP) пинг проходит, но имя не резольвится.

Что это может быть? Почему такая странная ситуация. Есть дилетантское подозрение, что samba (как wins-сервер) возвращает машине (осуществляющей ping) нормальный IP по имени, но виндовая машина ещё и сама пытается выполнить броадкастовое разрешение имени по netbios-ssn (и обламывается). Бред, не обращайте внимания :]

Проблема не критична, можно и DNS какой0нибудь соорудить или ещё что-то проще, но хотелось бы узнать всё-таки причину происходящего.

Отправлено: 11:50, 06-10-2005

 

Аватара для hasherfrog

Старый параноик


Сообщения: 2423
Благодарности: 85

Профиль | Отправить PM | Цитировать


Вот! Вот как раз интересно! Вроде как этих backup browser назначает сам "выбранный" master browser. Дальше - туман :]

тут
Подозреваю, что [wins proxy = yes] как раз даёт самбовским машинам играть в игру "выбери меня backup-browser'ом". Потому что ключа реестра MaintainServerList в самбе нет :]

Отправлено: 16:18, 05-04-2006 | #11



Для отключения данного рекламного блока вам необходимо зарегистрироваться или войти с учетной записью социальной сети.

Если же вы забыли свой пароль на форуме, то воспользуйтесь данной ссылкой для восстановления пароля.


Аватара для kim-aa

Назгул


Сообщения: 2633
Благодарности: 345

Профиль | Отправить PM | Цитировать


Цитата:
интересно, они сами себя такими назначают в ходе broadcast-запросов-выборов, или их надо такими делать, скажем, меняя os level ?
os level это значение заявляемое потенциальным Мастер-броузером сети (правильнее сказать сегмента сети) во время Выборов.
У кого os level выше тот и побеждает на выборах.
Единственное исключение в доменной структуре. Контроллер домена Win обязательно должен быть мастер броузером домена.

-------
Мы овладеваем более высоким стилем спора. Спор без фактов. Спор на темпераменте. Спор, переходящий от голословного утверждения на личность партнера. (c)Жванецкий


Отправлено: 20:04, 05-04-2006 | #12


Аватара для hasherfrog

Старый параноик


Сообщения: 2423
Благодарности: 85

Профиль | Отправить PM | Цитировать


kim-aa
Но при определении backup browser'ов значение os level не учитывается?
Или учитывается? Когда PDC стал PDC, он смотрит на чужие os level'ы?

Отправлено: 20:10, 05-04-2006 | #13


Аватара для kim-aa

Назгул


Сообщения: 2633
Благодарности: 345

Профиль | Отправить PM | Цитировать


Я как-то пояснял вопрос (но не в этой эхе). Привожу без купюр (лень замучила)
* * *
Если на Linux системе нет Samba (т.е. она не видна в сети и ее ресурсы нельзя использовать с WIN машин, т. е. она используется для почты, web или как полочка для фикуса, то нижеследующее можно не читать).
1) "Нажатие на сетевое окружение" - это просмотр сети.
За функцию просмотра сети, т.е. создание, хранение, обновление списка Win машин
отвечает Главный Браузер сети (Master Browser).
Когда Win Машина входит в сеть она "громогласно заявляет", что нужен браузер, если браузер откликается, то "Good" - машина вносится в список + машина запоминает куда ей за списком лезть, если нет - инициируется процесс выбора нового Master browser (Так же выборы начинаются если Мастер браузер долго не откликается на запросы).
Алгоритм там достаточно сложный, но в 2х словах его можно описать так:
Чем выше версия Win, тем больший вес на выборах. Сервера имеют однозначное преимущество над станциями не зависимо от версий. Контроллер домена имеет преимущество над серверами своего домена.
В добавок к Браузеру сети, в Win доменах, существует должность Браузера домена, который Отрабатывает функции браузера сети, но только для конкретного домена (доменов).
Если сеть с единственным сервером - контроллером домена, то он и является Master Browser + Domain Browser одновременно.

Перейдем к Samba.
файл smb.conf

#########################################################
# Подозрительные Опции
#########################################################

#Быть браузером сети
#Если поставить NO то Samba не будет учавствовать в выборах.
local master = no

# Вес на "выборах" 255 - max, т.е. по сути всегда Browser,
# Если есть WIN контроллер домена, то 255 ни в коем разе не включать
# 33 - по умолчнию.
os level = 33

# Быть браузером домена.
# Если есть WIN контроллер домена, то ни в коем разе не включать
domain master = no

# Форсирование выборов при запуске - "быть мастером, во что бы то ни стало"
# Если есть WIN контроллер домена, то ни в коем разе не включать
preffered master = no


# Явное Указание включить разрешение (сопоставление) WINS имен через DNS
# если DNS Сервер не описывает имеющуюся WINS сеть, то будет бяка.
dns proxy = no


#-----------------------------------------------------------------------
# Быть Wins сервером
wins support = yes
# На пробу можно переставить в NO.

# Использовать данные имеющегося WINS сервера.
# wins server = X.X.X.X

# - Неоходимо указать СУЩЕСТВУЮЩИЙ WINS сервер, или закоментировать.
# - Можно или быть WINS сервером или Использовать данные, но не одновременно.

#-----------------------------------------------------------------------
#Имя домена
workgroup = Domain
# Для работы в домене, надо вписать имя Существующего домена.

# Быть контроллером домена
# Если есть WIN контроллер домена Domain, то ни в коем разе не включать.
Domain Logons = no


##########################################################################
# Влияющие опции, но вряд ли
##########################################################################

# В каких WINS сетях о себе объявлять.
# Желательно или точно указать сеть или закоментировать.
remote announce = X.X.X.255


Цитата:
Когда PDC стал PDC, он смотрит на чужие os level'ы
В своем домене, по моему, нет. Сразу выдвигает семя на роль Мастер-браузера домена.
А в остальной сети (если еще есть рабочие группы или домены) он обычно выигрывает за счет преимущества в os level.
Как разбираются 2 домена без доверительных отношений - тайна великая есть.

попробуйте выставить
preffered master = уеs

-------
Мы овладеваем более высоким стилем спора. Спор без фактов. Спор на темпераменте. Спор, переходящий от голословного утверждения на личность партнера. (c)Жванецкий


Отправлено: 20:23, 05-04-2006 | #14


Аватара для Guest 80 247 100

Старожил


Сообщения: 466
Благодарности: 5

Профиль | Отправить PM | Цитировать


kim-aa
Цитата:
# В каких WINS сетях о себе объявлять.
# Желательно или точно указать сеть или закоментировать.
remote announce = X.X.X.255
ээээ, а я всегда считал этот параметр позволяет задать список IP-адресов, по которым демон nmbd будет переодически анонсировать себя. Т.е. тут ставятся IP-адреса "серверов просмотра" %о))) ... типа
remote ennounce = 192.168.1.66 192.168.2.123/WORKGROUPNAME
разве нет???

по существу интересно, как сделать САМБУ одним из backup-browser's сети. Или действительно этовсё выбирается при выборах в сети..?

Отправлено: 08:54, 06-04-2006 | #15

mar mar вне форума

Аватара для mar

just mar


Moderator


Сообщения: 3904
Благодарности: 163

Профиль | Отправить PM | Цитировать


kim-aa
выбор master browser по os level, - тут как раз понятно - это очень старая вещь. А вот кто назначает backup - не понятно. Поскольку Os-level единственный параметр, кторый влияет на какие-то выборы, и было спрошено


Отправлено: 09:14, 06-04-2006 | #16


Аватара для kim-aa

Назгул


Сообщения: 2633
Благодарности: 345

Профиль | Отправить PM | Цитировать


http://de.samba.org/samba/docs/using_samba/ch07.html

Browser elections are decided in multiple rounds of self-elimination. During each round, potential browsers broadcast election request datagrams containing their qualifications to notify other potential browsers that an election is happening and that if the recipient is more qualified, it should also broadcast a bid. When a potential browser receives an election request datagram from a more qualified opponent, it drops out, disqualifying itself from becoming the master browser. Otherwise, it responds with its own election request datagram. After a few rounds, only one potential browser is left in the election. After an additional four rounds of sending out an election request datagram and receiving no response, it becomes the master browser and sends a broadcast datagram announcing itself as the local master browser for the subnet. It then assigns runners-up in the election as backup browsers, as needed.

Судя по этим строчкам Backup browsers назначаются Master Browser'ом победившим на "демократических выборах"

Цитата:
ээээ, а я всегда считал этот параметр позволяет задать список IP-адресов, по которым демон nmbd будет переодически анонсировать себя. Т.е. тут ставятся IP-адреса "серверов просмотра" %о))) ... типаremote ennounce = 192.168.1.66 192.168.2.123/WORKGROUPNAME разве нет???
Опять же судя по

With the remote announce option, list the subnets and the workgroup that should receive the broadcast. For example, to ensure that machines in the 172.16.2 and 172.16.3 subnets and the METRAN workgroup are sent broadcast information from our Samba server, we could specify the following:

[global]
remote announce = 172.16.2.255/METRAN \
172.16.3.255/METRAN

Указываются СЕТИ, а не хосты. (Хотя если принудительно указать Сервера просмотра функционирующие в данных сетях, то эффект будет тот же)

-------
Мы овладеваем более высоким стилем спора. Спор без фактов. Спор на темпераменте. Спор, переходящий от голословного утверждения на личность партнера. (c)Жванецкий


Отправлено: 13:37, 06-04-2006 | #17


Аватара для hasherfrog

Старый параноик


Сообщения: 2423
Благодарности: 85

Профиль | Отправить PM | Цитировать


>> попробуйте выставить preffered master = уеs
да, это конечно.

***

>> теперь жду следующей ночи :]
Отчитываюсь :] У меня всё работает. В смысле работаЛО. Какое-то время. Теперь возникли траблы.

Новая проблема

Кусок из smb.conf для FC2, самба Version 3.0.3-5
Код: Выделить весь код
[global]

        # Domain data
        workgroup = xxx
        netbios name = yyy
        server string = zzz

        # Debug logs
        log file = /var/log/samba/%m.log
        max log size = 0

        # PDC options
        os level = 65
        domain master = Yes
        domain logons = Yes
        preferred master = Yes
        encrypt passwords = Yes
        logon path = \\%L\Profiles\%U
        logon home = \\%L\%U\.profile.smb
        logon script = diskssetup.bat

        # i/o charsets
        unix charset = UTF-8
        dos charset = 866
        display charset = UTF-8

        # wins server block
        local master = Yes
        wins support = Yes
        name resolve order = hosts lmhosts wins bcast
#       dns proxy = No <- "No" causes wins to mute

        # default file permitions
        create mask = 0664
        directory mask = 0775

        # some security
        hosts allow = xxx.yyy.zzz.
        # discard message "unknown interface"
        interfaces = eth0
        # discard 0.0.0.0.log[s]
        bind interfaces only = yes
        
        # disable 139/445 mix errors (getpeername)
        smb ports = 139

        # other
        printing = lprng
        socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192
Что сейчас происходит неприятного: WINS сервер на самбе со временем начинает "забывать" хосты из ypcat -k hosts. Сегодня "пропал" один, завтра - ещё пара, послезавтра - ещё один... Например, вчера "вдруг" прекратился резольв имени машины, на которой я только-только сидел через rsh. Сегодня пропали из резольва ещё два хоста. При это сообщений никаких самба в логи не пишет.

Код: Выделить весь код
nmblookup -M -- -.
querying __MSBROWSE__ on xxx.yyy.zzz.63
xxx.yyy.zzz.62 __MSBROWSE__<01>

Вчера вечером:
#nmblookup -U xxxserver -R yyyhost
querying yyyhost on xxx.yyy.zzz.62
xxx.yyy.zzz.53 yyyhost<00>

Сегодня утром:
# nmblookup -U xxxserver -R yyyhost
querying yyyhost on xxx.yyy.zzz.62
name_query failed to find name yyyhost
Что вообще происходит? Что за прогрессирующая амнезия??? В логах ошибок (и сообщений о драке за место wins-сервера/master browser'а) нет. Причём интересно: один из "потерянных" хостов - виндовая машина(!), т.е. броадкастом её цепляет, но при этом wins про неё забыл. Уфффффффффф... "Но почему?" (с) Крокодил Гена

Отправлено: 11:40, 19-04-2006 | #18


Аватара для kim-aa

Назгул


Сообщения: 2633
Благодарности: 345

Профиль | Отправить PM | Цитировать


C NIS, тем паче в спарке с SAMBA не работал, за сим ни чего умного подсказать не могу.
Терпеть не могу давать такие советы, но... Может SAMBA "поднять" до текущей версии 3.0.22?
Посоветовал бы еще бубен, но думаю, как у профессионала, он у Вас уже есть

-------
Мы овладеваем более высоким стилем спора. Спор без фактов. Спор на темпераменте. Спор, переходящий от голословного утверждения на личность партнера. (c)Жванецкий


Отправлено: 12:20, 19-04-2006 | #19



Компьютерный форум OSzone.net » Linux и FreeBSD » Программное обеспечение Linux и FreeBSD » Samba + Nis + Wins, проблемы с разрешением имён хостов

Участник сейчас на форуме Участник сейчас на форуме Участник вне форума Участник вне форума Автор темы Автор темы Шапка темы Сообщение прикреплено

Похожие темы
Название темы Автор Информация о форуме Ответов Последнее сообщение
[решено] Помогите,проблемы с Wins (Win2k3R2) X-ITER Microsoft Windows NT/2000/2003 4 15-09-2009 08:53
Debian/Ubuntu - SAMBA сервер как член домена SAMBA LDAP RFox Общий по Linux 0 27-08-2009 10:04
FreeBSD - Проблемы с samba PDC без ldap e2site Общий по FreeBSD 1 14-08-2008 14:31
WINS/Browse - Сети Windows. Network Browsing. Обозреватель сети. WINS. Сетевое окружение - проблемы Gnom Сетевые технологии 154 07-09-2007 19:47
Проблемы с SAMBA Diesel Общий по Linux 8 12-08-2003 07:55




 
Переход