TSMB в 2.16.D.3.0-4

r777ay · June 18, 2020

ZyXEL Ultra 2.16 D 3.0-5 Поведение схоже:

Edited June 18, 2020 by r777ay

r777ay · June 18, 2020

11 час назад, Albram сказал:

после пяти перезагрузок, ни разу сервис на udp/3702 не поднимался.

Тоже по перезагружал десяток раз, 1 раз сработало, видать свезло😆

Опять отправил пылиться на полку.

Edited June 18, 2020 by r777ay

Goblin · June 18, 2020

1 час назад, r777ay сказал:

Опять отправил пылиться на полку.

я забил на все эти поиски/определения и руками прописал сетевой диск на 192.168.1.1 и он доступен всегда. кстати, после входа в этот диск появляется и сам роутер в сети.

r777ay · June 18, 2020

7 часов назад, Goblin сказал:

руками прописал сетевой диск на 192.168.1.1 и он доступен всегда.

Тоже в основном всегда так делал, ибо по имени после перезагрузки WIN 10 он не подключался автоматом (❌). На WIN 10_ 2004-19041 ситуация в корне изменилась, подключения по имени работает на ура, не зависимо от поиска/определения.

KN-1810 FW 3.4-3.5

Edited June 18, 2020 by r777ay

Le ecureuil · June 18, 2020

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

Albram · June 19, 2020

15 часов назад, Le ecureuil сказал:

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

Да, было бы неплохо, если бы @vst помог.

Суть проблемы вкратце: после перезагрузки или включения роутера нет процесса tsmb-server слушающего порт udp/3702, есть только tcp/3702. Переключением в CLI значения cifs master (cifs no master) на противоположное, перезапускает сервис, и появляется процесс tsmb-server на udp/3702.

В версии 2.16.D.3.0-4 вероятность того, что процесс на udp/3702 будет работать после старта роутера, была близка к 50%, в 2.16.D.3.0-5 стало заметно хуже. У меня, например, после 5 перезагрузок сервиса не было ни разу.

vasek00 · June 19, 2020

В 18.06.2020 в 10:14, Goblin сказал:

я забил на все эти поиски/определения и руками прописал сетевой диск на 192.168.1.1 и он доступен всегда. кстати, после входа в этот диск появляется и сам роутер в сети.

На одном Win10 сделал запуск скрипта при старте клиента, т.е. запись "Work (\\G-kn10\d3-1) (Z:)"

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


MapDrivers.cmd

PowerShell -Command "Set-ExecutionPolicy -Scope CurrentUser Unrestricted" >> "C:/Windows/Script/StartupLog.txt" 2>&1 
PowerShell -File "C:/Windows/Script/MapDrives.ps1" >> "C:/Windows/Script/StartupLog.txt" 2>&1 



MapDrives.ps1

$i=3
while($True){
    $error.clear()
    $MappedDrives = Get-SmbMapping |where -property Status -Value Unavailable -EQ | select LocalPath,RemotePath
    foreach( $MappedDrive in $MappedDrives)
    {
        try {
            New-SmbMapping -LocalPath $MappedDrive.LocalPath -RemotePath $MappedDrive.RemotePath -Persistent $True
        } catch {
            Write-Host "There was an error mapping $MappedDrive.RemotePath to $MappedDrive.LocalPath"
        }
    }
    $i = $i - 1
    if($error.Count -eq 0 -Or $i -eq 0) {break}

    Start-Sleep -Seconds 30

}

В планировщике стоит - задача "reMapNetworkDrives" при входе, параметр "Действие" - запуск "C:/Windows/Script/MapDrives.cmd"

После рестарта Windows появляется окно (можно сделать так что не будет появляться" отрабатывает и закрывается (если есть проблема в сети то окно может не закрыться)

На ПК с NVMe диском как-то все быстро - окно появилось и через 1-2сек. исчезает.

Но как написано выше на последних релизах Windows все исправлено.

Goblin · June 19, 2020

1 час назад, vasek00 сказал:

на последних релизах Windows все исправлено

есть ltsc версии 2004? на сколько я знаю последняя ltsc 1809 и больше не было. так что не судьба. ждемс.

r777ay · June 19, 2020

Запуск скрипта при старте, "Диспетчер задач - Автозагрузка" , удобен тем можно быстро вкл/откл.

[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Run]
"StartDiskNetwork"="\"C:\\Scripts\\MapDrives.cmd\""

vasek00 · June 19, 2020

1 час назад, Goblin сказал:

есть ltsc версии 2004? на сколько я знаю последняя ltsc 1809 и больше не было. так что не судьба. ждемс.

Без проблем работает описанным выше способом, так что можно не ждать.

r777ay · June 19, 2020

1 час назад, Goblin сказал:

есть ltsc версии 2004? на сколько я знаю последняя ltsc 1809 и больше не было. так что не судьба. ждемс.

Можно попробовать такой вариант через Политику gpedit.msc

Конфигурация компьютера - Административные шаблоны - Система - Вход в систему.

Включить пункт : Всегда ожидать инициализации сети при запуске и входе в систему.

Перегрузить ПК.

Goblin · June 19, 2020

ну вы даете. сколько вариантов заплаток для windows. и ни одного решения для роутера. вон товарищ пишет... надо заставить tsmb слушать не только tcp/3702 но и udp/3702 тоже и чтоб udp не отваливалось. тогда наверно заработает. а вы со своим 2004... батником... роутер надо до ума довести. это же баг.

r777ay · June 19, 2020

44 минуты назад, Goblin сказал:

роутер надо до ума довести. это же баг.

Ну так на релизе 3.4 и бета такого поведения с портами незамеченно.

vasek00 · June 19, 2020

5 минут назад, r777ay сказал:

Ну так на релизе 3.4 и бета такого поведения с портами незамеченно.

О каком поведение портов.

В данном случае 3.5 последний на тек.дату

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


/ # netstat -ntulp | grep tsmb
tcp        0      0 127.0.0.1:7004          0.0.0.0:*               LISTEN      646/tsmb-server
tcp        0      0 127.0.0.1:7005          0.0.0.0:*               LISTEN      646/tsmb-server
tcp        0      0 127.0.0.1:7006          0.0.0.0:*               LISTEN      646/tsmb-server
tcp        0      0 127.0.0.1:7010          0.0.0.0:*               LISTEN      646/tsmb-server
tcp        0      0 127.0.0.1:7014          0.0.0.0:*               LISTEN      646/tsmb-server
tcp        0      0 127.0.0.1:7020          0.0.0.0:*               LISTEN      646/tsmb-server
tcp        0      0 127.0.0.1:7022          0.0.0.0:*               LISTEN      646/tsmb-server
tcp        0      0 127.0.0.1:7024          0.0.0.0:*               LISTEN      646/tsmb-server
tcp        0      0 127.0.0.1:7025          0.0.0.0:*               LISTEN      646/tsmb-server
tcp        0      0 127.0.0.1:7026          0.0.0.0:*               LISTEN      646/tsmb-server
tcp        0      0 0.0.0.0:3702            0.0.0.0:*               LISTEN      646/tsmb-server
udp        0      0 0.0.0.0:3702            0.0.0.0:*                           646/tsmb-server
udp        0      0 0.0.0.0:137             0.0.0.0:*                           646/tsmb-server
udp        0      0 0.0.0.0:138             0.0.0.0:*                           646/tsmb-server
udp        0      0 0.0.0.0:5355            0.0.0.0:*                           646/tsmb-server
/ # 

/proc/646/fdinfo # lsof -i | grep tsmb
tsmb-serv  646   root    8u  IPv4   1747      0t0  TCP localhost:7010 (LISTEN)
tsmb-serv  646   root   15u  IPv4   1748      0t0  TCP localhost:afs3-volser (LISTEN)
tsmb-serv  646   root   16u  IPv4    766      0t0  TCP localhost:50224->localhost:afs3-callback (ESTABLISHED)
tsmb-serv  646   root   22u  IPv4   1751      0t0  TCP localhost:7014 (LISTEN)
tsmb-serv  646   root   23u  IPv4   1752      0t0  UDP *:netbios-ns 
tsmb-serv  646   root   29u  IPv4   1754      0t0  TCP localhost:7022 (LISTEN)
tsmb-serv  646   root   30u  IPv4   1755      0t0  UDP *:netbios-dgm 
tsmb-serv  646   root   36u  IPv4   2991      0t0  TCP localhost:7020 (LISTEN)
tsmb-serv  646   root   42u  IPv4   1826      0t0  TCP localhost:7024 (LISTEN)
tsmb-serv  646   root   43u  IPv4   4135      0t0  TCP *:3702 (LISTEN)
tsmb-serv  646   root   44u  IPv4   4136      0t0  UDP *:3702 
tsmb-serv  646   root   50u  IPv4   1827      0t0  TCP localhost:7025 (LISTEN)
tsmb-serv  646   root   51u  IPv4   4144      0t0  UDP *:hostmon 
tsmb-serv  646   root   57u  IPv4   1828      0t0  TCP localhost:7026 (LISTEN)
tsmb-serv  646   root   66u  IPv4   1829      0t0  TCP localhost:afs3-kaserver (LISTEN)
tsmb-serv  646   root   72u  IPv4   1832      0t0  TCP localhost:afs3-errors (LISTEN)
tsmb-serv  646   root   73u  IPv4   1834      0t0  TCP localhost:afs3-kaserver->localhost:56994 (ESTABLISHED)
tsmb-serv  646   root   74u  IPv4   1838      0t0  TCP localhost:7026->localhost:51200 (ESTABLISHED)
tsmb-serv  646   root   75u  IPv4   1839      0t0  TCP localhost:7010->localhost:53026 (ESTABLISHED)
tsmb-serv  646   root   81u  IPv4   6178      0t0  TCP localhost:afs3-errors->localhost:49798 (ESTABLISHED)
tsmb-serv  646   root   82u  IPv4   5317      0t0  TCP localhost:52978->localhost:7019 (CLOSE_WAIT)
tsmb-serv  646   root   83u  IPv4   1867      0t0  TCP localhost:afs3-volser->localhost:53914 (ESTABLISHED)
tsmb-serv  646   root   84u  IPv4   1878      0t0  TCP localhost:56832->localhost:7013 (CLOSE_WAIT)
tsmb-serv  646   root   86u  IPv4  10302      0t0  TCP 192.168.1.1:3702->192.168.1.2:54576 (CLOSE_WAIT)
tsmb-serv  646   root   87u  IPv4  21143      0t0  TCP 192.168.1.1:3702->192.168.1.2:49670 (CLOSE_WAIT)
tsmb-serv  646   root   88u  IPv4  21824      0t0  TCP 192.168.1.1:3702->192.168.1.2:49673 (CLOSE_WAIT)
tsmb-serv  646   root   89u  IPv4  21826      0t0  TCP 192.168.1.1:3702->192.168.1.2:49676 (CLOSE_WAIT)
tsmb-serv  646   root   90u  IPv4  21828      0t0  TCP 192.168.1.1:3702->192.168.1.2:49677 (CLOSE_WAIT)
tsmb-serv  646   root   91u  IPv4  21830      0t0  TCP 192.168.1.1:3702->192.168.1.2:49681 (CLOSE_WAIT)
tsmb-serv  646   root   92u  IPv4  21863      0t0  TCP 192.168.1.1:3702->192.168.1.2:49684 (CLOSE_WAIT)
tsmb-serv  646   root   93u  IPv4  21864      0t0  TCP 192.168.1.1:3702->192.168.1.2:49690 (CLOSE_WAIT)
tsmb-serv  646   root   94u  IPv4  21866      0t0  TCP 192.168.1.1:3702->192.168.1.2:49693 (CLOSE_WAIT)
tsmb-serv  646   root   95u  IPv4  24438      0t0  TCP 192.168.1.1:3702->192.168.1.2:51801 (CLOSE_WAIT)
tsmb-serv  646   root   96u  IPv4  28142      0t0  TCP 192.168.1.1:3702->192.168.1.2:52166 (CLOSE_WAIT)
tsmb-serv  646   root   97u  IPv4  28193      0t0  TCP 192.168.1.1:3702->192.168.1.2:52213 (CLOSE_WAIT)
tsmb-serv  646   root   98u  IPv4  28194      0t0  TCP 192.168.1.1:3702->192.168.1.2:52215 (CLOSE_WAIT)
tsmb-serv  646   root  101u  IPv4  28200      0t0  TCP 192.168.1.1:3702->192.168.1.2:52222 (CLOSE_WAIT)
tsmb-serv  646   root  102u  IPv4  28201      0t0  TCP 192.168.1.1:3702->192.168.1.2:52223 (CLOSE_WAIT)
/proc/646/fdinfo # 

[global]
	...
	listen = ANY,192.168.1.1,IPv4,445,DIRECT_TCP
	listen = ANY,192.168.1.1,IPv4,137,NBNS
	listen = ANY,192.168.1.1,IPv4,138,NBDS
	listen = br0,::,IPv6,445,DIRECT_TCP
	listen = ANY,192.168.1.1,IPv4,3702,WSD
	listen = ANY,192.168.1.1,IPv4,5355,LLMNR
	listen = ANY,192.168.1.1,IPv4,139,NBSS
	listen = br0,::,IPv6,139,NBSS
	log_level = 1
[/global]

Релиз 33B24


tcp        0      0 0.0.0.0:3702            0.0.0.0:*               LISTEN      637/tsmb-server
udp        0      0 0.0.0.0:3702            0.0.0.0:*                           637/tsmb-server

Релиз 34A


tcp        0      0 0.0.0.0:3702            0.0.0.0:*               LISTEN      630/tsmb-server
udp        0      0 0.0.0.0:3702            0.0.0.0:*                           630/tsmb-server

Релиз 35A1


tcp        0      0 0.0.0.0:3702            0.0.0.0:*               LISTEN      630/tsmb-server
udp        0      0 0.0.0.0:3702            0.0.0.0:*                           858/tsmb-server

Релиз 33A3 данный порт не использовался

r777ay · June 19, 2020

6 минут назад, vasek00 сказал:

О каком поведение портов.

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

r777ay · June 19, 2020

проблема в 2.16 на 3.5 её нет

vasek00 · June 19, 2020

24 минуты назад, r777ay сказал:

проблема в 2.16 на 3.5 её нет

ОК, потерялся в релизах в теме.

А так да упоминание порта 3072 стало с 3.4.

Goblin · June 19, 2020

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

tcp        0      0 0.0.0.0:3702            0.0.0.0:*               LISTEN      20928/tsmb-server
udp        0      0 0.0.0.0:3702            0.0.0.0:*               LISTEN      20928/tsmb-server

Goblin · June 19, 2020

1 час назад, vasek00 сказал:

tcp 0 0 0.0.0.0:3702 0.0.0.0:* LISTEN 646/tsmb-server

udp 0 0 0.0.0.0:3702 0.0.0.0:* 646/tsmb-server

и где listen на udp?

Goblin · June 19, 2020

1 час назад, r777ay сказал:

Ну так на релизе 3.4 и бета такого поведения с портами незамеченно.

точно? а почему тогда порт по udp не listen?

r777ay · June 19, 2020

40 минут назад, Goblin сказал:

точно?

Могу говорить только за себя , потому и сказано что незамеченно.

43 минуты назад, Goblin сказал:

а почему тогда порт по udp не listen?

копипаст.

vasek00 · June 21, 2020

В 19.06.2020 в 17:35, Goblin сказал:

и где listen на udp?

К ответу на вопрос.

Ну так на релизе 3.4 и бета такого поведения с портами незамеченно.

Релиз 33B24
tcp        0      0 0.0.0.0:3702            0.0.0.0:*               LISTEN      637/tsmb-server
udp        0      0 0.0.0.0:3702            0.0.0.0:*                           637/tsmb-server

Релиз 34A
tcp        0      0 0.0.0.0:3702            0.0.0.0:*               LISTEN      630/tsmb-server
udp        0      0 0.0.0.0:3702            0.0.0.0:*                           630/tsmb-server

Релиз 35A1
tcp        0      0 0.0.0.0:3702            0.0.0.0:*               LISTEN      630/tsmb-server
udp        0      0 0.0.0.0:3702            0.0.0.0:*                           858/tsmb-server

По смотрим в Windows в PowerSheel

- "netstat -an"

- "netstat -anb"

Дублируемая запись данного порта в TCP

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

Протокол TCP - он ориентирован на соединения и обеспечивает надежную передачу данных. Прежде всего, TCP следит за тем, чтобы получающий данные компьютер был готов к их приему. Протокол проводит предусматривающий передачу трех пакетов сеанс согласования, в ходе которого отправитель и получатель договариваются о том, что они готовы к обмену данными. Для этого в состав пакета TCP вводятся флаги состояния; с их помощью узлы обмениваются данными о текущем состоянии передачи (начало, завершение, продолжение). Трафик TCP предусматривает сохранение данных о состоянии. Далее TCP следит за тем, чтобы данные попали в пункт назначения. Если получатель не подтверждает прием того или иного пакета, протокол TCP автоматически возобновляет его передачу — обычно это повторяется три раза. При необходимости TCP разделяет крупные пакеты на пакеты меньших размеров, так чтобы обмен информацией между отправителем и получателем происходил без риска потери данных. TCP отбрасывает пакеты-дубликаты и восстанавливает очередность пакетов, прибывающих не в свою очередь.

Протокол UDP не ориентирован на соединения. Он больше подходит для передачи пакетов ограниченной емкости. UDP не наделен механизмом самопроверки, который подтверждал бы получение данных или следил бы за тем, чтобы они приходили в том же порядке, в каком были посланы. Однако такую проверку часто осуществляет использующее UDP приложение; оно же может направить компьютеру-отправителю запрос на повторную передачу утерянной информации. Кроме того, рассматриваемый протокол не предусматривает сохранение данных о состоянии; следовательно, UDP не проводит сеанса согласования, а пакеты UDP не имеют флагов состояния.

Albram · June 21, 2020

В 19.06.2020 в 18:32, Goblin сказал:
если я ничего не путаю и правильно понял смысл... то вот так должно быть всегда....
tcp        0      0 0.0.0.0:3702            0.0.0.0:*               LISTEN      20928/tsmb-server
udp        0      0 0.0.0.0:3702            0.0.0.0:*               LISTEN      20928/tsmb-server

Не совсем так. Статуса LISTEN на udp портах нет, посмотрите на другие сервисы, висящие на udp портах, они тоже без статуса listen, но это не значит, что эти порты не слушаются.

В 2.16 проблема в отсутствии процесса на udp/3702, а не в том, что нет статуса LISTEN.

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

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

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

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

Goblin · June 21, 2020

42 минуты назад, Albram сказал:

Статуса LISTEN на udp портах нет

вот теперь и я понял. я так понимаю лечения для 2.16 бум ждать долго?

Albram · June 21, 2020

14 минуты назад, Goblin сказал:

вот теперь и я понял.

👍

14 минуты назад, Goblin сказал:

я так понимаю лечения для 2.16 бум ждать долго?

Видимо да, если вообще оно будет.

Я по совету Le ecureuil позвал в эту тему @vst (он и до этого тут отписывался), и если у него будет время и желание, тогда думаю, что решение найдется.

vst · June 23, 2020

Проблемы с TSMB, специфичные для 2.16, будут чиниться по остаточному принципу. Проблема со службой WSD возможно такой и является, по крайней мере мне не удалось воспроизвести это на версии 3.4+.

В остальном 2.16 будет получать все те же фишечки и фиксы, что и актуальные версии.

Sign In

TSMB в 2.16.D.3.0-4

Recommended Posts

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Join the conversation

Recently Browsing 0 members