CIFS/TSMB не всегда стартуют оба сервиса

[Albram]

Здравствуйте.

Суть проблемы: после перезагрузки Keentic Ultra (KN-1810, KeeneticOS 3.4.12) не всегда оказывается запущенным сервис tsmb слушающий порт udp/3702. Соответственно и сетевое обнаружение в проводнике Windows 10 по WSD не работает, но если обратится напрямую по адресу, то "шары" на кинетике открываются.

Эту проблему я подробно описывал несколько месяцев назад: здесь. Тогда она была на первой чёрной ультре с версией 2.16. Найти окончательное решение там не удалось, и приходилось руками поднимать сервис после перезагрузки.

Сейчас роутер другой, прошивка другая, а проблема та же, только не такая острая, т.к. после перезагрузки чаще всего всё работает, но не всегда.

Хотелось бы как-то решить эту проблему, чтобы сервис устойчиво запускался всегда.

Вот так выглядит, когда обнаружение не работает:

Скрытый текст

BusyBox v1.31.1 () built-in shell (ash)

~ # netstat -tulnp | grep 3702
tcp        0      0 0.0.0.0:3702            0.0.0.0:*               LISTEN      578/tsmb-server
~ #

 

А так, когда работает:

Скрытый текст

BusyBox v1.31.1 () built-in shell (ash)

~ # netstat -tulnp | grep 3702
tcp        0      0 0.0.0.0:3702            0.0.0.0:*               LISTEN      580/tsmb-server
udp        0      0 0.0.0.0:3702            0.0.0.0:*                           580/tsmb-server
~ #

 

 

[slomblobov]

Спасибо за отчет. Раз это актуально и для прошивок третьей серии, то будем тщательней наблюдать за проблемой и искать причину.

[Albram]

35 минут назад, vst сказал:

будем тщательней наблюдать за проблемой и искать причину

Спасибо. Если нужен будет self-test, то предоставлю.

Я сравнивал два файла self-test, один после перезагрузки и незапущенном сервисе, а второй когда всё нормально, но ничего подозрительного не заметил.

[slomblobov]

Проблема воспроизведена. При первом старте наблюдается подобная ситуация.

Так же при определенных условиях пропадает TCP/3702.

[Albram]

21 минуту назад, vst сказал:

Проблема воспроизведена.

Отлично! Значит будем ждать решения.

[Albram]

Небольшое дополнение: сегодня проблема повторилась, но не после перезагрузки, а просто во время работы из сетевого окружения пропали "шары" роутера и все компы запросили ввод пароля для расшаренных папок, якобы он устарел.

Зашел на роутер, думая что опять упал tsmb-server на udp/3702, но нет, оба сервиса были на месте, но на tcp/3702 было Recv-Q 2:

Скрытый текст

BusyBox v1.31.1 () built-in shell (ash)

~ # netstat -tulnp | grep 3702
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
tcp        2		0 	0.0.0.0:3702            0.0.0.0:*               LISTEN      	580/tsmb-server
udp        0		0	0.0.0.0:3702            0.0.0.0:*                           	580/tsmb-server

 

После ввода в CLI cifs no master запустился только udp/3702, на tcp/3702 сервиса не было:

Скрытый текст

~ # netstat -tulnp | grep 3702
udp        0      0 0.0.0.0:3702            0.0.0.0:*                           31557/tsmb-server

 

Появился он только после трёх раз смены значений master (с контролем запущенных сервисов после каждого раза).

Скрытый текст

(config)> cifs master
Cifs::ServerTsmb: Master browser enabled.
(config)> cifs no master
Cifs::ServerTsmb: Master browser disabled.
(config)> cifs master
Cifs::ServerTsmb: Master browser enabled.

 

Перенесу сюда вопрос, оставшийся без ответа в прошлой теме по этой проблеме: как перезапускать сервис не через смену значения master?

Изменено 26 сентября, 2020 пользователем Albram

[slomblobov]

@Albram спасибо за дополнение. Команда cifs no master отключает службу master browser, но не влияет на WSD.

То, что после выполнения команды пропал TCP/3702 - является одним из способов воспроизведения бага.