Jump to content

vitalik6243

Forum Members
 View Profile  See their activity

  • Posts

    99

  • Joined

  • Last visited

 Content Type 

Posts posted by vitalik6243

    Через время работы полностью падает TSMB/CIFS (smb_conv_ascii_to_ascii_get)

    in 3.5

    Posted

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

    Да, если хотите. Но я планировал взять этот список из селфтеста, который вы предоставили ранее.

    А ну впринципе в selftest есть список компонентов, щас вспомнил что я щас обновился до 3.6 Alpha 3 для теста, отправлю скрины компонентов личным сообщением

    Через время работы полностью падает TSMB/CIFS (smb_conv_ascii_to_ascii_get)

    in 3.5

    Posted

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

    @vitalik6243 Появилась идея. Я отключу некоторый функционал CIFS сервера, проблему в котором я заподозрил. Пришлю вам кастомную прошивку. Поставите и затем скажете результат. Прошивку в ЛС отправлю чуть позже.

    Можно вам скинуть bin в личку с нужными мне компонентами?

    Через время работы полностью падает TSMB/CIFS (smb_conv_ascii_to_ascii_get)

    in 3.5

    Posted

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

    @vitalik6243 В этом и сложность, что воспроизводится только у вас. И крайне важно хотя бы приблизиться к пониманию причины. Любые ваши наблюдения могут помочь.

    Проблема не конкретно с Ultra2. Это программная проблема, любой другой Кинетик на этой версии прошивки будет вести себя так же.

    Ну например выше человек пишет что таких проблем не наблюдает, соответственно я не раз сталкивался с тем что проблема может возникать на одном конкретном роутере, в любом случае такой косяк на релизной прошивке прям очень печален(

    Через время работы полностью падает TSMB/CIFS (smb_conv_ascii_to_ascii_get)

    in 3.5

    Posted

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

    KN-1010, ПО 3.5.2)) К гиге подключены 2 HDD, никаких отвалов нет и не было!

    А кто сказал что на KN-1010 и Zyxel Keenetic Ultra 2 взаимозаменяемые прошивки? Косяк конкретно в прошивке для Keenetic Ultra 2,  и выше человек писал что есть косяк на KN-1810

    Через время работы полностью падает TSMB/CIFS (smb_conv_ascii_to_ascii_get)

    in 3.5

    Posted

    В 26.10.2020 в 15:54, vst сказал:

    Но сервер падает через 6 секунд. По одному логу сложно выявить системность. Если будут ещё логи и наблюдения, то смело присылайте.

    Все повторилось по 2 кругу опять упал TSMB, видел что в 3.6 были какие то исправление, попробую перейти на 3.6 для теста, на 3.5.2 невозможно сидеть, регулярно нужно следить за этим процессом и ребутать роутер, не устраивает, т.к. один из основных серверов который находится в локальной сети падает, а как не крути на этом сервере самый большой канал связи до 1гб/сек от оператора.log.txt

    Через время работы полностью падает TSMB/CIFS (smb_conv_ascii_to_ascii_get)

    in 3.5

    Posted

    В 26.10.2020 в 15:54, vst сказал:

    Но сервер падает через 6 секунд. По одному логу сложно выявить системность. Если будут ещё логи и наблюдения, то смело присылайте.

    log.txt

    Вообщем песенка была не долгой, проработало 3 дня, сегодня в течении дня были обращения к диску было все ок, ну вплане по папкам пошарился, и свернул открытое окно диска.

    Вечерком когда обращений к диску никаких не было но открытое окно было все это время свернуто, комп начал жестко лагать а именно проводник, зашел глянул логи, сразу виден отвал диска, лог ниже, посмотри мож че интересного за 3-4 дня набежало)

    Через время работы полностью падает TSMB/CIFS (smb_conv_ascii_to_ascii_get)

    in 3.5

    Posted

    10 часов назад, vst сказал:

    Но сервер падает через 6 секунд. По одному логу сложно выявить системность. Если будут ещё логи и наблюдения, то смело присылайте.

    Пока шла раздача в Transmission на протяжении 3-ех дней TSMB не падал, щас удалил торрент с раздачей, посмотрим упадет или нет. Пока что наблюдаю.

    Через время работы полностью падает TSMB/CIFS (smb_conv_ascii_to_ascii_get)

    in 3.5

    Posted

    9 часов назад, BGMike сказал:

    Столкнулся с подобной проблемой, KN-1810 на 3.5.2. Диски подключены на устройствах Windows 10, как сетевой диск, стали самопроизвольно отваливаться, при этом FTP сервер продолжает работать и можно зайти даже из внешней сети.

    Подскажи Wi-Fi систему Mesh используешь? Щас потестил на одном из роутеров у товарища тож диск подключен, у него Mesh Keenetic не задействован, 3 дня роутер работает без ошибок и проблем. Вот думаю мож Mesh какой то косяк создает, т.к. по логам посмотрел есть вот такая интересная конитель:
    coalagent: updating configuration...
    [I] Oct 22 17:11:26 ndhcps: DHCPREQUEST received (STATE_INIT) for 
    Есть подозрение что когда перестраивается дерево тогда и возникает проблема.

    Через время работы полностью падает TSMB/CIFS (smb_conv_ascii_to_ascii_get)

    in 3.5

    Posted

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

    Посмотрел лог, да момент появления проблемы запечатлен. Можете описать каким образом вам удалось воспроизвести проблему? К каким файлам производилось обращение и с помощью какого устройства/приложения?

    Только пожалуйста не удаляйте проблемные файлы, если они возникнуть. Никакие имена или устройства не должны приводить к падениям.

     

    Файлы в момент когда упал TSMB с которыми я работал в этот момент по факту не имеют никакого расширения "chap-secrets"(файл по факту текстовый используется для linux) в момент подения работал с этим файлом, а именно его чтение с Notepad++ удалять я его никак не буду, этот файл синхронизируется с 3-мя серверами на платформе Debian по SFTP.

    Но проблема появляется даже в тот момент когда к диску я не обращался впринципе, т.е. комп стоял полностью отключен целый день, вечером придя домой включив комп, проблема такая уже была, так же с других устройств обращений не было.
    Вот файлы которые лежат в этой папки, все текстовые: https://prnt.sc/v4q68a

    Так же на этом диске лежат зашифрованные файлы фото/видео, скажем так взломали RDP зашифровали много данных, я вот думаю что эти файлы могут приводить к сбою.

    Расширение у файлов: .id-AE0BD025.[openpgp@foxmail.com].pgp

    Ну и как бы таких файлов как правило лежит не мало в ожидании что когда нибудь появится дешифратор https://prnt.sc/v4q7he

    Через время работы полностью падает TSMB/CIFS (smb_conv_ascii_to_ascii_get)

    in 3.5

    Posted

    16 часов назад, vst сказал:

    Баг. Вероятно проблема связана со странной кодировкой файла на диске. А так же есть ли в сети клиент SMBv1?

    Селфтест тоже не помешает.

    Отправил личкой self-test + полный log посмотри, буду ждать ответ)

    Через время работы полностью падает TSMB/CIFS (smb_conv_ascii_to_ascii_get)

    in 3.5

    Posted

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

    Баг. Вероятно проблема связана со странной кодировкой файла на диске. А так же есть ли в сети клиент SMBv1?

    Селфтест тоже не помешает.

    По поводу SMBv1 врядли, т.к. все устройства современные, компы все на Win10, смартфоны тоже не ниже S9-Note9 Samsung подключаются они в основном по FTP через X-Plore SMB крайне ретко юзается. Щас увидел новое обновление до 3.5.2, обновился, дождусь как проблема выскочит скину selftest, т.к. вижу что там что то со скоростью поправили, мож и этот баг, + лог файл полный прикреплю, т.к. по поводу файлов эт врядли, на 3.4 версии такого косяка не было было все ок, есть еще одно предположение у меня SMB проброшен во внешнюю сеть для подключения из интернета по внешнику, вот я думаю мож брутфолом кто то балуется, в итоге SMB не справляется и тупо ее тушит, можно поэксперементировать вырубить удаленку потестить чисто в локалке, т.к. на появление проблема достаточно чтобы роутер 1-2 дня поработал и она от куда не возьмись появляется... делаешь ребут роутера и снова все ок доступ есть полет нормальный)

    Через время работы полностью падает TSMB/CIFS (smb_conv_ascii_to_ascii_get)

    in 3.5

    Posted

    Устройство Keenetic Ultra 2.

    Диск 1tb подключен через usb 3.0.

    Прошивка 3.5.1

    Спустя некоторый промежуток времени полностью падает TSMB на всех пк, доступ пропадает полностью, отключение и включение в настройках роутера ни к чему не приводят, готов скинуть selftest и прочее.

    Логи предоставил ниже

     

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

    [C] Oct 21 15:58:09 kernel: CPU 1 Unable to handle kernel paging request at virtual address c62d7000, epc == 8d434ed0, ra == 8d437dcc
    [W] Oct 21 15:58:09 kernel: Oops[#1]:
    [W] Oct 21 15:58:09 kernel: CPU: 1 PID: 714 Comm: tsmb_core Tainted: P           O    4.9-ndm-4 #2
    [W] Oct 21 15:58:09 kernel: task: c8456416 task.stack: 30efdedd
    [W] Oct 21 15:58:09 kernel: $ 0   : 00000000 814f0004 00000f60 c62d7000
    [W] Oct 21 15:58:09 kernel: $ 4   : c62d60a0 fffffff3 8bfb5c68 8bfb5c64
    [W] Oct 21 15:58:09 kernel: $ 8   : ffff2000 00000000 00000000 00000705
    [W] Oct 21 15:58:09 kernel: $12   : 0000bfc8 00000000 00000000 00000000
    [W] Oct 21 15:58:09 kernel: $16   : 00000000 c62d60a0 8bfb5c64 8bfcaf00
    [W] Oct 21 15:58:09 kernel: $20   : 8c07b000 87014000 8bfb5d28 00000000
    [W] Oct 21 15:58:09 kernel: $24   : 00000010 8d40e830                  
    [W] Oct 21 15:58:09 kernel: $28   : 8bfb4000 8bfb5c10 8ceb0000 8d437dcc
    [W] Oct 21 15:58:09 kernel: Hi    : 00000000
    [W] Oct 21 15:58:09 kernel: Lo    : 00006800
    [W] Oct 21 15:58:09 kernel: epc   : 8d434ed0 smb_conv_ascii_to_ascii_get+0x40/0xd0 [tsmb]
    [W] Oct 21 15:58:09 kernel: ra    : 8d437dcc smb1_reply_err+0x1ec/0xb44 [tsmb]
    [W] Oct 21 15:58:09 kernel: Status: 1100fc03 KERNEL EXL IE 
    [W] Oct 21 15:58:09 kernel: Cause : 00800008 (ExcCode 02)
    [W] Oct 21 15:58:09 kernel: BadVA : c62d7000
    [W] Oct 21 15:58:09 kernel: PrId  : 0001992f (MIPS 1004Kc)
    [W] Oct 21 15:58:09 kernel: Modules linked in: eip93_cryptoapi(O) nf_nat_sip nf_conntrack_sip fastvpn(PO) hw_nat(O) nf_nat_ftp nf_conntrack_ftp zram ntc(PO) mt76x2_ap(O) mt7621_eth(PO) rndis_host qcserial xhci_mtk cdc_ether huawei_cdc_ncm asix qmi_wwan option cdc_ncm ccm usb_wwan usbextras(O) gcm seqiv authenc exfat(O) nls_utf8 esp4 kalmia cp210x thfsplus(O) nf_nat_rtsp(O) nls_cp1251 cypress_m8 ax88179_178a usb_storage cdc_acm l2tp_ppp usblp dm9601 sd_mod sr_mod xhci_hcd nls_cp437 sierra sg usbnet ext4 tfat(PO) xfrm_user deflate nls_cp866 chacha20poly1305 echainiv tntfs(PO) af_key pl2303 jffs2 cdc_wdm ghash_generic r8152 l2tp_core rtl8150 aead ftdi_sio ch341 usbserial nf_nat_pptp nf_nat_h323 usbcore nf_conntrack_pptp wireguard xfrm_interface crc32c_generic libphy cdrom tunnel6 resetnds(PO) hmac des_generic mtdoops_proc(O)
    [W] Oct 21 15:58:09 kernel:  nacct(PO) ansi_cprng ctr jitterentropy_rng gf128mul nf_conntrack_h323 xt_esp chacha_generic zlib_deflate jbd2 nls_base ip6_udp_tunnel poly1305_generic sch_cake(O) nf_conntrack_proto_gre phr(PO) mbcache nf_conntrack_rtsp(O) xt_policy dummy ip_gre zlib_inflate crc16 xfrm4_mode_tunnel md5 scsi_mod udp_tunnel crypto_null xfrm4_mode_transport cbc tsmb(PO) drbg usb_common sit nf_nat_proto_gre xfrm_algo xfrm4_tunnel
    [W] Oct 21 15:58:09 kernel: Process tsmb_core (pid: 714, threadinfo=30efdedd, task=c8456416, tls=00000000)
    [W] Oct 21 15:58:09 kernel: Stack : c62d4004 0000001a 00000014 8b813700 c62d606c 87039000 00000027 8d437dcc
    [W] Oct 21 15:58:09 kernel:         8ceb0000 810d3084 814b8ee0 024002c2 024000c2 00000bcf 00000000 ffffffff
    [W] Oct 21 15:58:09 kernel:         8d465cdc 00000001 8171cd80 8d465cdc fffcd000 024000c2 00000000 00000014
    [W] Oct 21 15:58:09 kernel:         8b813700 87039000 00000001 8d409570 0000000c 00000000 8ceb0000 8c07b000
    [W] Oct 21 15:58:09 kernel:         00000075 00000000 00000027 87014000 87039000 00000004 0000000b 8d436b48
    [W] Oct 21 15:58:09 kernel:         ...
    [W] Oct 21 15:58:09 kernel: Call Trace:
    [W] Oct 21 15:58:09 kernel: [<9de7390d>] smb_conv_ascii_to_ascii_get+0x40/0xd0 [tsmb]
    [W] Oct 21 15:58:09 kernel: [<5562e643>] smb1_reply_err+0x1ec/0xb44 [tsmb]
    [W] Oct 21 15:58:09 kernel: Code: 10a2001f  00008025  02221821 <80630000> 1460fffb  24420001  2442ffff  10400017  afa60028 
    [W] Oct 21 15:58:09 kernel: 
    [W] Oct 21 15:58:09 kernel: ---[ end trace cee41fda2333e2e4 ]---

    Фото диска в отвале: https://prnt.sc/v3zpe9

    • Thanks 1

    Как правильно использовать netfilter в opkg

    in Вопросы по сборке и настройке Opkg

    Posted

    Возможно ли реализовать аналог или подобие этой команды прямо на Keenetic? без использования OPKG? Или возможно данная команда уже есть? Т.к. ip nat ISP-Vlan не работает должный образом.

    Дело в том что мне нужно принять трафик с wan интерфейса через внешний ip, и так же само передать в wan интерфейс только уже на серый IP внутри сети провайдера, и единственный выход который есть на данный момент это использование OPKG 

    iptables -t nat -A POSTROUTING -o eth3.100 -j MASQUERADE

     

    bird4

    in Вопросы по сборке и настройке Opkg

    Posted

    Добрый день всем, вообщем скрипт работает как часы, только вот система route на интерфейс основного интернета не работает от слова совсем. тупо перестают идти пакеты... и единсвенный выход из положения это удалять подсети который пошли через vpn.

    Пытался доработать скрипт путем добавления дополнительного файла фильтрации белых ip адресов, но это не работает от слова совсем. 

    #!/bin/sh

cut_local() {
	grep -vE 'localhost|^0\.|^127\.|^10\.|^172\.16\.|^192\.168\.|^::|^fc..:|^fd..:|^fe..:'
}

cat $1 | awk '{print $1}' | awk '/^([0-9]{1,3}\.){3}[0-9]{1,3}$/' | awk -F. -v OFS=. 'NF--' | sed -i '/$1/d' $2
cat $1 | awk '{print $1}' | awk '/^([0-9]{1,3}\.){3}[0-9]{1,3}\/[0-9]{1,2}$/' | awk -F. -v OFS=. 'NF--' | sed -i '/$1/d' $2

until ADDRS=$(dig +short google.com @localhost -p 53) && [ -n "$ADDRS" ] > /dev/null 2>&1; do sleep 5; done

echo "$(cat $1 | awk '{print $1}' | awk '!/^([0-9]{1,3}\.){3}[0-9]{1,3}/ && !/^#/')" | {
	while IFS= read -r line; do 
		ips="`dig A +short $line @localhost -p 53 | awk '/^([0-9]{1,3}\.){3}[0-9]{1,3}$/' | cut_local | awk -F. -v OFS=. 'NF--'`"
		echo "$ips"
		sed -i "/$ips/d" $2
	done
}

    Может будет вариант посмотреть что сделал не так... т.к. убил более 2-ух суток и ничего дельного у меня не получилось

    Просто по команде echo я понимаю что ip адреса приходят команде sed для дальнейшего удаления из общего списка.

    Но вот команда sed удаляет вместо ip адреса символ $ips

    Проблемы с работой CIFS/SMB

    in 3.4

    Posted

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

     

    А что ТП пишет новые прошивки? Или всё равно ждать пока тут обратят внимание и поправят багу?

    Я уже на последней альфе! Логи показать могу, но как узнать когда их надо снимать, ведь отваливается всё время в разное время? И где пошагово посмотреть как и что делать?

    Я бы на твоем месте попробовал сделать как я, на alpha версии нормальной работы я не получил, откатись на 3.4.6 посмотри если диск словит отвал, сохрани startup-config и выполни сброс роутера, тестируй после сброса - нет проблемы, открывай startup-config в notepad++ и сравнивай конфиги после сброса и твоего, думаю ошибку найдешь, но проблема с cifs есть на самом деле, и проблема именно с использованием ip адреса роутера, обязательно попробуй отключить диск полностью и привязать используя его имя а именно //Keenetic_Model.

    Т.к. у товарища, проблема на Giga 3 решилась так же как и уменя, начали использовать имя роутера а не IP.

    Проблемы с работой CIFS/SMB

    in 3.4

    Posted

    15 минут назад, Andrex сказал:

    Очень много придётся тогда перенастраивать и делать это на глючащем ПО неблагодарное дело. И так уже наэкспериментировался до чёртиков, а толку ноль. Подскажи лучше какая прошивка была полностью избавлена от этого мрака и как на неё безболезненней откатиться? Чем дальше в лес, тем больше глюков по ходу...

    Выше писал прошивка 3.4.3 не было такого дефекта, но щас оф. релиз 3.4.6 врядли ты сможешь ее нормально поставить с нужными компонентами, я на всякий случай делаю бекап прошивки и startup config.

    Проблемы с работой CIFS/SMB

    in 3.4

    Posted

    В 20.06.2020 в 10:44, Andrex сказал:

    По барабану. Всегдя путь был указан по имени - отваливается всё равно. Сейчас два дня продержался и опять отвалился.

    Очень странно... 3 дня роутер проработал с подключением диска используя имя роутера, проблем никаких не увидел, попробуйте поменять имя в настройках cifs. При этом я комп за эти 3 дня отправлял в сон раз 8, единсвенное что пока что раздражает это как выше написали при использовании Wi-Fi системы тушится интернет на всех устройствах на 1-2 сек.

    Проблемы с работой CIFS/SMB

    in 3.4

    Posted

    Вообщем разобрался я в чем проблема... Ранее я использовал для SMB подключения IP адрес роутера, если задействовать имя роутера а именно \\Keenetic_Ultra то проблем никаких не возникает, диск не отваливается, а вот при использовании IP адреса есть определенные трудности и проблемы, так же как я ранее описывал не работает удаленный доступ по SMB.

    Проблемы с работой CIFS/SMB

    in 3.4

    Posted

    Эх вообщем счастье было не долгим, до первого так сказать момента когда я комп отправил в режим сна...

    Скрытый текст
    Июн 18 10:03:30
     
    ndm
    Network::Interface::Switch: "GigabitEthernet0/0": switch link down at port 1.
    Июн 18 10:03:31
     
    kernel
    br0: port 1(eth2.1) entered blocking state
    Июн 18 10:03:31
     
    kernel
    br0: port 1(eth2.1) entered listening state
    Июн 18 10:03:32
     
    ndm
    Network::Interface::Switch: "GigabitEthernet0/0": switch link up at port 1.
    Июн 18 10:03:33
     
    kernel
    br0: port 1(eth2.1) entered blocking state
    Июн 18 10:03:33
     
    kernel
    br0: port 1(eth2.1) entered listening state
    Июн 18 10:03:36
     
    kernel
    br0: port 1(eth2.1) entered learning state
    Июн 18 10:03:39
     
    kernel
    br0: port 1(eth2.1) entered forwarding state
    Июн 18 10:03:39
     
    kernel
    br0: topology change detected, propagating
    Июн 18 10:03:40
     
    ndhcps
    DHCPINFORM received for 192.168.2.3 from 50:e5:49:ef:85:ff.
    Июн 18 10:03:40
     
    ndhcps
    sending INFORM to 50:e5:49:ef:85:ff.
    Июн 18 10:03:44
     
    ndm
    UPnP::Manager: a new nat rule appended.
    Июн 18 10:03:44
     
    ndm
    UPnP::Manager: redirect rule added: udp GigabitEthernet1/Vlan100:48079 -> 192.168.2.3:47999.
    Июн 18 10:03:44
     
    ndm
    UPnP::Manager: a new filter rule appended.
    Июн 18 10:03:44
     
    ndm
    UPnP::Manager: forward rule added: udp GigabitEthernet1/Vlan100 -> 192.168.2.3:47999.
    Июн 18 10:03:44
     
    ndm
    UPnP::Manager: a new nat rule appended.
    Июн 18 10:03:44
     
    ndm
    UPnP::Manager: redirect rule added: udp GigabitEthernet1/Vlan100:48090 -> 192.168.2.3:48010.
    Июн 18 10:03:44
     
    ndm
    UPnP::Manager: a new filter rule appended.
    Июн 18 10:03:44
     
    ndm
    UPnP::Manager: forward rule added: udp GigabitEthernet1/Vlan100 -> 192.168.2.3:48010.
    Июн 18 10:03:44
     
    ndm
    UPnP::Manager: a new nat rule appended.
    Июн 18 10:03:44
     
    ndm
    UPnP::Manager: redirect rule added: udp GigabitEthernet1/Vlan100:48078 -> 192.168.2.3:47998.
    Июн 18 10:03:44
     
    ndm
    UPnP::Manager: a new filter rule appended.
    Июн 18 10:03:44
     
    ndm
    UPnP::Manager: forward rule added: udp GigabitEthernet1/Vlan100 -> 192.168.2.3:47998.
    Июн 18 10:03:44
     
    ndm
    UPnP::Manager: a new nat rule appended.
    Июн 18 10:03:44
     
    ndm
    UPnP::Manager: redirect rule added: udp GigabitEthernet1/Vlan100:48080 -> 192.168.2.3:48000.
    Июн 18 10:03:44
     
    ndm
    UPnP::Manager: a new filter rule appended.
    Июн 18 10:03:44
     
    ndm
    UPnP::Manager: forward rule added: udp GigabitEthernet1/Vlan100 -> 192.168.2.3:48000.
    Июн 18 10:03:44
     
    ndm
    UPnP::Manager: a new nat rule appended.
    Июн 18 10:03:44
     
    ndm
    UPnP::Manager: redirect rule added: udp GigabitEthernet1/Vlan100:48082 -> 192.168.2.3:48002.
    Июн 18 10:03:44
     
    ndm
    UPnP::Manager: a new filter rule appended.
    Июн 18 10:03:44
     
    ndm
    UPnP::Manager: forward rule added: udp GigabitEthernet1/Vlan100 -> 192.168.2.3:48002.
    Июн 18 10:04:19
     
    ndhcps
    DHCPDISCOVER received from 08:c5:e1:c9:4c:9d.
    Июн 18 10:04:19
     
    ndhcps
    making OFFER of 192.168.2.2 to 08:c5:e1:c9:4c:9d.
    Июн 18 10:04:19
     
    ndhcps
    DHCPREQUEST received (STATE_SELECTING) for 192.168.2.2 from 08:c5:e1:c9:4c:9d.
    Июн 18 10:04:19
     
    ndhcps
    sending ACK of 192.168.2.2 to 08:c5:e1:c9:4c:9d.

    В логах все тоже самое, но что самое интересное теперь tsmb не полностью отваливается а только на том устройстве который уходил в сон...

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

    image.thumb.png.7340dffa50bd196fef6bbd19dfff54f7.pngimage.png.1eca8d332122d054532ac3822e312f25.png

    Может быть предоставить какие либо настройки конфигурации? Чтобы эту проблему исправили хотя бы в Alpha версии... Т.к. проблема идет во всех версиях после 3.4.3, 3.4.3 осталась самая стабильная версия вплане работы tsmb, возможно проблемой является тот факт что включена wi-fi система....

    Проблемы с работой CIFS/SMB

    in 3.4

    Posted

    8 часов назад, r13 сказал:

    Это пришло с mesh и stp протоколом, при отключении/подключении перестраивается дерево. если wifi систему не используете, то попробуйте без этого компонента.

    image.thumb.png.c81e653ec48e92609ceb45ec318d02dc.png

     

    А что произошло с пробросом данных портов? В новой версии 3.4.6?

    Порты проброшены на ip адрес роутера, при этом 81 порт а именно вебинтерфейс роутера доступен, а вот TSMB удаленно не достучаться...(

    Проблемы с работой CIFS/SMB

    in 3.4

    Posted

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

    Это пришло с mesh и stp протоколом, при отключении/подключении перестраивается дерево. если wifi систему не используете, то попробуйте без этого компонента.

    В том то и проблема что я использую Wi-Fi систему :(

    Возможно есть варианты исправления такой проблемы? С использованием Wi-Fi системы...

    Проблемы с работой CIFS/SMB

    in 3.4

    Posted

    То что выше писал про отвал, На фото думаю видно что при моменте когда пингуешь яндекс с другого пк подключенного так же по проводу, отключаешь другой комп получаешь конфуз в виде того что пропал интернет. Точно так же перестает происходить ping запрос к роутеру.

    Ниже опять приложу лог, кстати говоря, роутер автоматически обновился до версии 3.4.6, поэтому последние логи что скидывал это уже логи с 3.4.6, но на удивление tsmb пока не отваливался. Посмотрим что будет дальше..

    Скрытый текст
    Июн 17 17:57:41
     
    ndm
    Network::Interface::Switch: "GigabitEthernet0/0": switch link down at port 1.
    Июн 17 17:57:41
     
    kernel
    br0: port 1(eth2.1) entered blocking state
    Июн 17 17:57:41
     
    kernel
    br0: port 1(eth2.1) entered listening state
    Июн 17 17:57:44
     
    kernel
    br0: port 1(eth2.1) entered learning state
    Июн 17 17:57:47
     
    kernel
    br0: port 1(eth2.1) entered forwarding state
    Июн 17 17:57:47
     
    kernel
    br0: topology change detected, propagating
    Июн 17 17:57:48
     
    ndhcps
    DHCPINFORM received for 192.168.2.3 from 50:e5:49:ef:85:ff.
    Июн 17 17:57:48
     
    ndhcps
    sending INFORM to 50:e5:49:ef:85:ff.
    Июн 17 17:57:48
     
    ndm
    Network::Interface::Switch: "GigabitEthernet0/0": switch link up at port 1.
    Июн 17 17:57:48
     
    kernel
    br0: port 1(eth2.1) entered blocking state
    Июн 17 17:57:48
     
    kernel
    br0: port 1(eth2.1) entered listening state
    Июн 17 17:57:51
     
    kernel
    br0: port 1(eth2.1) entered learning state
    Июн 17 17:57:54
     
    kernel
    br0: port 1(eth2.1) entered forwarding state
    Июн 17 17:57:54
     
    kernel
    br0: topology change detected, propagating
    Июн 17 17:57:55
     
    ndm
    UPnP::Manager: redirect and forward rules deleted: udp 48079.
    Июн 17 17:57:55
     
    ndm
    UPnP::Manager: redirect and forward rules deleted: udp 48090.
    Июн 17 17:57:55
     
    ndm
    UPnP::Manager: redirect and forward rules deleted: udp 48078.
    Июн 17 17:57:55
     
    ndm
    UPnP::Manager: redirect and forward rules deleted: udp 48080.
    Июн 17 17:57:55
     
    ndm
    UPnP::Manager: redirect and forward rules deleted: udp 48082.
    Июн 17 17:57:55
     
    ndm
    UPnP::Manager: a new nat rule appended.
    Июн 17 17:57:55
     
    ndm
    UPnP::Manager: redirect rule added: udp GigabitEthernet1/Vlan100:48079 -> 192.168.2.3:47999.
    Июн 17 17:57:55
     
    ndm
    UPnP::Manager: a new filter rule appended.
    Июн 17 17:57:55
     
    ndm
    UPnP::Manager: forward rule added: udp GigabitEthernet1/Vlan100 -> 192.168.2.3:47999.
    Июн 17 17:57:55
     
    ndm
    UPnP::Manager: a new nat rule appended.
    Июн 17 17:57:55
     
    ndm
    UPnP::Manager: redirect rule added: udp GigabitEthernet1/Vlan100:48090 -> 192.168.2.3:48010.
    Июн 17 17:57:55
     
    ndm
    UPnP::Manager: a new filter rule appended.
    Июн 17 17:57:55
     
    ndm
    UPnP::Manager: forward rule added: udp GigabitEthernet1/Vlan100 -> 192.168.2.3:48010.
    Июн 17 17:57:55
     
    ndm
    UPnP::Manager: a new nat rule appended.
    Июн 17 17:57:55
     
    ndm
    UPnP::Manager: redirect rule added: udp GigabitEthernet1/Vlan100:48078 -> 192.168.2.3:47998.
    Июн 17 17:57:55
     
    ndm
    UPnP::Manager: a new filter rule appended.
    Июн 17 17:57:55
     
    ndm
    UPnP::Manager: forward rule added: udp GigabitEthernet1/Vlan100 -> 192.168.2.3:47998.
    Июн 17 17:57:55
     
    ndm
    UPnP::Manager: a new nat rule appended.
    Июн 17 17:57:55
     
    ndm
    UPnP::Manager: redirect rule added: udp GigabitEthernet1/Vlan100:48080 -> 192.168.2.3:48000.
    Июн 17 17:57:55
     
    ndm
    UPnP::Manager: a new filter rule appended.
    Июн 17 17:57:55
     
    ndm
    UPnP::Manager: forward rule added: udp GigabitEthernet1/Vlan100 -> 192.168.2.3:48000.
    Июн 17 17:57:55
     
    ndm
    UPnP::Manager: a new nat rule appended.
    Июн 17 17:57:55
     
    ndm
    UPnP::Manager: redirect rule added: udp GigabitEthernet1/Vlan100:48082 -> 192.168.2.3:48002.
    Июн 17 17:57:55
     
    ndm
    UPnP::Manager: a new filter rule appended.
    Июн 17 17:57:55
     
    ndm
    UPnP::Manager: forward rule added: udp GigabitEthernet1/Vlan100 -> 192.168.2.3:48002.

     

    image.png.18bf247744c05f5ae18d3e13881c3b9d.pngimage.png.7e219f6bfe5672ac1d7b2645d857eafd.png

    Проблемы с работой CIFS/SMB

    in 3.4

    Posted · Edited by vitalik6243

    5 часов назад, enterfaza сказал:

    что-то маловато топотов ножками да хлопков ладошками, учитывая, что 3.4.6 прошла стадию бета тестирования официально, больше похоже на случайный случай

    с другой стороны, большинство тут предпочитают сборки альфа, что и правильно в принципе-то в таком месте

    у самого пока 3.4.3 в ожидании автообновления, посмотрим к чему это в очередной раз приведет 

    В моем случае это была вынужденная мера, на 3.4.3 все работает изумительно, но есть один дефект который почему то пришел и я не помню с какой версии прошивки, если из Keenetic Ultra 2 отключить любой lan кабель, все lan устройства благополучно перестанут получать доступ в интернет, по времени секунд 10-15, потом все возобновится.

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

    Jun 17 14:47:58 ndm: Network::Interface::Switch: "GigabitEthernet0/0": switch link down at port 1.
    Jun 17 14:47:59 kernel: br0: port 1(eth2.1) entered blocking state
    Jun 17 14:47:59 kernel: br0: port 1(eth2.1) entered listening state
    Jun 17 14:48:00 ndm: Network::Interface::Switch: "GigabitEthernet0/0": switch link up at port 1.
    Jun 17 14:48:01 kernel: br0: port 1(eth2.1) entered blocking state
    Jun 17 14:48:01 kernel: br0: port 1(eth2.1) entered listening state
    Jun 17 14:48:04 kernel: br0: port 1(eth2.1) entered learning state
    Jun 17 14:48:07 kernel: br0: port 1(eth2.1) entered forwarding state
    Jun 17 14:48:07 kernel: br0: topology change detected, propagating
    Jun 17 14:48:09 ndhcps: DHCPDISCOVER received  for 192.168.2.3 from 50:e5:49:ef:85:ff.
    Jun 17 14:48:09 ndhcps: making OFFER of 192.168.2.3 to 50:e5:49:ef:85:ff.
    Jun 17 14:48:09 ndhcps: DHCPREQUEST received (STATE_SELECTING) for 192.168.2.3 from 50:e5:49:ef:85:ff.
    Jun 17 14:48:09 ndhcps: sending ACK of 192.168.2.3 to 50:e5:49:ef:85:ff.

    В логах наблюдаю только вот это, впринципе в новых версиях есть такая же проблема... + при этом еще благополучно диск отваливается от tsmb.

    Нашел в одной из тем похожие ошибки, человека почему то отправили в оф. тех поддержку. На alpha прошивках такая же байда, ток там это бывает сопровождается полным зависанием веб-интерфейса роутера...  Сильно тестить данный факт не стал, т.к. дома стоит сервер, и слишком часто и долго я не могу к сожалению тушить интернет... все тесты приходится делать ночью после 2-ух часов...

    Есть одно предположения в связи с чем может быть такая проблема, на коммутаторе провайдера я себе сделал транковый порт, а на keenetic прописал нужные мне vlan, но опять же на сколько это может быть проблемой оч. большой вопрос. Просто на форуме не встречал людей которые на своих устройствах прописывают vlan.

    Проблемы с работой CIFS/SMB

    in 3.4

    Posted

    image.png.b267c9387e765d6e4cb251d45ae0faaa.png

    Вот так происходит перезагрузка дополнительной точки доступа  подключенной по проводу к Keenetic Ultra.

    Ниже приложил лог с тем что происходит с момента начала перезагрузки .

    image.png.041de44a9ec55a9a0441b54a031cbebb.png

    Так же по графику видно что был провал интернета.

    Скрытый текст
    DHCPRELEASE received for 192.168.2.106 from e4:18:6b:6b:8d:00.
    Июн 7 19:45:27
     
    ndm
    Network::Interface::Switch: "GigabitEthernet0/1": switch link down at port 2.
    Июн 7 19:45:27
     
    kernel
    br0: port 1(eth2.1) entered blocking state
    Июн 7 19:45:27
     
    kernel
    br0: port 1(eth2.1) entered listening state
    Июн 7 19:45:30
     
    kernel
    br0: port 1(eth2.1) entered learning state
    Июн 7 19:45:33
     
    kernel
    br0: port 1(eth2.1) entered forwarding state
    Июн 7 19:45:33
     
    kernel
    br0: topology change detected, propagating
    Июн 7 19:46:43
     
    ndm
    Network::Interface::Switch: "GigabitEthernet0/1": switch link up at port 2.
    Июн 7 19:46:43
     
    kernel
    br0: port 1(eth2.1) entered blocking state
    Июн 7 19:46:43
     
    kernel
    br0: port 1(eth2.1) entered listening state
    Июн 7 19:46:47
     
    kernel
    br0: port 1(eth2.1) entered learning state
    Июн 7 19:46:50
     
    kernel
    br0: port 1(eth2.1) entered forwarding state
    Июн 7 19:46:50
     
    kernel
    br0: topology change detected, propagating
    Июн 7 19:46:52
     
    ndm
    Network::Interface::Switch: "GigabitEthernet0/1": switch link down at port 2.
    Июн 7 19:46:52
     
    kernel
    br0: port 1(eth2.1) entered blocking state
    Июн 7 19:46:52
     
    kernel
    br0: port 1(eth2.1) entered listening state
    Июн 7 19:46:55
     
    kernel
    br0: port 1(eth2.1) entered learning state
    Июн 7 19:46:58
     
    kernel
    br0: port 1(eth2.1) entered forwarding state
    Июн 7 19:46:58
     
    kernel
    br0: topology change detected, propagating
    Июн 7 19:47:07
     
    ndm
    Network::Interface::Switch: "GigabitEthernet0/1": switch link up at port 2.
    Июн 7 19:47:07
     
    kernel
    br0: port 1(eth2.1) entered blocking state
    Июн 7 19:47:07
     
    kernel
    br0: port 1(eth2.1) entered listening state
    Июн 7 19:47:10
     
    kernel
    br0: port 1(eth2.1) entered learning state
    Июн 7 19:47:13
     
    kernel
    br0: port 1(eth2.1) entered forwarding state
    Июн 7 19:47:13
     
    kernel
    br0: topology change detected, propagating
    Июн 7 19:47:15
     
    ndhcps
    DHCPDISCOVER received from e4:18:6b:6b:8d:00.
    Июн 7 19:47:15
     
    ndhcps
    making OFFER of 192.168.2.106 to e4:18:6b:6b:8d:00.
    Июн 7 19:47:15
     
    ndhcps
    DHCPREQUEST received (STATE_SELECTING) for 192.168.2.106 from e4:18:6b:6b:8d:00.
    Июн 7 19:47:15
     
    ndhcps
    sending ACK of 192.168.2.106 to e4:18:6b:6b:8d:00.
    Июн 7 19:47:20
     
    kernel
    br0: port 1(eth2.1) received tcn bpdu
    Июн 7 19:47:20
     
    kernel
    br0: topology change detected, propagating
    Июн 7 19:47:26
     
    kernel
    br0: port 1(eth2.1) received tcn bpdu
    Июн 7 19:47:26
     
    kernel
    br0: topology change detected, propagating
    Июн 7 19:47:27
     
    kernel
    br0: port 1(eth2.1) received tcn bpdu
    Июн 7 19:47:27
     
    kernel
    br0: topology change detected, propagating
    Июн 7 19:47:28
     
    kernel
    RRM: perform scan notified channel: 2
    Июн 7 19:47:45
     
    kernel
    br0: port 1(eth2.1) received tcn bpdu
    Июн 7 19:47:45
     
    kernel
    br0: topology change detected, propagating
    Июн 7 19:47:50
     
    kernel
    br0: port 1(eth2.1) received tcn bpdu
    Июн 7 19:47:50
     
    kernel
    br0: topology change detected, propagating
    Июн 7 19:47:52
     
    ndhcps
    DHCPDISCOVER received from e4:18:6b:6b:8d:00.
    Июн 7 19:47:52
     
    ndhcps
    making OFFER of 192.168.2.106 to e4:18:6b:6b:8d:00.
    Июн 7 19:47:52
     
    ndhcps
    DHCPREQUEST received (STATE_SELECTING) for 192.168.2.106 from e4:18:6b:6b:8d:00.
    Июн 7 19:47:52
     
    ndhcps
    sending ACK of 192.168.2.106 to e4:18:6b:6b:8d:00.
    Июн 7 19:47:54
     
    ndhcps
    DHCPDISCOVER received from 08:c5:e1:c9:4c:9d.
    Июн 7 19:47:54
     
    ndhcps
    making OFFER of 192.168.2.2 to 08:c5:e1:c9:4c:9d.
    Июн 7 19:47:54
     
    ndhcps
    DHCPREQUEST received (STATE_SELECTING) for 192.168.2.2 from 08:c5:e1:c9:4c:9d.
    Июн 7 19:47:55
     
    ndhcps
    sending ACK of 192.168.2.2 to 08:c5:e1:c9:4c:9d.
    Июн 7 19:47:57
     
    ndhcps
    DHCPDISCOVER received from 04:bf:6d:64:e6:f8.
    Июн 7 19:47:57
     
    ndhcps
    making OFFER of 192.168.2.46 to 04:bf:6d:64:e6:f8.
    Июн 7 19:47:57
     
    ndhcps
    DHCPREQUEST received (STATE_SELECTING) for 192.168.2.46 from 04:bf:6d:64:e6:f8.
    Июн 7 19:47:57
     
    ndhcps
    sending ACK of 192.168.2.46 to 04:bf:6d:64:e6:f8.
    Июн 7 19:48:04
     
    ndm
    Io::TcpSocket: connected to 192.168.2.46:80.
    Июн 7 19:48:04
     
    ndm
    Mws::RciClient: "04:bf:6d:64:e6:f8": access unauthorized.
    Июн 7 19:48:10
     
    ndm
    Io::TcpSocket: connected to 192.168.2.46:80.
    Июн 7 19:48:10
     
    ndm
    Mws::RciClient: "04:bf:6d:64:e6:f8": access unauthorized.
    Июн 7 19:48:15
     
    ndm
    Io::TcpSocket: connected to 192.168.2.46:80.
    Июн 7 19:48:15
     
    ndm
    Mws::RciClient: "04:bf:6d:64:e6:f8": access unauthorized.

     

    image.png

×
×
  • Create New...