|
Компьютерный форум OSzone.net » Linux и FreeBSD » Программное обеспечение Linux и FreeBSD » Samba + Nis + Wins, проблемы с разрешением имён хостов |
|
Samba + Nis + Wins, проблемы с разрешением имён хостов
|
Старый параноик Сообщения: 2423 |
Профиль | Отправить PM | Цитировать Сложная ситуация, попытаюсь подробно объяснить:
Сетка, маленькая, гетерогенная. DHCP нет, DNS нет, адреса статические. В качестве PDC, WINS и Master-browser'а выступает samba-2.2.7a-8.9.0. Имена хостов берутся через nis (с другой машины). В самбе включена поддержка wins-сервера и определён порядок разрешения имён так: По документации слово 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 |
Старый параноик Сообщения: 2423
|
Профиль | Отправить PM | Цитировать Вот! Вот как раз интересно! Вроде как этих backup browser назначает сам "выбранный" master browser. Дальше - туман :]
тут Подозреваю, что [wins proxy = yes] как раз даёт самбовским машинам играть в игру "выбери меня backup-browser'ом". Потому что ключа реестра MaintainServerList в самбе нет :] |
Отправлено: 16:18, 05-04-2006 | #11 |
Для отключения данного рекламного блока вам необходимо зарегистрироваться или войти с учетной записью социальной сети. Если же вы забыли свой пароль на форуме, то воспользуйтесь данной ссылкой для восстановления пароля. |
Назгул Сообщения: 2633
|
Профиль | Отправить PM | Цитировать Цитата:
У кого os level выше тот и побеждает на выборах. Единственное исключение в доменной структуре. Контроллер домена Win обязательно должен быть мастер броузером домена. |
|
------- Отправлено: 20:04, 05-04-2006 | #12 |
Старый параноик Сообщения: 2423
|
Профиль | Отправить PM | Цитировать kim-aa
Но при определении backup browser'ов значение os level не учитывается? Или учитывается? Когда PDC стал PDC, он смотрит на чужие os level'ы? |
Отправлено: 20:10, 05-04-2006 | #13 |
Назгул Сообщения: 2633
|
Профиль | Отправить 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 Цитата:
А в остальной сети (если еще есть рабочие группы или домены) он обычно выигрывает за счет преимущества в os level. Как разбираются 2 домена без доверительных отношений - тайна великая есть. попробуйте выставить preffered master = уеs |
|
------- Отправлено: 20:23, 05-04-2006 | #14 |
Старожил Сообщения: 466
|
Профиль | Отправить PM | Цитировать kim-aa
Цитата:
remote ennounce = 192.168.1.66 192.168.2.123/WORKGROUPNAME разве нет??? по существу интересно, как сделать САМБУ одним из backup-browser's сети. Или действительно этовсё выбирается при выборах в сети..? |
|
Отправлено: 08:54, 06-04-2006 | #15 |
just mar Сообщения: 3904
|
Профиль | Отправить PM | Цитировать kim-aa
выбор master browser по os level, - тут как раз понятно - это очень старая вещь. А вот кто назначает backup - не понятно. Поскольку Os-level единственный параметр, кторый влияет на какие-то выборы, и было спрошено |
Отправлено: 09:14, 06-04-2006 | #16 |
Назгул Сообщения: 2633
|
Профиль | Отправить 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'ом победившим на "демократических выборах" Цитата:
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 Указываются СЕТИ, а не хосты. (Хотя если принудительно указать Сервера просмотра функционирующие в данных сетях, то эффект будет тот же) |
|
------- Отправлено: 13:37, 06-04-2006 | #17 |
Старый параноик Сообщения: 2423
|
Профиль | Отправить 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 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 |
Отправлено: 11:40, 19-04-2006 | #18 |
Назгул Сообщения: 2633
|
Профиль | Отправить PM | Цитировать C NIS, тем паче в спарке с SAMBA не работал, за сим ни чего умного подсказать не могу.
Терпеть не могу давать такие советы, но... Может SAMBA "поднять" до текущей версии 3.0.22? Посоветовал бы еще бубен, но думаю, как у профессионала, он у Вас уже есть |
------- Отправлено: 12:20, 19-04-2006 | #19 |
Участник сейчас на форуме | Участник вне форума | Автор темы | Сообщение прикреплено |
| |||||
Название темы | Автор | Информация о форуме | Ответов | Последнее сообщение | |
[решено] Помогите,проблемы с 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 |
|