-
Постов
4 749 -
Зарегистрирован
-
Посещение
-
Победитель дней
79
Тип контента
Профили
Форумы
Галерея
Загрузки
Блоги
События
Весь контент vasek00
-
Я диалог вел с вами и по вашим высказываниям - как только покажете связь между Windows и Keenetic. И показал как я это вижу правильно/не правильно это другой вопрос, ссылками на TUXERA которая имеет отношение к NTFS для Windows и NTFS/SMB/CIFS к Keentic. Так же пример другой компании которая использует в своих роутерах также TUXERA.
-
Сообщение чье которое ниже С удовольствием отвечу - как только покажете связь между Windows и Keenetic. Без букв не куда, можно конечно и в двух словах написать - "в моем случае ПО 38 устраивает в том числе и торрент качалка с NTFS разделом" это к вопросу На других прошивках работоспособной ntfs нет
-
О какой связи идет речь, о родственной о дружеской или еще какой? https://www.tuxera.com/ https://www.tuxera.com/blog/microsoft-and-tuxera-strengthen-partnership-through-tuxera-smb-server/ https://www.tuxera.com/products/tuxera-ntfs-embedded/#performance https://www.tuxera.com/products/fusion-file-share-smb-enterprise/ https://gist.github.com/1Jeff1/8b9c86001d73973dc81fc8c6c72453bc Для справки e7350-boot.log Данный dmesg уже старый но не удивлюсь если на текущий день там версия такая же как в Keenetic
-
KN1011 [I] Jan 1 00:00:03 kernel: mtd: creating 17 MTD partitions on "MT7621-NAND": [I] Jan 1 00:00:03 kernel: 0x000000000000-0x000000080000 : "U-Boot" [I] Jan 1 00:00:03 kernel: 0x000000080000-0x000000100000 : "U-Config" [I] Jan 1 00:00:03 kernel: 0x000000100000-0x000000180000 : "RF-EEPROM" [I] Jan 1 00:00:03 kernel: 0x000000180000-0x000000340000 : "Kernel_1" [I] Jan 1 00:00:03 kernel: 0x000000340000-0x000002bc0000 : "RootFS_1" [I] Jan 1 00:00:03 kernel: mtd: device 4 (RootFS_1) set to be root filesystem [I] Jan 1 00:00:03 kernel: 0x000000180000-0x000002bc0000 : "Firmware_1" [I] Jan 1 00:00:03 kernel: 0x000002bc0000-0x000002dc0000 : "Config_1" [I] Jan 1 00:00:03 kernel: 0x000002dc0000-0x000002fc0000 : "Storage_Legacy" [I] Jan 1 00:00:03 kernel: 0x000002fc0000-0x000003000000 : "Dump" [I] Jan 1 00:00:03 kernel: 0x000003000000-0x000003fc0000 : "Storage_A" [I] Jan 1 00:00:03 kernel: 0x000003fc0000-0x000004040000 : "U-State" [I] Jan 1 00:00:03 kernel: 0x000004040000-0x0000040c0000 : "U-Config_res" [I] Jan 1 00:00:03 kernel: 0x0000040c0000-0x000004140000 : "RF-EEPROM_res" [I] Jan 1 00:00:03 kernel: 0x000004140000-0x000006b80000 : "Firmware_2" [I] Jan 1 00:00:03 kernel: 0x000006b80000-0x000006d80000 : "Config_2" [I] Jan 1 00:00:03 kernel: 0x000006d80000-0x000007f80000 : "Storage_B" [I] Jan 1 00:00:03 kernel: 0x000000000000-0x000007f80000 : "Full" [I] Jan 1 00:00:07 kernel: Searching for suitable storage partitions... [I] Jan 1 00:00:07 kernel: Found 1st storage partition of size 16515072 bytes [I] Jan 1 00:00:07 kernel: Found 2nd storage partition of size 18874368 bytes [I] Jan 1 00:00:07 kernel: Registering UBI data partitions parser [W] Jan 1 00:00:07 kernel: Concatenating MTD devices: [W] Jan 1 00:00:07 kernel: (0): "Storage_A" [W] Jan 1 00:00:07 kernel: (1): "Storage_B" [W] Jan 1 00:00:07 kernel: into device "NDM combined UBI partition" [I] Jan 1 00:00:07 kernel: 1 ndmubipart partitions found on MTD device NDM combined UBI partition [I] Jan 1 00:00:07 kernel: mtd: creating 1 MTD partitions on "NDM combined UBI partition": [I] Jan 1 00:00:07 kernel: 0x000000000000-0x0000021c0000 : "Storage" [I] Jan 1 00:00:07 kernel: Merging storage partitions OK [W] Jan 1 03:00:11 kernel: ubi0: attaching mtd17 [W] Jan 1 03:00:11 kernel: ubi0: scanning is finished [W] Jan 1 03:00:11 kernel: ubi0: attached mtd17 (name "Storage", size 33 MiB) [W] Jan 1 03:00:11 kernel: ubi0: PEB size: 131072 bytes (128 KiB), LEB size: 126976 bytes [W] Jan 1 03:00:11 kernel: ubi0: min./max. I/O unit sizes: 2048/2048, sub-page size 2048 [W] Jan 1 03:00:11 kernel: ubi0: VID header offset: 2048 (aligned 2048), data offset: 4096 [W] Jan 1 03:00:11 kernel: ubi0: good PEBs: 270, bad PEBs: 0, corrupted PEBs: 0 [W] Jan 1 03:00:11 kernel: ubi0: user volume: 1, internal volumes: 1, max. volumes count: 128 [W] Jan 1 03:00:11 kernel: ubi0: max/mean erase counter: 2/1, WL threshold: 2048, image sequence number: 4028866988 [W] Jan 1 03:00:11 kernel: ubi0: available PEBs: 0, total reserved PEBs: 270, PEBs reserved for bad PEB handling: 7 [W] Jan 1 03:00:11 kernel: ubi0: background thread "ubi_bgt0d" started, PID 549 [W] Jan 1 03:00:11 kernel: UBIFS (ubi0:0): background thread "ubifs_bgt0_0" started, PID 551 [W] Jan 1 03:00:11 kernel: UBIFS (ubi0:0): UBIFS: mounted UBI device 0, volume 0, name "storage" [W] Jan 1 03:00:11 kernel: UBIFS (ubi0:0): LEB size: 126976 bytes (124 KiB), min./max. I/O unit sizes: 2048 bytes/2048 bytes [W] Jan 1 03:00:11 kernel: UBIFS (ubi0:0): FS size: 31617024 bytes (30 MiB, 249 LEBs), journal size 1523712 bytes (1 MiB, 12 LEBs) [W] Jan 1 03:00:11 kernel: UBIFS (ubi0:0): reserved for root: 1493350 bytes (1458 KiB) [W] Jan 1 03:00:11 kernel: UBIFS (ubi0:0): media format: w4/r0 (latest is w4/r0), UUID 10........04, small LPT model Или KN1810 [I] Jan 1 00:00:04 kernel: mtd: creating 17 MTD partitions on "MT7621-NAND": [I] Jan 1 00:00:04 kernel: 0x000000000000-0x000000080000 : "U-Boot" [I] Jan 1 00:00:04 kernel: 0x000000080000-0x000000100000 : "U-Config" [I] Jan 1 00:00:04 kernel: 0x000000100000-0x000000180000 : "RF-EEPROM" [I] Jan 1 00:00:04 kernel: 0x000000180000-0x000000360000 : "Kernel_1" [I] Jan 1 00:00:04 kernel: 0x000000360000-0x000001d40000 : "RootFS_1" [I] Jan 1 00:00:04 kernel: mtd: device 4 (RootFS_1) set to be root filesystem [I] Jan 1 00:00:04 kernel: 0x000000180000-0x000001d40000 : "Firmware_1" [I] Jan 1 00:00:04 kernel: 0x000001d40000-0x000001dc0000 : "Config_1" [I] Jan 1 00:00:04 kernel: 0x000001dc0000-0x000001fc0000 : "Storage_Legacy" [I] Jan 1 00:00:04 kernel: 0x000001fc0000-0x000002000000 : "Dump" [I] Jan 1 00:00:04 kernel: 0x000002000000-0x000003fc0000 : "Storage_A" [I] Jan 1 00:00:04 kernel: 0x000003fc0000-0x000004040000 : "U-State" [I] Jan 1 00:00:04 kernel: 0x000004040000-0x0000040c0000 : "U-Config_res" [I] Jan 1 00:00:04 kernel: 0x0000040c0000-0x000004140000 : "RF-EEPROM_res" [I] Jan 1 00:00:04 kernel: 0x000004140000-0x000005d00000 : "Firmware_2" [I] Jan 1 00:00:04 kernel: 0x000005d00000-0x000005d80000 : "Config_2" [I] Jan 1 00:00:04 kernel: 0x000005d80000-0x000007f80000 : "Storage_B" [I] Jan 1 00:00:04 kernel: 0x000000000000-0x000007f80000 : "Full" [I] Jan 1 00:00:07 kernel: Searching for suitable storage partitions... [I] Jan 1 00:00:07 kernel: Found 1st storage partition of size 33292288 bytes [I] Jan 1 00:00:07 kernel: Found 2nd storage partition of size 35651584 bytes [I] Jan 1 00:00:07 kernel: Registering UBI data partitions parser [W] Jan 1 00:00:07 kernel: Concatenating MTD devices: [W] Jan 1 00:00:07 kernel: (0): "Storage_A" [W] Jan 1 00:00:07 kernel: (1): "Storage_B" [W] Jan 1 00:00:07 kernel: into device "NDM combined UBI partition" [I] Jan 1 00:00:07 kernel: 1 ndmubipart partitions found on MTD device NDM combined UBI partition [I] Jan 1 00:00:07 kernel: mtd: creating 1 MTD partitions on "NDM combined UBI partition": [I] Jan 1 00:00:07 kernel: 0x000000000000-0x0000041c0000 : "Storage" [I] Jan 1 00:00:07 kernel: Merging storage partitions OK [W] Jan 1 03:00:11 kernel: ubi0: attaching mtd17 [W] Jan 1 03:00:12 kernel: ubi0: scanning is finished [W] Jan 1 03:00:12 kernel: ubi0: attached mtd17 (name "Storage", size 65 MiB) [W] Jan 1 03:00:12 kernel: ubi0: PEB size: 131072 bytes (128 KiB), LEB size: 126976 bytes [W] Jan 1 03:00:12 kernel: ubi0: min./max. I/O unit sizes: 2048/2048, sub-page size 2048 [W] Jan 1 03:00:12 kernel: ubi0: VID header offset: 2048 (aligned 2048), data offset: 4096 [W] Jan 1 03:00:12 kernel: ubi0: good PEBs: 525, bad PEBs: 1, corrupted PEBs: 0 [W] Jan 1 03:00:12 kernel: ubi0: user volume: 1, internal volumes: 1, max. volumes count: 128 [W] Jan 1 03:00:12 kernel: ubi0: max/mean erase counter: 2/1, WL threshold: 2048, image sequence number: 876655129 [W] Jan 1 03:00:12 kernel: ubi0: available PEBs: 0, total reserved PEBs: 525, PEBs reserved for bad PEB handling: 12 [W] Jan 1 03:00:12 kernel: ubi0: background thread "ubi_bgt0d" started, PID 545 [W] Jan 1 03:00:12 kernel: UBIFS (ubi0:0): background thread "ubifs_bgt0_0" started, PID 547 [W] Jan 1 03:00:12 kernel: UBIFS (ubi0:0): UBIFS: mounted UBI device 0, volume 0, name "storage" [W] Jan 1 03:00:12 kernel: UBIFS (ubi0:0): LEB size: 126976 bytes (124 KiB), min./max. I/O unit sizes: 2048 bytes/2048 bytes [W] Jan 1 03:00:12 kernel: UBIFS (ubi0:0): FS size: 63361024 bytes (60 MiB, 499 LEBs), journal size 3174400 bytes (3 MiB, 25 LEBs) [W] Jan 1 03:00:12 kernel: UBIFS (ubi0:0): reserved for root: 2992697 bytes (2922 KiB) [W] Jan 1 03:00:12 kernel: UBIFS (ubi0:0): media format: w4/r0 (latest is w4/r0), UUID 5A.....59, small LPT model Вопрос для данной модели роутера KN1011 так и останется размер storage = 33Mib а в реале /dev/ubi0_0 27868 24 26388 0% /storage
- 1 ответ
-
- 1
-
-
Вопрос в 38A6 по ощущению опять отключено sparse или нет для NTFS и если да то какие мысли для будущего останется или нет? Если для 37 журнал изменений то для 38 журнал изменений Проверка торрента на 38А6 с файлом 26GB, поведение странное для одной закачки Как видно на скрине получили на одной закачки 26GB 1. 12-42:30 старт закачки в торрент качалке 2. работа sda HDD с 12-42:30 до 12-48 выделение места (загрузка его под 99% utilization) 3. 12-48 пошли данные с двух интерфейсов интернета ppp0 и eth2.9 или на общем скрине network При повторение его второй раз все аналогично. В верху при закачке свыше 50GB и на 38А5 выглядело во много раз лучше, т.е. потоки данных шли сразу без какого либо времени при "preallocation": 1 в настройках торрента в 38А5-38А6
-
А Lyncsys модели куда тогда отнесете к адекватным или так же нет например E7350[7621-7915+256/128] и /E8450[7622-7915+512/128] https://www.mediatek.com/blog/linksys-dual-band-ax1800-wifi-6-router-e7350
-
1. Зарегистрировать своих клиентов на роутере (присвоить IP по MAC, на телефонах убрать рандомизацию MAC, а то клиенты каждый раз будут под новым IP) 2. На ADGH если нужно то в настройках клиента сделать запись для для данного клиента, т.е. присвоить имя по IP или MAC, тогда в журнале против данного IP будет красоваться еще и имя. 3. В журнале если выбрать конкретного клиента то отфильтруются записи, останутся только по данному клиенту (записей будет столько много что в них искать знакомые строчки по именам не очень то) В журнале не какой чехарды нет он показывает все запросы в том числе и заблокированные от всех клиентов сети, просто в нем видно ВСЕ и знакомое имя youtube нужно будет искать в нем или name.ххх Покажите основную страницу панель управления, что у вас в разделе Частые клиенты и что у вас получаю клиенты в качестве DNS адреса от роутера (настройки DHCP на роутере - поле DNS адреса) Если вам Хочу глянуть где подросток шастает в интернете, это возможно с помощью adguardhome? попробуйте nextdns именно для него 1. зарегистрироваться на nextdns.io и сделать настройки в нем (не очень сложно принцип такой же как и в ADGH - фильры и сервисы + denylist/alowlist и есть лог и аналитика) 2. в логе/аналитике имена доменов будет так же много но как то по удобней На клиенте в настройках на смартфоне поставить - настройки - подключение - другие настройки - Персональный DNS = прописать полученный в п.1 сервер DNS типа fxxxxx.dns.nextdns.io Вариант а - тем самым выходя заставите данного клиента при использование мобильной сети выходить через данный сервер Вариант b - если клиент будет выходить через wifi то он попадет опять же в статистику nextdns только под ip роутера ( его адрес выхода в интернет, но если клиент один то трудно будет ошибиться. Если даже не регистрировать клиента IP-MAC то в nextdns он все равно будет и так как опять же он один то ошибиться трудно. Кол-во запросов nextdns при регистрации = 300000 что для анализа работы данного клиента хватит.
-
Вы знаете эти фичи имеют свойство появляться и со временем настанет такой момент когда и 512 не хватит, например выше пример доходит до 390МБ и это без учета каких либо VPN сервисов, просто провод от провайдера. И это что сейчас на поверхности т.е. реализовано, конечно не плохо бы еще знать что будет нового в тек.году в программном обеспечение. Или может торрент качалку сменят в прошивки на что-то другое. Или например 7621 проц тянет Wireguard только до 200Мбит, а не которым пользователям надо OpenVPN да и то же хотят чтоб побыстрей работал, так что в наш век при покупки данной технике желательно вникать поглубже на чем это создано.
-
Сейчас на дворе 2000 а тем более 2020гг., ранее может и было такое. Есть роутер который имеет 5Gb портов, памяти 256MB, AC1800, порт USB3 - удачи вам в такой покупке. 🤪
-
Далее решил поступить еще хитрее, считаем что ошибка sdb1 --- ntfs_write_inode(): Failed (error 5). Run ntfsck. из-за файла который закачивал. 1. Удаляю данную закачку в торренте (предположительно файл который скачивался), удалился удачно в торренте, выключаю сервис торрента и так же удачно. 2. Перегружаю роутер через WEB еще раз. 3. Ждем загрузки, в итоге в WEB роутера видим красную надпись - требует проверки в место 1T раздела NTFS видим 224К из 251МБ Лог роутера нашел ошибку [E] Feb 16 21:00:10 ndm: Core::FileSystem::Native: failed to mount "S1-1TB" drive: filesystem is dirty, please perform a chkdsk maintenance of this drive on your computer. 4. Подключаю HDD к Windows, она его подключила и даже не сказала что есть ошибка, хотя должна была сказать про "dirty" bit. 5. Прогнал в Minitool на проверку, ошибок найдено не было, проверил на всякий случай на "dirty" bit командой в Windows "fsutil dirty query H:" сказала что его нет. 6. Подключил к роутеру, и запустил роутер. 7. Роутер запустил, при монтировал диск как не в чем не бывало все чисто, в логах. 8. Попробовал что-то записать/прочитать проблем не возникло. Как то хитро, при первой загрузке проверил еще раз сохраненый selftest ни какого упоминания про "dirty" нет, хорошо скрин сохранил первой перезагрузки и старта торрента
-
Решил проверить сбои на HDD под NTFS при обновление + включенный торрент 38A5 KN1011 при включенном торрент закачке на 69GB и скаченного 53GB решил провести обновления ПО роутера, проверить возникнут ли сбои на HDD отвалиться он или нет, поднимется ли закачка или нет. Обновление прошло удачно, торрент поднялся и продолжал качать, по логу на ошибки получил сообщение о sdb1 --- ntfs_write_inode(): Failed (error 5). Run ntfsck. Подождал еще 30мин, торрент скачивался, скорость потока от 5-8МБ. Лог сообщениями
-
Во первых если мне не изменяет память то крутить можно только в draft например размер кеша, да и ограничения сняли. Как показал выше в отличие от 3.7 (записи можно посмотреть на какой то версии гонял так же закачку свыше 50GB то в момент старта нужно было ждать выделения места на HDD т.е. ждать что зависело от размера файла на закачку и только потом шли данные) Пауза в закачке которая выше, подождал 4мин и опять запустил - все запустилось, поток данных и запись пошли одновременно, поток на такой же скорости. При паузе заметил что память была выгружена торрента Версии драйвера от версии ПО по ветке draft 37А6 (июнь 2021), 37А5 (май 2021), 37A3 (апр 2021), 37A1, 36B2, 36A16 [I] Jan 1 00:00:09 kernel: Tuxera NTFS driver 3020.6.8d [Flags: R/W MODULE]. 37B2 (сент 2021) [I] Jan 1 00:00:09 kernel: Tuxera NTFS driver 3021.4.23.8 [Flags: R/W MODULE]. 38A4, 38A5, 38A1 (дек 2021), 37B8, 37B6, 37B5 (нояб 2021), 37B4, 37B3 (окт 2021) [I] Jan 1 00:00:09 kernel: Tuxera NTFS driver 3021.4.23.11 [Flags: R/W MODULE].
-
Старт торрент закачки файла 69GB на ПО 38A5 (KN1011, HDD с NTFS). Запсук на закачку в 11-30 и по текущее время скачено 34,42GB (при скаченном 49%) на скоростях от 4-7МБ (пока на всем этапе) при "preallocation": 1 правда "cache-size-mb": 64.
-
Опять мимо кассы не надо смешивать все в кучу. Не кто не чего не урезал есть ассортимент моделей в разных ценовых нишах = KN3010 - 128/32, KN1910 - 128/128, KN1010 - 256/128 это лучше чем одна KN1010 - 256/128 А если бы в продаже было например так с начала KN3010, потом KN1910, потом KN1010 тогда как это назовете? резать порты на свежих моделях, вы не в курсе? )) - вам вопрос на данном проце EN7561D вообще возможно сделать 5 портов или как, вы в курсе? Если данный проц есть в наличие в продаже то почему его нельзя покупать и на его базе выпускать модели.
-
Вы о чем вообще. Посмотрите год выпуска данной модели и с момента выпуска 128/128, что куда урезали? Есть один смартфон про него так же можно сказать - Вот именно, маловато, доэкономились сначала на флеш, потом на RAM при покупке 2года назад и памяти в нем 64GB достаточно было на сегодня уже это маловато, даже наличие sd карты и скидывания на нее все что только можно и т.д.
-
Как все серьезно в данной ветке. Начнем с того все что хотелось бы иметь из плюшек то думаю 128МБ маловато уже будет, второе по поводу "который корректно не работает" а как на счет отключения ppe? На ПО 3.8.А5 при выключенном "Классификация трафика и IntelliQoS" Память 51% (65/128 Мбайт) На странице WEB роутера сообщение
-
В чем фишка, или принципиально опять волшебное слово mesh или Можно ли сделать так, чтобы lite расширял wifi роутера viva? Разберитесь в том что хотите.
-
Для начало немного теории и понимания незаметным "перескок" будет ли незаметным "перескок" с 5ГГц на 2.4 ГГц Сам Band-Steering https://help.keenetic.com/hc/ru/articles/115004724145-Как-работает-механизм-Band-Steering-и-зачем-его-включать-для-версий-NDMS-2-11-и-более-ранних- И для полного понимания принципа работы ПО в Keenetic ознакомиться с Суть всего - в момент миграции клиент должен уложиться в тайм-аут TCP соединений системы, и что ещё важнее не сбрасывать эти соединения.
-
Доработка да, вопрос только в том будет ли она или нет. Если дорабатывать самим как пишет ТП Только с помощью администрирования вручную! В настройках туннеля есть параметры "l2tp-server lcp echo 30 3" контроля соединения 30сек и 3 fail crypto map tun--e set-peer 1хх.ххх.ххх.ххх set-profile tun--e set-transform tun--e match-address _WEBADMIN_IPSEC_tun--e set-tcpmss pmtu connect nail-up reauth-passive virtual-ip no enable l2tp-server lcp echo 30 3 l2tp-server no enable enable При выключение основного канала переход на резервный все ОК с подъемом туннеля, т.е. канал рухнул и туннель туда же, переключение на резервный и туннель поднялся. При возврате же на основной контроль туннеля "l2tp-server lcp echo 30 3" не видит проблем на нет и поэтому работает на резерве, маршруты согласно настроек туннеля (удаленная сеть и локальная). При down данного резервного канала (автоматом переход на основной) и выжидание данного "l2tp-server lcp echo 30 3" туннель поднимается на основном как и положено, потом просто надо включить резервный канал. Для скрипта нужно устанавливать Entware и как вариант есть что-то hook типа /ndm/wan.d контроль WAN порта - любые изменения и имеем переменную $interface и так же /ndm/ifipchanged.d и параметров по более в частности $system_name (он такой же как и $interface) и $connected : $up : $global. Для примера выше например echo "$id : $system_name : $address : $link : $connected : $up : $global" >> /opt/tmp/table; ndm/ifipchanged.d GigabitEthernet0/Vlan9 : eth2.9 : 10.10.10.13 : up : yes : up : 65482 ndm/ifipchanged.d PPPoE0 : ppp0 : ххх.ххх.ххх.ххх : up : yes : up : 65508 Но есть маленькая фишка по времени обработки скриптов hook Фев 14 11:18:36 ndm Opkg::Manager: /opt/etc/ndm/wan.d/start.sh: timed out. Фев 14 11:18:36 ndm Process: killing all processes in "Opkg shell" group... Контроль через cron как то не серьезно, хотя просто уронить резерв и подождав 90-100сек. поднять резерв. Возможно можно как то перезапустить туннель IPSec типа как в WEB но команду пока не нашел.
-
Есть такое поведение на ПО 3.8. При схеме Keenetic1 (IPSec)----Инет1/Инет2----(IPSec)Keenetic2 На Keenetic2 два канала : один PPPoE второй провод на LAN порту (eth2.9), поднят IPSec между роутерами. При проверке было обнаружено 1. Отключение провода основного провайдера PPPoE на Keenetic2 и переход на резервный канал eth2.9, туннель так же переключился и работал по резервному каналу через eth2.9. 2. Подключение провода основного провайдера PPPoE на Keenetic2 вернул его в работу как основного НО ТУННЕЛЬ так и остался висеть на eth2.9 (так как проблем на этом канале не было) 3. При отключение резервного канала eth2.9 например через WEB или в cli туннель поднимается на основном канале все ОК. Возможно ли предусмотреть при использование двух каналов основного и резервного, что б туннель так же отрабатывал переключение. При проверки такой же работы но на wireguard туннеля все отрабатывается штатно и правельно.
-
Выше для KN1711 и USB- Ethernet уже говорил, остальное зависит от ваших клиентов и их желания куда либо переключаться.
-
Это только к тому что я могу вам показать клиента в быстром переходе с роутера на роутер в любом диапазоне которые не в mesh на тех же Keenetic.
-
На Peak под ARM - все работает, насколько все зависит от пропускной канала интернета и то что пользователь собирается просматривать на своих клиентах. Вариант 1. TorrServer MatriX.111 с сайта https://github.com/YouROK/TorrServer/releases Скачать файл TorrServer-linux-arm64 переписать его на роутер в нужное место (переименовать для удобства "mv TorrServer-linux-arm64 TorrServer-arm" и дать команду "chmod 755 TorrServer-arm". Файл автозапуска при загрузке роутера поместить в /opt/etc/init.d/S90Torrserver #!/bin/sh ENABLED=yes PROCS=TorrServer-arm ARGS="-p 8086 -d /opt/home" PREARGS="" DESC=$PROCS PATH=/opt/sbin:/opt/bin:/opt/usr/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/opt/home . /opt/etc/init.d/rc.func сам файл находиться в /opt/home/TorrServer-arm /opt/home # ls -l ... -rwxr-xr-x 1 root root 25427968 Feb 8 12:20 TorrServer-arm -rwxr-xr-x 1 root root 14469522 Sep 9 06:15 TorrServer-arm-1.1.77 ... Доп. информация https://github.com/YouROK/TorrServer Вариант 2. Или в пакетах Entware /opt/etc/init.d # opkg install torrserver Installing torrserver (1.2.110-1) to root... Downloading http://bin.entware.net/aarch64-k3.10/torrserver_1.2.110-1_aarch64-3.10.ipk Configuring torrserver. /opt/etc/init.d # Итоговый файл будет лежать в "/opt/sbin/" с именем "torrserver", database -> "/opt/etc/torrserver"