Перейти к содержанию
Официальное хранилище ПО в виде файлов

TSMB в 2.16.D.3.0-4

Albram

Автор Albram
в 2.16 [legacy]

 Поделиться

Рекомендуемые сообщения

r777ay Старожил

r777ay

Опубликовано
Опубликовано (изменено)
11 час назад, Albram сказал:

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

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

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

Изменено пользователем r777ay
Goblin Старожил

Goblin

Опубликовано
Опубликовано
1 час назад, r777ay сказал:

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

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

r777ay Старожил

r777ay

Опубликовано
Опубликовано (изменено)
7 часов назад, Goblin сказал:

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

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

KN-1810 FW 3.4-3.5

Изменено пользователем r777ay
Albram Поставщик контента

Albram

Опубликовано
  • Автор
Опубликовано
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 Старожил

vasek00

Опубликовано
Опубликовано
В 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 Старожил

Goblin

Опубликовано
Опубликовано
1 час назад, vasek00 сказал:

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

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

r777ay Старожил

r777ay

Опубликовано
Опубликовано

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

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

 

vasek00 Старожил

vasek00

Опубликовано
Опубликовано
1 час назад, Goblin сказал:

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

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

r777ay Старожил

r777ay

Опубликовано
Опубликовано
1 час назад, Goblin сказал:

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

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

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

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

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

Goblin Старожил

Goblin

Опубликовано
Опубликовано

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

r777ay Старожил

r777ay

Опубликовано
Опубликовано
44 минуты назад, Goblin сказал:

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

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

vasek00 Старожил

vasek00

Опубликовано
Опубликовано
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 Старожил

r777ay

Опубликовано
Опубликовано
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
vasek00 Старожил

vasek00

Опубликовано
Опубликовано
24 минуты назад, r777ay сказал:

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

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

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

  • Спасибо 1
Goblin Старожил

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

 

Goblin Старожил

Goblin

Опубликовано
Опубликовано
1 час назад, r777ay сказал:

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

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

r777ay Старожил

r777ay

Опубликовано
Опубликовано
40 минут назад, Goblin сказал:

точно?

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

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

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

копипаст.

vasek00 Старожил

vasek00

Опубликовано
Опубликовано
В 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 Поставщик контента

Albram

Опубликовано
  • Автор
Опубликовано
В 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

 

  • Спасибо 1
Goblin Старожил

Goblin

Опубликовано
Опубликовано
42 минуты назад, Albram сказал:

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

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

Albram Поставщик контента

Albram

Опубликовано
  • Автор
Опубликовано
14 минуты назад, Goblin сказал:

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

👍

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

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

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

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

slomblobov Старожил

slomblobov

Опубликовано
Опубликовано

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

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

  • Спасибо 6

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.
Примечание: Ваш пост будет проверен модератором, прежде чем станет видимым.

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
 Поделиться
Перейти к списку тем

  • Последние посетители   0 пользователей онлайн

    • Ни одного зарегистрированного пользователя не просматривает данную страницу
×
×
  • Создать...

Важная информация

На этом сайте используются файлы cookie. Нажимая "Я принимаю" или продолжая просмотр сайта, вы разрешаете их использование: Политика конфиденциальности.

  Я принимаю