Jump to content
Albram

TSMB в 2.16.D.3.0-4

Recommended Posts

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

 

Edited by r777ay

Share this post


Link to post
Share on other sites
11 час назад, Albram сказал:

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

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

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

Edited by r777ay

Share this post


Link to post
Share on other sites
1 час назад, r777ay сказал:

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

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

Share this post


Link to post
Share on other sites
7 часов назад, Goblin сказал:

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

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

KN-1810 FW 3.4-3.5

Edited by r777ay

Share this post


Link to post
Share on other sites

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

  • Thanks 2

Share this post


Link to post
Share on other sites
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 перезагрузок сервиса не было ни разу.

Share this post


Link to post
Share on other sites
В 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 все исправлено.

Share this post


Link to post
Share on other sites
1 час назад, vasek00 сказал:

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

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

Share this post


Link to post
Share on other sites

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

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

 

Share this post


Link to post
Share on other sites
1 час назад, Goblin сказал:

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

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

Share this post


Link to post
Share on other sites
1 час назад, Goblin сказал:

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

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

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

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

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites
44 минуты назад, Goblin сказал:

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

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

Share this post


Link to post
Share on other sites
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 данный порт не использовался

 

 

Share this post


Link to post
Share on other sites
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

Share this post


Link to post
Share on other sites
24 минуты назад, r777ay сказал:

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

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

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

  • Thanks 1

Share this post


Link to post
Share on other sites

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

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

 

Share this post


Link to post
Share on other sites
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?

Share this post


Link to post
Share on other sites
1 час назад, r777ay сказал:

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

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

Share this post


Link to post
Share on other sites
40 минут назад, Goblin сказал:

точно?

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

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

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

копипаст.

Share this post


Link to post
Share on other sites
В 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 не имеют флагов состояния.

 

Share this post


Link to post
Share on other sites
В 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

 

  • Thanks 1

Share this post


Link to post
Share on other sites
42 минуты назад, Albram сказал:

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

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

Share this post


Link to post
Share on other sites
14 минуты назад, Goblin сказал:

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

👍

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

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

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

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

Share this post


Link to post
Share on other sites

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

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

  • Thanks 4

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...