[sisyphus] nmb в сети

[sisyphus] nmb в сети

[Sergei Epiphanov]

Добрый день!

Помогите разобраться с проблемой, уже не знаю где копать. В локальной сети 
есть samba-сервер. Я решил обновить ядро на сервере и перезагрузил машину с 
новым ядром. Теперь творится какая-то чепуха: nmb-сервис не хочет отвечать на 
запросы по порту 137 при поиске главной машины в сети. До перезагрузки под 
новым ядром проблемы не было, то есть команда 'nmblookup -M -- -' выдавала, 
что этот сервер является главным. Теперь же этот ответ получаю только на 
samba-сервере, то есть локально. 'tcpdump -i net0 host 192.168.10.10' 
показывает, что сервер получает UDP-пакет, но вот ответа от сервера нет. 
192.168.10.10 - это мой комп. Где может порыться проблема - не знаю. В логах 
сервер пишет, что становится главным и всё. На самом деле на поиск главного 
отзывается совсем другой компьютер. Система - текущий Сизиф.

Никакие iptables не работают, правил нет. ssh-доступ и доступ к ресурсам через 
smb работают нормально.

Вот выкусь из настроек:

[global]
        dos charset = CP866
        workgroup = WORK
        server string = BKPI-82 document server
        interfaces = 192.168.10.150/24
        auth methods = guest, sam, winbind
        map to guest = Bad User
        algorithmic rid base = 100000
        guest account = smbguest
        log file = /var/log/samba/log.%m
        hostname lookups = Yes
        max log size = 50
        load printers = No
        socket options = SO_BROADCAST TCP_NODELAY SO_REUSEADDR
        show add printer wizard = No
        os level = 255
        preferred master = Yes
        browse list = Yes
        enhanced browsing = Yes
        dns proxy = No
        idmap config SUZ:range = 10000-20000
        idmap config SUZ:backend = tdb
        idmap config SUZ:default = yes
        idmap config * : range = 10000-20000
        idmap config * : backend = tdb
        use sendfile = Yes
        printing = lprng
        print command = lpr -r -P'%p' %s
        lpq command = lpq -P'%p'
        lprm command = lprm -P'%p' %j
        lppause command = lpc hold '%p' %j
        lpresume command = lpc release '%p' %j
        queuepause command = lpc stop '%p'
        queueresume command = lpc start '%p'

# uname -a
Linux hostname 3.6.1-un-def-alt2 #1 SMP PREEMPT Mon Oct 8 12:38:57 UTC 2012 
i686 GNU/Linux
#

-- 
С уважением, Епифанов Сергей

Re: [sisyphus] nmb в сети

[Anton Gorlov]

Для начала - зачем вам на сервере unstable-ядро?
В 3.6.1 мног очего сломано по сетевой части, даже форвардинг местами 
разломан.
В 3.6.2 что-то фиксилось,но явно далеко не всё.


15.10.2012 11:09, Sergei Epiphanov пишет:
> Добрый день!
>
> Помогите разобраться с проблемой, уже не знаю где копать. В локальной сети
> есть samba-сервер. Я решил обновить ядро на сервере и перезагрузил машину с
> новым ядром. Теперь творится какая-то чепуха: nmb-сервис не хочет отвечать на
> запросы по порту 137 при поиске главной машины в сети. До перезагрузки под
> новым ядром проблемы не было, то есть команда 'nmblookup -M -- -' выдавала,
> что этот сервер является главным. Теперь же этот ответ получаю только на
> samba-сервере, то есть локально. 'tcpdump -i net0 host 192.168.10.10'
> показывает, что сервер получает UDP-пакет, но вот ответа от сервера нет.
> 192.168.10.10 - это мой комп. Где может порыться проблема - не знаю. В логах
> сервер пишет, что становится главным и всё. На самом деле на поиск главного
> отзывается совсем другой компьютер. Система - текущий Сизиф.
>
> Никакие iptables не работают, правил нет. ssh-доступ и доступ к ресурсам через
> smb работают нормально.
>
> Вот выкусь из настроек:
>
> [global]
>          dos charset = CP866
>          workgroup = WORK
>          server string = BKPI-82 document server
>          interfaces = 192.168.10.150/24
>          auth methods = guest, sam, winbind
>          map to guest = Bad User
>          algorithmic rid base = 100000
>          guest account = smbguest
>          log file = /var/log/samba/log.%m
>          hostname lookups = Yes
>          max log size = 50
>          load printers = No
>          socket options = SO_BROADCAST TCP_NODELAY SO_REUSEADDR
>          show add printer wizard = No
>          os level = 255
>          preferred master = Yes
>          browse list = Yes
>          enhanced browsing = Yes
>          dns proxy = No
>          idmap config SUZ:range = 10000-20000
>          idmap config SUZ:backend = tdb
>          idmap config SUZ:default = yes
>          idmap config * : range = 10000-20000
>          idmap config * : backend = tdb
>          use sendfile = Yes
>          printing = lprng
>          print command = lpr -r -P'%p' %s
>          lpq command = lpq -P'%p'
>          lprm command = lprm -P'%p' %j
>          lppause command = lpc hold '%p' %j
>          lpresume command = lpc release '%p' %j
>          queuepause command = lpc stop '%p'
>          queueresume command = lpc start '%p'
>
> # uname -a
> Linux hostname 3.6.1-un-def-alt2 #1 SMP PREEMPT Mon Oct 8 12:38:57 UTC 2012
> i686 GNU/Linux
> #
>

Re: [sisyphus] nmb в сети

[Sergei Epiphanov]

On 15 октября 2012 11:31 Anton Gorlov wrote:
> Для начала - зачем вам на сервере unstable-ядро?
> В 3.6.1 мног очего сломано по сетевой части, даже форвардинг местами 
> разломан.
> В 3.6.2 что-то фиксилось,но явно далеко не всё.

Скорее всего, проблема в ядре? Я не предполагал, что это ядро настолько 
unstable.

-- 
С уважением, Епифанов Сергей

Re: [sisyphus] nmb в сети

[Anton Gorlov]

15.10.2012 11:44, Sergei Epiphanov пишет:
> On 15 октября 2012 11:31 Anton Gorlov wrote:
>> Для начала - зачем вам на сервере unstable-ядро?
>> В 3.6.1 мног очего сломано по сетевой части, даже форвардинг местами
>> разломан.
>> В 3.6.2 что-то фиксилось,но явно далеко не всё.
>
> Скорее всего, проблема в ядре? Я не предполагал, что это ядро настолько
> unstable.
>
Попробуй ядро std-def
если всё ок -то точно ядро

Re: [sisyphus] nmb в сети

[Sergei Epiphanov]

On 15 октября 2012 11:50 Anton Gorlov wrote:
> Попробуй ядро std-def
> если всё ок -то точно ядро

Хорошо, попробую, но не сразу. Сейчас сервер трогать нельзя.

-- 
С уважением, Епифанов Сергей

Re: [sisyphus] nmb в сети

[Sergei Epiphanov]

On 15 октября 2012 11:50 Anton Gorlov wrote:
> 15.10.2012 11:44, Sergei Epiphanov пишет:
> > On 15 октября 2012 11:31 Anton Gorlov wrote:
> >> Для начала - зачем вам на сервере unstable-ядро?
> >> В 3.6.1 мног очего сломано по сетевой части, даже форвардинг местами
> >> разломан.
> >> В 3.6.2 что-то фиксилось,но явно далеко не всё.
> > 
> > Скорее всего, проблема в ядре? Я не предполагал, что это ядро настолько
> > unstable.
> 
> Попробуй ядро std-def
> если всё ок -то точно ядро

Поставил 3.6.2-un-def-alt1, проблема пропала.

-- 
С уважением, Епифанов Сергей

Re: [sisyphus] nmb в сети

[Sergei Epiphanov]

On 15 октября 2012 11:09 Sergei Epiphanov wrote:
> Добрый день!
...

На моей машине
$ nmblookup -M -- -
querying __MSBROWSE__ on 192.168.10.255
name_query failed to find name __MSBROWSE__#01
$ nmblookup -M server
querying server on 192.168.10.255
name_query failed to find name server
$

На сервере:
# nmblookup -M -- -
querying __MSBROWSE__ on 192.168.10.255
192.168.10.160 __MSBROWSE__<01>
# nmblookup -M server
querying server on 192.168.10.255
192.168.10.160 server<00>
#

Проблема есть и с Windows-машинами, доступ к ресурсам сервера возможен только 
по IP-адресу.

# netstat -a -A inet -np
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address               Foreign Address             
State       PID/Program name   
...
udp        0      0 192.168.10.255:137         0.0.0.0:*                               
2801/nmbd           
udp        0      0 192.168.10.160:137         0.0.0.0:*                               
2801/nmbd           
udp        0      0 0.0.0.0:137                 0.0.0.0:*                               
2801/nmbd           
udp        0      0 192.168.10.255:138         0.0.0.0:*                               
2801/nmbd           
udp        0      0 192.168.10.160:138         0.0.0.0:*                               
2801/nmbd           
udp        0      0 0.0.0.0:138                 0.0.0.0:*                               
2801/nmbd           
#

То есть как будто входящий пакет просто не доходит до программы.


-- 
С уважением, Епифанов Сергей