r777ay
-
Posts
658 -
Joined
-
Last visited
-
Days Won
2
Content Type
Profiles
Forums
Gallery
Downloads
Blogs
Events
Posts posted by r777ay
-
-
При удалении компонентов VPN серверов, в конфиге остаются хвосты. Лог забит краснотой ,после >2х перезагрузок.
- 1
-
Есть такое поведение в v3, адаптер Netgear wnce2001 по умолчанию доступент 192.168.1.251 до подкл. к keenetic, при подкл. назначен 192.168.1.53 в итоге светятся оба IP.
2.15 всё норм светится IP присвоенный Keenetic.
-
@eraldeНа старичке Ultra выкл. WAN поправили, на какой версии не уследил. Просьба не трогать Web😅
-
KN-1810 Не работает отключения порта wan0. Идет перезагрузка порта, если это невозможно реализовать из-за SFP то неплохо бы убрать выкл. порт0 в web.
На старичке Ultra тоже не выкл. WANЦитатаNetwork::Interface::Rtx::SfpEthernet: "GigabitEthernet1/0": port shutdown is not supported.
UPD Порой очень нужная штука.
-
@AndreBA что за приставка?
-
Для меня, с недавних пор стало проблемой , хотя одно с другим может и несвязанно. Запрос #432953
Стал пропадать линк при игре по сети.
-
Спасибо v3.00 😃
-
Есть такое дело.
- 2
-
tntfs error
in 3.1
Спасибо, оперативно, всё гуд.
-
tntfs error
in 3.1
Мар 30 15:38:41 ndm kernel: tntfs error (device sda2, pid 2732): ntfs_mft_record_map(): Failed to map page containing mft record 0x0 (error 12). Мар 30 15:38:41 ndm kernel: tntfs error (device sda2, pid 2732): ntfs_mft_record_map(): Failed with error code 12. Мар 30 15:38:42 ndm kernel: tntfs error (device sda2, pid 2732): ntfs_read_locked_inode(): Failed (error 12). Marking corrupt inode 0x0 as bad. Run ntfsck. Мар 30 15:38:42 ndm kernel: tntfs error (device sda2, pid 2732): ntfs_read_inode_mount(): ntfs_read_inode() of $MFT failed. BUG or corrupt $MFT. Run ntfsck and if no errors are found, please report you saw this message. Мар 30 15:38:42 ndm kernel: tntfs error (device sda2, pid 2732): ntfs_fill_super(): Failed to load essential metadata. Мар 30 15:38:42 ndm FileSystem::Native: failed to mount "/tmp/mnt/9C80313980311B6A": invalid argument. Мар 30 15:38:42 ndm FileSystem::Ext: failed to mount.
Проверено, ошибок на hdd нет
Log, self-test ниже.
- 1
-
1 час назад, Padavan сказал:
Ранее, все клиенты получали семафор по логике открытия бэнда. Т.е. если клиент в probe/auth/assoc request приносил хороший уровень, то ему сразу перекрывался бэнд 2.4G и открывался 5G
Можно реализовать опционально?
-
-
31 минуту назад, vasek00 сказал:
А почему не хотите своего вендора клиента попытаться - хотите по другому "насилуйте"
Научите Smart,Console итд , а мы посмотрим
-
10 минут назад, Mamay сказал:
Думаю Соломоново решение - кнопарь в webgui и пусть сам юзер решает отстреливать или положиться на совесть клиента...
На подобии того предложил в техподдерке
-
17 минут назад, Sergei Sporik сказал:
Промежуточное решение работает по крайней мере на kn-1810. А вот на extra II с 5g стало очень грустно. Я имею ввиду работу устройст в системе wifi, режиме бесшовного роуминга и Band Steering с приоритетом 5g. Band Steering с приоритетом 5g на extra II как будто и нет, такое чувство, что наоборот стоит приоритет не 5g, а 2,4g. В общем и целом в вышеописанной связке устройства на новой прошивке работают значительно хуже, чем ранее на прошивке 2.14. А лично для меня возможность работы устройств в описанных режимах стала причиной их приобретения, иначе никогда не взял бы устройства этого брэнда. После последних прошивок их об стену хочется треснуть.
Ответ техподдержки
Изменение в band steering было в том, что сейчас он не блокирует один из бэндов при первом подключении клиента, а раньше блокировал. У старого поведения был серьезный минус: некоторые клиенты могли бесконечно упорно пытаться подключиться, например, в 2.4 ГГц при том, что band steering им заблокировал этот бэнд, вынуждая их перейти на 5 ГГц. Разработчики решили убрать такое поведение, предоставив драйверу клиента решать самому, какой диапазон выбрать.
Управление BSS-окружением 802.11k/v",Именно за этим механизмом будущее, так как он "мягко" рекомендует клиенту выгодный диапазон, не прибегая к жестким мерам типа "отстрела клиента".
Скорее всего возврата к старому поведению band steering уже не будет.Печаль да и только.
Выводы:
Хотите по другому "насилуйте" техподдержку.
-
1 час назад, Sergei Sporik сказал:
Такое чувство, что в бэндстиринг напутали приоритет 5Ghz с приоритетом 2,4Ghz. Ничего не понимаю.
Полностью с вами солидарен. Обратитесь в официальную техподдержку с этим, чем нас больше , тем быстрее исправят. Мой Запрос #430525
-
1 минуту назад, @leksey сказал:
Сегодня мне поддержка ничего не ответила.
Не вам одному ☹️
-
На 1810 пока не откл. 2.4 Ггц клиенты упорно не хотят цепляться к 5 Ггц. В сети нет клиентов с поддержкой k/r/v роуминг , bss не вкл.
Band Steereng вкл. стоит предпочитать 5 Ггц. но такое ощущение что выкл.
-
@Nikolaiyka У вас случаем не USB3 выставлен, если ДА попробуйте сменить на USB2 мне помогло от многих симптомов выше перечисленных избавится в том числе с DLNA
-
1 час назад, ndm сказал:
Придется вас расстроить. mws-клиент изначально появился в архивных устройствах по ошибке.
Печально 😪
-
2.15.C.1.0-0 исправлено.
- 1
-
1 час назад, enterfaza сказал:
перестал заходить на жёсткий диск через администратора
Зайдите в учетку admin и заново введите пароль.
- 1
-
-
В 07.03.2019 в 12:31, eralde сказал:
Вы пишете в теме, посвященной 2.14.
Я пока у себя не смог это воспроизвести на другом устройстве. Логика в вебе одинаковая для всех.
Включите на усилителе KeenDNS и пришлите мне данные для доступа в личку, попробую воспроизвести на вашем.
2.15 та же история в режиме Адаптер на Ultra черная, на 1810 не проверял провод к нему не подкл. а на шкаф лезть лень:)
UPD
Я конечно могу ошибаться , ИМХО no mac repeater не реализован на старичках (по умолчанию стоит транслировать MAC клиентов)
Web интерфейс не полностью отключает dhcp пул
in 3.1
Posted · Edited by r777ay
Косвенное, Конфиг правится не корректно !