Nikolaiyka
-
Posts
40 -
Joined
-
Last visited
Content Type
Profiles
Forums
Gallery
Downloads
Blogs
Events
Posts posted by Nikolaiyka
-
-
В 10.09.2022 в 16:59, admin сказал:
Исправлено в версии 3.9 Alpha 9.
Не исправили.
-
Сломался удалённый доступ на 3.9 Alpha 8.
Доступ к морде по адресу XXXX.keenetic.io есть, а по доменному имени - нет.
Интересно еще и то, что после закрытии доступа в морде удалённый доступ появляется по доменному имени, а по XXXX.keenetic.io - доступ закрывается.
Если нужно, могу прикрепить self-test.
Откатился на 3.9 Alpha 7.
- 1
-
Спасибо, всё исправили оперативно.
-
-
Спасибо. Успокоили.
-
Я не знаю точно, дело в KN-1010 (3.7 Beta 1) или в провайдере.
Каждые 14 минут появляется это:
Авг 28 19:28:31 ndhcpc
GigabitEthernet1: received ACK for ХХ.XX.XX.XX from 192.168.1.126 lease 1680 sec.
где ХХ.XX.XX.XX – мой внешний IP.
Я изменил все пароли, изменил подсеть, блокировал доступ к веб-интерфейсу и SSH из интернета, блокировал доступ в сеть не зарегистрированным клиентам.
Подключённых устройств с IP 192.168.1.126 в списке устройств нет.
Не понимаю, что эта строка значит?
---
Кроме этого, в логе появилась ошибка из этого поста.
self-test ниже
- 1
-
На KN-1010 аналогичная проблема.
Скрытый текстАпр 27 18:03:57ntce-pace2received 0 packets, 114028 bytes, 0 dropped, frzq: 0.Апр 27 18:03:57ntce-pace2pace2 packets: 1072, bytes: 83921. -
3.7 alpha 6 - штатная установка. Спасибо.
-
22 часа назад, Le ecureuil сказал:
@Nikolaiyka у вас включен IntelliQoS?
Был включён.
Удалось сбросить настойки до заводских, но с трудом.
При попытке восстановить настройки файлом от "KN-1010_draft_3.06.A.14.0-0" (последний раз делал), устройство уходит снова в циклическую перезагрузку. Пришлось руками всё восстанавливать.
К слову, я установил OPKG на внутреннюю память.
-
Циклическая перезагрузка KN-1010 после обновления на версию 3.7 alpha 5.
Как произвести откат без сброса настроек? Вроде, в KN-1010 специально на этот случай (по заявлению производителя) делается резервная копия предыдущий прошивки для возврата в случае неудачной установки.
Понятно, что в данном случае предоставить selftest невозможно.
- 1
- 1
-
1 час назад, sergeyk сказал:
Попробуйте в CLI
eula accept
Спасибо за команду, но её придётся выполнять после каждой перезагрузки. (проверил)
-
На KN-1010 аналогично, доступ из мобильного приложения, telnet, SSH, ftp есть, функционал сохранился, а попасть в настройки через web не удаётся.
-
WebDav и SFTP
in 3.4
В 09.03.2020 в 10:45, tld14 сказал:Пробовал через Виндоус проводник, тоже ошибка. Пишет: Ошибка 0х80070780: Доступ к этому файлу из системы отсутствует.
Папка размером 48 Мб, содержит восемь .mp3 файла.
Ограничение Windows на передачу информации нельзя обойти (мне не удалось). Безболезненно можно передать не больше, чем 50000000 байт или 47,6837158203125 Мбайт. ( https://support.microsoft.com/ru-ru/help/900900. )
Можно поднять пороговое значение до 4 Гб: https://flammlin.com/blog/2017/12/13/ошибка-создания-файла-размер-файла-пр/
Лично у меня, после поднятия порога до 4 Гб, проводник стал зависать уже на этапе выделения файла. Вернул как было и зависание ушло.
Аккуратнее с реестром - это риск поломки системы.
-
Всё, тему можно закрывать. Перед разработчиками прошивки keenetic giga kn-1010 извиняюсь за свои слова. Не на тех "бочку катил". DLNA хоть и работает не так как я ожидал, но работает.
Всем спасибо за добрые, конструктивные слова, до свидания.
-
На мой взгляд, логичная и правильная схема работы DLNA должна выглядеть следующим образом:
На каждом накопителе своя база DLNA, содержащая список своего накопителя.
На основном: своя база DLNA; файл с настройками DLNA и ссылками на другие базы; файл основной базы с ссылками на все базы, который видит устройство-приемник DLNA (например, телевизор).
При извлечении диска, роутер удаляет ссылку на диск из основной базы DLNA, меняет ее структуру.
При подключении диска, роутер сверяется с файлом настройки DLNA, если диск есть в базе, просто добавляет ссылку на базу* (при отсутствии создает новую базу) в основную базу, если диска не было – создает новую базу на накопителе, обновляет файл-настройки, добавляет ссылку в основную базу.
В Web-интерфейс добавить настройки: 1. Выпадающий список «При повторном подключении»: а. обновить базу, б. оставить как есть; 2. Добавить кнопку «обновить базу» напротив каждого диска.
* На основе настройки в Web-интерфейсе.
При добавлении файлов на накопитель через FTP, SMB и другие протоколы, проходящие через роутер, как и сейчас вносить файлы в базу DLNA, но этого-же диска.
При удалении диска из файла-настройки через Web-интерфейс, роутеру понадобится удалить ссылку на диск из файла-настройки, основной базы и саму базу на диске. Обновлять всю базу будет не нужно, файлы на других дисках остались без изменения.
При такой схеме увеличиться скорость обновления базы DLNA, сейчас повторно сканируются все диски.
-
Предоставляю выдержки из журнала
- Монтирование дисков:
Скрытый текстМар 1 15:41:42
kernel
usb 1-1.2: new high-speed USB device number 7 using xhci-mtk
Мар 1 15:41:42
kernel
usb 1-1.2: New USB device found, idVendor=152d, idProduct=0539
Мар 1 15:41:42
kernel
usb 1-1.2: New USB device strings: Mfr=10, Product=11, SerialNumber=5
Мар 1 15:41:42
kernel
usb 1-1.2: Product: USB to ATA/ATAPI Bridge
Мар 1 15:41:42
kernel
usb 1-1.2: Manufacturer: JMicron
Мар 1 15:41:42
kernel
usb 1-1.2: SerialNumber: 000000000000
Мар 1 15:41:42
kernel
usb-storage 1-1.2:1.0: USB Mass Storage device detected
Мар 1 15:41:42
kernel
scsi host2: usb-storage 1-1.2:1.0
Мар 1 15:41:43
ndnproxy
possible DNS-rebind attack detected: "tracker.grepler.com." IN A "0.0.0.0".
Мар 1 15:41:44
kernel
usb 1-1.2: reset high-speed USB device number 7 using xhci-mtk
Мар 1 15:41:44
kernel
scsi 2:0:0:0: Direct-Access TOSHIBA MK1652GSX 0X0= PQ: 0 ANSI: 6
Мар 1 15:41:44
kernel
sd 2:0:0:0: Attached scsi generic sg2 type 0
Мар 1 15:41:44
kernel
sd 2:0:0:0: [sdc] 312581808 512-byte logical blocks: (160 GB/149 GiB)
Мар 1 15:41:44
kernel
scsi 2:0:0:1: Direct-Access WDC WD40 EFRX-68WT0N0 0X0= PQ: 0 ANSI: 6
Мар 1 15:41:44
kernel
sd 2:0:0:0: [sdc] Write Protect is off
Мар 1 15:41:45
kernel
sd 2:0:0:1: Attached scsi generic sg3 type 0
Мар 1 15:41:45
kernel
sd 2:0:0:1: [sdd] Very big device. Trying to use READ CAPACITY(16).
Мар 1 15:41:45
kernel
sd 2:0:0:1: [sdd] 7814037168 512-byte logical blocks: (4.00 TB/3.64 TiB)
Мар 1 15:41:45
kernel
sd 2:0:0:1: [sdd] 4096-byte physical blocks
Мар 1 15:41:45
kernel
sd 2:0:0:1: [sdd] Write Protect is off
Мар 1 15:41:45
kernel
sd 2:0:0:1: [sdd] Mode Sense: 3b 00 10 08
Мар 1 15:41:45
kernel
sd 2:0:0:1: [sdd] No Caching mode page found
Мар 1 15:41:45
kernel
sd 2:0:0:1: [sdd] Assuming drive cache: write through
Мар 1 15:41:45
kernel
sd 2:0:0:1: [sdd] Very big device. Trying to use READ CAPACITY(16).
Мар 1 15:41:45
kernel
sd 2:0:0:0: [sdc] Mode Sense: 3b 00 10 08
Мар 1 15:41:45
kernel
sd 2:0:0:0: [sdc] No Caching mode page found
Мар 1 15:41:45
kernel
sd 2:0:0:0: [sdc] Assuming drive cache: write through
Мар 1 15:41:45
kernel
sdd: sdd1
Мар 1 15:41:45
kernel
sd 2:0:0:1: [sdd] Very big device. Trying to use READ CAPACITY(16).
Мар 1 15:41:45
kernel
sd 2:0:0:1: [sdd] Attached SCSI disk
Мар 1 15:41:45
ndm
Storage::Manager: created "Media3", port 1.
Мар 1 15:41:45
ndm
Storage::Partition: ntfs "01D55AAD7C19DF10:": filesystem initialized.
Мар 1 15:41:45
kernel
sdc: sdc1
Мар 1 15:41:45
kernel
tntfs info (device sdd1, pid 14818): ntfs_fill_super(): fail_safe is enabled.
Мар 1 15:41:45
kernel
sd 2:0:0:0: [sdc] Attached SCSI disk
Мар 1 15:41:45
kernel
tntfs info (device sdd1, pid 14818): load_system_files(): NTFS volume name '4Tb 1CD', version 3.1 (cluster_size 4096, PAGE_SIZE 4096).
Мар 1 15:41:48
ndm
Storage::Manager: "Media3": registered partition "01D55AAD7C19DF10:".
Мар 1 15:41:48
ndm
Storage::Manager: created "Media2", port 1.
Мар 1 15:41:48
ndm
Storage::Partition: ntfs "01D59A9BC92E70D0:": filesystem initialized.
Мар 1 15:41:48
kernel
tntfs info (device sdc1, pid 14818): ntfs_fill_super(): fail_safe is enabled.
Мар 1 15:41:48
kernel
tntfs info (device sdc1, pid 14818): load_system_files(): NTFS volume name '3Q 160 Gb', version 3.1 (cluster_size 4096, PAGE_SIZE 4096).
Мар 1 15:41:48
ndm
Storage::Manager: "Media2": registered partition "01D59A9BC92E70D0:".
Мар 1 15:41:51
minidlna
Starting MiniDLNA version 1.2.1.
Мар 1 15:41:51
minidlna
Notifier thread started.
Мар 1 15:41:51
minidlna
HTTP listening on port 8200
Мар 1 15:41:51
minidlna
Enabling interface 192.168.1.1/255.255.255.0
Мар 1 15:41:52
ndm
Dlna::Server: service started.
Мар 1 15:41:52
minidlna
Received signal 1, updating configuration...
Мар 1 15:41:52
minidlna
Starting configuration update (/var/run/minidlna.conf.update)...
Мар 1 15:41:52
minidlna
Enabling interface 192.168.1.1/255.255.255.0
Мар 1 15:41:52
minidlna
Added client [Unknown/192.168.1.34/C0:E4:34:5A:28:BB] to cache slot 0.- Извлечение дисков:
Скрытый текстМар 1 15:43:14
kernel
usb 1-1.2: USB disconnect, device number 7
Мар 1 15:43:14
ndm
FileSystem::Repository: unregistering "01D59A9BC92E70D0:" filesystem...
Мар 1 15:43:14
minidlna
Notifier thread stopped.
Мар 1 15:43:15
kernel
tntfs warning (device sdc1, pid 15239): ntfs_put_super(): Failed to clear dirty bit in volume information flags. Run ntfsck.
Мар 1 15:43:15
ndm
Storage::Manager: "Media2": unregistered partition "01D59A9BC92E70D0:".
Мар 1 15:43:15
ndm
Storage::Manager: "Media2": removed partition "01D59A9BC92E70D0:".
Мар 1 15:43:15
ndm
Storage::Manager: "Media2": a media was unsafely unplugged without ejecting.
Мар 1 15:43:15
ndm
Storage::Manager: removed "Media2", port 1.
Мар 1 15:43:15
ndm
FileSystem::Repository: unregistering "01D55AAD7C19DF10:" filesystem...
Мар 1 15:43:15
kernel
tntfs warning (device sdd1, pid 15239): ntfs_put_super(): Failed to clear dirty bit in volume information flags. Run ntfsck.
Мар 1 15:43:15
ndm
Storage::Manager: "Media3": unregistered partition "01D55AAD7C19DF10:".
Мар 1 15:43:15
ndm
Storage::Manager: "Media3": removed partition "01D55AAD7C19DF10:".
Мар 1 15:43:15
ndm
Storage::Manager: "Media3": a media was unsafely unplugged without ejecting.
Мар 1 15:43:15
ndm
Storage::Manager: removed "Media3", port 1.
Мар 1 15:43:17
pure-ftpd
(?@?) [WARNING] Starting with an ACL support feature.
Мар 1 15:44:27
ndm
Io::UdpSocket: unable to write data: operation not permitted.Лог:
Скрытый текстMar 1 15:41:42 kernel: usb 1-1.2: new high-speed USB device number 7 using xhci-mtk
Mar 1 15:41:42 kernel: usb 1-1.2: New USB device found, idVendor=152d, idProduct=0539
Mar 1 15:41:42 kernel: usb 1-1.2: New USB device strings: Mfr=10, Product=11, SerialNumber=5
Mar 1 15:41:42 kernel: usb 1-1.2: Product: USB to ATA/ATAPI Bridge
Mar 1 15:41:42 kernel: usb 1-1.2: Manufacturer: JMicron
Mar 1 15:41:42 kernel: usb 1-1.2: SerialNumber: 000000000000
Mar 1 15:41:42 kernel: usb-storage 1-1.2:1.0: USB Mass Storage device detected
Mar 1 15:41:42 kernel: scsi host2: usb-storage 1-1.2:1.0
[W] Mar 1 15:41:43 ndnproxy: possible DNS-rebind attack detected: "tracker.grepler.com." IN A "0.0.0.0".
Mar 1 15:41:44 kernel: usb 1-1.2: reset high-speed USB device number 7 using xhci-mtk
Mar 1 15:41:44 kernel: scsi 2:0:0:0: Direct-Access TOSHIBA MK1652GSX 0X0= PQ: 0 ANSI: 6
Mar 1 15:41:44 kernel: sd 2:0:0:0: Attached scsi generic sg2 type 0
Mar 1 15:41:44 kernel: sd 2:0:0:0: [sdc] 312581808 512-byte logical blocks: (160 GB/149 GiB)
Mar 1 15:41:44 kernel: scsi 2:0:0:1: Direct-Access WDC WD40 EFRX-68WT0N0 0X0= PQ: 0 ANSI: 6
Mar 1 15:41:44 kernel: sd 2:0:0:0: [sdc] Write Protect is off
Mar 1 15:41:45 kernel: sd 2:0:0:1: Attached scsi generic sg3 type 0
[W] Mar 1 15:41:45 kernel: sd 2:0:0:1: [sdd] Very big device. Trying to use READ CAPACITY(16).
Mar 1 15:41:45 kernel: sd 2:0:0:1: [sdd] 7814037168 512-byte logical blocks: (4.00 TB/3.64 TiB)
Mar 1 15:41:45 kernel: sd 2:0:0:1: [sdd] 4096-byte physical blocks
Mar 1 15:41:45 kernel: sd 2:0:0:1: [sdd] Write Protect is off
Mar 1 15:41:45 kernel: sd 2:0:0:1: [sdd] Mode Sense: 3b 00 10 08
Mar 1 15:41:45 kernel: sd 2:0:0:1: [sdd] No Caching mode page found
Mar 1 15:41:45 kernel: sd 2:0:0:1: [sdd] Assuming drive cache: write through
[W] Mar 1 15:41:45 kernel: sd 2:0:0:1: [sdd] Very big device. Trying to use READ CAPACITY(16).
Mar 1 15:41:45 kernel: sd 2:0:0:0: [sdc] Mode Sense: 3b 00 10 08
Mar 1 15:41:45 kernel: sd 2:0:0:0: [sdc] No Caching mode page found
Mar 1 15:41:45 kernel: sd 2:0:0:0: [sdc] Assuming drive cache: write through
Mar 1 15:41:45 kernel: sdd: sdd1
[W] Mar 1 15:41:45 kernel: sd 2:0:0:1: [sdd] Very big device. Trying to use READ CAPACITY(16).
Mar 1 15:41:45 kernel: sd 2:0:0:1: [sdd] Attached SCSI disk
Mar 1 15:41:45 ndm: Storage::Manager: created "Media3", port 1.
Mar 1 15:41:45 ndm: Storage::Partition: ntfs "01D55AAD7C19DF10:": filesystem initialized.
Mar 1 15:41:45 kernel: sdc: sdc1
Mar 1 15:41:45 kernel: tntfs info (device sdd1, pid 14818): ntfs_fill_super(): fail_safe is enabled.
Mar 1 15:41:45 kernel: sd 2:0:0:0: [sdc] Attached SCSI disk
Mar 1 15:41:45 kernel: tntfs info (device sdd1, pid 14818): load_system_files(): NTFS volume name '4Tb 1CD', version 3.1 (cluster_size 4096, PAGE_SIZE 4096).
Mar 1 15:41:48 ndm: Storage::Manager: "Media3": registered partition "01D55AAD7C19DF10:".
Mar 1 15:41:48 ndm: Storage::Manager: created "Media2", port 1.
Mar 1 15:41:48 ndm: Storage::Partition: ntfs "01D59A9BC92E70D0:": filesystem initialized.
Mar 1 15:41:48 kernel: tntfs info (device sdc1, pid 14818): ntfs_fill_super(): fail_safe is enabled.
Mar 1 15:41:48 kernel: tntfs info (device sdc1, pid 14818): load_system_files(): NTFS volume name '3Q 160 Gb', version 3.1 (cluster_size 4096, PAGE_SIZE 4096).
Mar 1 15:41:48 ndm: Storage::Manager: "Media2": registered partition "01D59A9BC92E70D0:".
Mar 1 15:41:51 minidlna: Starting MiniDLNA version 1.2.1.
Mar 1 15:41:51 minidlna: Notifier thread started.
Mar 1 15:41:51 minidlna: HTTP listening on port 8200
Mar 1 15:41:51 minidlna: Enabling interface 192.168.1.1/255.255.255.0
Mar 1 15:41:52 ndm: Dlna::Server: service started.
Mar 1 15:41:52 minidlna: Received signal 1, updating configuration...
Mar 1 15:41:52 minidlna: Starting configuration update (/var/run/minidlna.conf.update)...
Mar 1 15:41:52 minidlna: Enabling interface 192.168.1.1/255.255.255.0
Mar 1 15:41:52 minidlna: Added client [Unknown/192.168.1.34/C0:E4:34:5A:28:BB] to cache slot 0.
[W] Mar 1 15:42:03 ndnproxy: possible DNS-rebind attack detected: "tracker.publicbt.com." IN A "127.0.0.1".
[W] Mar 1 15:42:09 ndnproxy: Core::Syslog: last message repeated 18 times.
[W] Mar 1 15:42:09 ndnproxy: possible DNS-rebind attack detected: "tracker.grepler.com." IN A "0.0.0.0".
[W] Mar 1 15:42:09 ndnproxy: possible DNS-rebind attack detected: "tracker.publicbt.com." IN A "127.0.0.1".
[W] Mar 1 15:42:09 ndnproxy: possible DNS-rebind attack detected: "tracker.grepler.com." IN A "0.0.0.0".
[W] Mar 1 15:42:11 ndnproxy: Core::Syslog: last message repeated 14 times.
[W] Mar 1 15:42:20 ndnproxy: possible DNS-rebind attack detected: "tracker.publicbt.com." IN A "127.0.0.1".
[W] Mar 1 15:42:22 ndnproxy: Core::Syslog: last message repeated 14 times.
[W] Mar 1 15:42:22 ndnproxy: possible DNS-rebind attack detected: "tracker.istole.it." IN A "127.0.0.1".
[W] Mar 1 15:42:23 ndnproxy: possible DNS-rebind attack detected: "tracker.publicbt.com." IN A "127.0.0.1".
[W] Mar 1 15:42:23 ndnproxy: possible DNS-rebind attack detected: "tracker.istole.it." IN A "127.0.0.1".
[W] Mar 1 15:42:25 ndnproxy: Core::Syslog: last message repeated 14 times.
[W] Mar 1 15:42:36 ndnproxy: possible DNS-rebind attack detected: "tracker.publicbt.com." IN A "127.0.0.1".
[W] Mar 1 15:42:39 ndnproxy: Core::Syslog: last message repeated 14 times.
[W] Mar 1 15:42:39 ndnproxy: possible DNS-rebind attack detected: "tracker.istole.it." IN A "127.0.0.1".
[W] Mar 1 15:42:39 ndnproxy: possible DNS-rebind attack detected: "tracker.publicbt.com." IN A "127.0.0.1".
[W] Mar 1 15:42:39 ndnproxy: possible DNS-rebind attack detected: "tracker.istole.it." IN A "127.0.0.1".
[W] Mar 1 15:42:41 ndnproxy: Core::Syslog: last message repeated 13 times.
[W] Mar 1 15:42:41 ndnproxy: possible DNS-rebind attack detected: "tracker.publicbt.com." IN A "127.0.0.1".
[W] Mar 1 15:42:41 ndnproxy: possible DNS-rebind attack detected: "tracker.istole.it." IN A "127.0.0.1".
[W] Mar 1 15:42:41 ndnproxy: possible DNS-rebind attack detected: "tracker.publicbt.com." IN A "127.0.0.1".
[W] Mar 1 15:42:43 ndnproxy: Core::Syslog: last message repeated 14 times.
Mar 1 15:43:14 kernel: usb 1-1.2: USB disconnect, device number 7
Mar 1 15:43:14 ndm: FileSystem::Repository: unregistering "01D59A9BC92E70D0:" filesystem...
Mar 1 15:43:14 minidlna: Notifier thread stopped.
[W] Mar 1 15:43:15 kernel: tntfs warning (device sdc1, pid 15239): ntfs_put_super(): Failed to clear dirty bit in volume information flags. Run ntfsck.
Mar 1 15:43:15 ndm: Storage::Manager: "Media2": unregistered partition "01D59A9BC92E70D0:".
Mar 1 15:43:15 ndm: Storage::Manager: "Media2": removed partition "01D59A9BC92E70D0:".
[C] Mar 1 15:43:15 ndm: Storage::Manager: "Media2": a media was unsafely unplugged without ejecting.
Mar 1 15:43:15 ndm: Storage::Manager: removed "Media2", port 1.
Mar 1 15:43:15 ndm: FileSystem::Repository: unregistering "01D55AAD7C19DF10:" filesystem...
[W] Mar 1 15:43:15 kernel: tntfs warning (device sdd1, pid 15239): ntfs_put_super(): Failed to clear dirty bit in volume information flags. Run ntfsck.
Mar 1 15:43:15 ndm: Storage::Manager: "Media3": unregistered partition "01D55AAD7C19DF10:".
Mar 1 15:43:15 ndm: Storage::Manager: "Media3": removed partition "01D55AAD7C19DF10:".
[C] Mar 1 15:43:15 ndm: Storage::Manager: "Media3": a media was unsafely unplugged without ejecting.
Mar 1 15:43:15 ndm: Storage::Manager: removed "Media3", port 1.
[W] Mar 1 15:43:17 pure-ftpd: (?@?) [WARNING] Starting with an ACL support feature.
[E] Mar 1 15:44:27 ndm: Io::UdpSocket: unable to write data: operation not permitted.В логе видно, что после извлечения не выполняенся сценарий:
Скрытый текстМар 1 15:41:52
ndm
Dlna::Server: service started.
Мар 1 15:41:52
minidlna
Received signal 1, updating configuration...
Мар 1 15:41:52
minidlna
Starting configuration update (/var/run/minidlna.conf.update)...
Мар 1 15:41:52
minidlna
Enabling interface 192.168.1.1/255.255.255.0
Мар 1 15:41:52
minidlna
Added client [Unknown/192.168.1.34/C0:E4:34:5A:28:BB] to cache slot 0. -
Раньше, когда все работало, при отключении накопителя DLNA не отключался, а просто накопитель не был доступен в базе при обращении к нему.
5 часов назад, Mamay сказал:Судя по таким багрепортам, Вам категорически противопоказан канал draft.
Смените на stable и не пишите чушь...
Канал draft для тестирования новых функций, а ломаются старые, проверенные и хорошо работающие. Эти поломки переходят на канал Beta (прошивка 3.3.12) и stable. Люди не обращают внимания на поломки "старых" функций.
- 1
- 1
-
Прошивка 3.4 Alpha 5.
DLNA по прежнему падает при отключении USB-накопителя, не помогает даже перезагрузка.
USB-накопитель иногда монтируется не с первого раза.
Новые прошивки выходят, а проблема остается (на прошивке 3.3.12 проблема уже была). У людей, похоже, есть другие приоритеты - ломать, что работало. Прошивка 3.4 Alpha 1 сломала многое, что до сих пор чинят.
Обидно.
- 2
- 1
-
Ситуация продолжает повторяться. В журнале сообщений об ошибке я не обнаружил.
Почти весь журнал заполнен сообщениями об атаке DNS со стороны yandex:
Скрытый текстФев 27 09:55:32ndnproxypossible DNS-rebind attack detected: "tracker.publicbt.com." IN A "127.0.0.1".Фев 27 09:56:01ndnproxyCore::Syslog: last message repeated 23 times.Фев 27 09:57:47ndnproxypossible DNS-rebind attack detected: "mc.yandex.ru." IN A "0.0.0.0".Фев 27 09:57:49ndnproxyCore::Syslog: last message repeated 2 times.Фев 27 09:57:49ndnproxypossible DNS-rebind attack detected: "awaps.yandex.net." IN A "0.0.0.0".Фев 27 09:57:50ndnproxypossible DNS-rebind attack detected: "awaps.yandex.net." IN A "0.0.0.0".Фев 27 09:57:50ndnproxypossible DNS-rebind attack detected: "mc.yandex.ru." IN A "0.0.0.0".Фев 27 09:57:50ndnproxyCore::Syslog: last message repeated 2 times.Фев 27 09:57:50ndnproxypossible DNS-rebind attack detected: "awaps.yandex.net." IN A "0.0.0.0".Фев 27 09:57:50ndnproxypossible DNS-rebind attack detected: "mc.yandex.ru." IN A "0.0.0.0".Фев 27 09:57:50ndnproxypossible DNS-rebind attack detected: "awaps.yandex.net." IN A "0.0.0.0".Фев 27 09:57:51ndnproxypossible DNS-rebind attack detected: "awaps.yandex.net." IN A "0.0.0.0".Фев 27 09:57:51ndnproxypossible DNS-rebind attack detected: "mc.yandex.ru." IN A "0.0.0.0".Фев 27 09:57:51ndnproxypossible DNS-rebind attack detected: "awaps.yandex.net." IN A "0.0.0.0".Фев 27 09:57:51ndnproxypossible DNS-rebind attack detected: "mc.yandex.ru." IN A "0.0.0.0".Фев 27 09:58:03ndnproxyCore::Syslog: last message repeated 19 times.Фев 27 09:58:57ndnproxypossible DNS-rebind attack detected: "tracker.publicbt.com." IN A "127.0.0.1".Фев 27 09:59:26ndnproxyCore::Syslog: last message repeated 23 times. -
Пропадает доступ к Web-интерфейсу по KeenDns через 24 часа после включения. Возможно, не обновляются данные ip. SSH, FTP работает.
-
К Keenetic Giga (KN-1010) подключено несколько накопителей. При извлечении одного и более накопителей (один накопитель с базой и файлами остается), DLNA отключается. Отключенные накопители в системе продолжают отображаться. После подключения, отключенных накопителей, DLNA включается.
- 1
- 1
-
При воспроизведении по DLNA видео вылетает.
Произвел проверку и восстановление поврежденных секторов диска, скачал файл повторно.
лог роутера выдает ошибки:
Скрытый текстИюл 31 19:51:13ndmkernel: usb 1-2: reset high-speed USB device number 6 using xhci-mtkИюл 31 19:51:18ndmkernel: usb 1-2: device descriptor read/64, error -145Июл 31 19:52:59ndmkernel: usb 1-2: reset high-speed USB device number 6 using xhci-mtkИюл 31 19:53:57ndmkernel: usb 1-2: reset high-speed USB device number 6 using xhci-mtkИюл 31 19:54:36ndmCore::Syslog: last message repeated 2 times.Июл 31 19:57:24ndmCore::Ndss: [5605] cannot connect to the server.Июл 31 19:57:38ndmkernel: usb 1-2: reset high-speed USB device number 6 using xhci-mtkИюл 31 19:58:11ndmkernel: usb 1-2: reset high-speed USB device number 6 using xhci-mtkИюл 31 20:11:48ndmkernel: tntfs error (device sdb2, pid 3265): ntfs_write_end(): Write failed (orig copied 1344, len 4096, actual copied 0).Июл 31 20:20:02ndmUPnP::Manager: redirect and forward rules deleted: tcp 8999.Июл 31 20:20:02ndmUPnP::Manager: a new nat rule appended.Июл 31 20:20:02ndmUPnP::Manager: redirect rule added: tcp PPTP0:8999 -> 192.168.1.41:8999. -
Решение найдено! Вся проблема в настройке интерфейса DNS.
Решение:
1) Зайти в пункт "Интернет-фильтр", прокрутить вниз (Серверы DNS) и удалить все DNS от провайдера.
раньше в меню "Подключения" был выбор "Любой" (по-умолчанию), теперь его нет и из-за этого все проблемы..
2) зайти в пункт "Проводной" и заново ввести DNS от провайдера
_______
Мне помогло, роутер сам нашел интернет, без перезагрузки.
-
Пропадает интернет раз в день. Подключаюсь к провайдеру по PPTP+VPN, каждый день новый внешний IP, но роутер, похоже, не получает новые данные, помогает только перезагрузка.
Заметил похожий глюк с Ping Check. Если изменить режим, скажем, с Выключена на Автоматический или наоборот, то интернет пропадает до перезагрузки роутера.
3.9 Alpha 8: Удаленный доступ по доменному имени 3го уровня KeenDNS
in Тестирование Dev-сборок
Posted
3.9 Beta 0. Доступ восстановлен. СПАСИБО.