Sfut
-
Posts
731 -
Joined
-
Last visited
-
Days Won
2
Content Type
Profiles
Forums
Gallery
Downloads
Blogs
Events
Posts posted by Sfut
-
-
12 часа назад, Roman_Petrov сказал:
С таким лимитом, если списков несколько, легко уперется в него
Согласен. Если нетрудно увеличить лимит то увеличьте хотя бы до 128.
-
1 минуту назад, doc_bravn сказал:
Т.е. если я правильно понимаю, то на Ultra II по-умолчанию включен ускоритель TCP и UDP и включать дополнительно из телнета ничего не нужно?
Да.
-
По видимому только у Вас. Тут еще есть такой момент, если окружающих сетей нет то и крутится бесконечно. У меня на 2.4 ГГц мгновенно находит более 30 сетей, а на 5 ГГц сетей не видит и крутится бесконечно.
-
8 часов назад, doc_bravn сказал:
Если ничего дополнительно через командную строку не включать, то по-умолчанию на Ultra II работает аппаратное ускорение TCP и UDP трафика? Или только TCP ускоряется аппаратно, а UDP ускоряется софтварно?
На Giga3 и Ultra2 все ускорители включены по умолчанию и работают без проблем.
-
Прошивка v2.08(AAUW.0)B0. Создаю расписание в Вэб-конфигураторе на включение и отключение Wi-Fi. Включение в 8-00, выключение 22-00. Нажимаю применить, все работает. В CLI все нормально:
(config)> show schedule
schedule, name = schedule1:
action, type = start, left = 62710, next = yes:
dow: Mon
time: 08:00action, type = stop, left = 113110:
dow: Mon
time: 22:00Затем захожу снова и пытаюсь изменить время работы, например с 9-00 до 20-00. Визуально все меняется, нажимаю применить и захожу снова. Вижу что на графике все осталось по старому с 8-00 до 22-00. В CLI вот такая картина:
(config)> show schedule
schedule, name = schedule1:
action, type = start, left = 62312, next = yes:
dow: Mon
time: 08:00action, type = start, left = 65912:
dow: Mon
time: 09:00action, type = stop, left = 105512:
dow: Mon
time: 20:00action, type = stop, left = 112712:
dow: Mon
time: 22:00То есть правило вместо того, чтобы измениться, наложилось на старое.
-
1
-
-
Поясню о чем идет речь. Сейчас если установлен канал обновлений "Бета" то прилетают бета-версии прошивок, при наличии нового релиза настойчиво предлагается обновиться на него. Здесь все правильно. Но если установлен канал обновлений "Релиз" и на роутере установлена последняя версия релиза то при переключении на канал обновлений "Бета" предлагается обновится на последнюю бету, которая может быть более ранней чем установленный релиз. Пример, на роутере установлено v2.07(AAUW.5)C3, при переключении на канал "Бета" предлагает установить значительно более раннюю 2.07.B.2.0-2. При обновлении по каналу "Бета" в случае, когда релиз имеет более позднюю версию чем бета, мне кажется, разумней сообщать, что обновлений нет, а не предлагать устаревшую бету.
Ну и заодно неплохо бы упорядочить шифры прошивок. На сервере одно наименование прошивки, при установке на роутер другое. Не критично, но все же, что мешает сделать их одинаковыми.
-
1
-
-
Не подскажите производительность GIGA III на L2TP и PPTP.
-
42 минуты назад, Le ecureuil сказал:
Ускоряется только TCP и UDP, но не GRE
Спасибо. Я правильно понимаю, что в случае L2TP, поднятого на компьютере и проброшенного через роутер, аппаратный ускоритель будет работать.
-
Роутер подключен по IPoE, на компьютере поднято PPTP. Работает ли в этом случае аппаратный ускоритель? Обратил внимание что резко возросла загрузка процессора.
-
7 часов назад, cmdmn сказал:
Очень нужен! Хотя бы клиент
Так голосуйте
-
1 минуту назад, r13 сказал:
Добавишь такую проверку для этой лампочки, начнут ныть те у кого трафик через ван начал утекать на модеме не пойми куда
Так не надо нечего добавлять
. Просто тем у кого такая ситуация как у меня надо включить Ping Check по умолчанию и тогда, когда хосты не доступны индикатор гаснет, что от него и требуется.
-
12 минуты назад, IgaX сказал:
бывают разные ситуации
Это да, но тогда не надо было называть этот индикатор "доступ в интернет". Все таки мне кажется, что по доступности нескольких хостов в интернете, можно с большей вероятностью судить о наличии доступа в интернет, чем по наличию линка до вышестоящего оборудования.
-
28 минут назад, Le ecureuil сказал:
Естественно линка с коммутатором
А зачем мне эта информация на индикаторе "доступ в интернет" ?. Наличие линка с коммутатором я могу посмотреть по индикатору на порту, зачем дублировать. И все таки индикатор "доступ в интернет" должен показывать наличие доступа в интернет, а не наличие доступа к коммутатору. Для пользователя важно наличие интернета, а не коммутатора без интернета. Согласитесь.
28 минут назад, Le ecureuil сказал:Потому что хост может в произвольный момент времени исчезнуть из Интернета (а мы на него никак повлиять не можем)
Насколько я понял из статьи проверяется наличие 3 хостов и чтобы они все одновременно исчезли маловероятно. Если они все таки исчезнут то скорее всего и интернета не будет. На коммутатор мы тоже повлиять не можем (он тоже может исчезнуть
). Насчет Ping Check я предлагал проверку не одного хоста, а нескольких с другим алгоритмом, даже тему создал в развитии. Но увы, разработчики прошли мимо.
-
1 час назад, Le ecureuil сказал:
Не нужно вводить всех в заблуждение, теперь у вас показывает не наличие Интернета, а всего лишь доступность хоста, указанного в pingchecker.
А если не использовать pingchecker, то показывает наличие линка с вышестоящим коммутатором. Так что лучше показывать доступность хоста в интернете или наличие линка с коммутатором в подъезде?
-
1 час назад, Le ecureuil сказал:
pingcheck с легкостью может быть обманут провайдером, если он весь трафик будет заворачивать на свой сервер, который будет отвечать на ping
Если так рассуждать, то я еще легче могу обмануть - подав питание напрямую на светодиод индикатора и индикатор всегда будет гореть и показывать "доступность Интернета"
1 час назад, Le ecureuil сказал:Проблема "доступности Интернета" настолько сложна, что надежнее чем показывать наличие default route плюс линка/соединения на WAN придумать мало что можно
Тогда объясните, что в моем случае означает свечение индикатора "доступность Интернет". Настройки IP адрес, шлюз, DNS прописываются руками. В WAN подсоединяется простой коммутатор. К коммутатору больше ничего не подсоединено . Индикатор горит. Т.е. в моем случае, индикатор показывает только наличие линка с вышестоящим коммутатором и ничего более. Как мне тогда сделать, чтобы индикатор показывал хотя бы наличие линка до шлюза провайдера, не говоря уж о доступности интернета? Уж лучше пусть индикатор показывает доступность узлов google.com, facebook.com, yahoo.com как сделано по умолчанию при проверке Ping Check, чем доступность коммутатора. Ну и напоследок, зачем тогда в базе знаний такие статьи "Функция проверки доступности Интернета (Ping Сheck) в Keenetic".
-
2 часа назад, iggo сказал:
Можно исправить, чтобы показывал реально, есть или нет интернет?
Этот вопрос я поднимал несколько раз, в том числе и с официальной техподдержкой. К сожалению, они ничего вразумительного сказать не смогли. Собственное изучение показало, индикатор "Интернет" горит когда на WAN прописан шлюз и есть физический линк с вышестоящим коммутатором. В моем случае все настройки прописываются вручную, в том числе и шлюз, так что интернет по "Индикатору" есть всегда
. Проблему решил просто, на нужном подключении включил Ping Check. Теперь индикатор работает как надо.
57 минут назад, ndm сказал:Шарик показывает наличие дефолтного шлюза, и только
Я бы уточнил, что показывает не наличие шлюза провайдера, а наличие записи о шлюзе на WAN. Достаточно линка с вышестоящим коммутатором и записи о шлюзе (при этом шлюз может быть недоступен) и индикатор горит.
-
Иногда все же удается чего то добиться. А так, как и везде, в первую очередь делают то, что нужно маркетингу, пользователи могут и подождать
.
-
8 минут назад, IgaX сказал:
Видел. Я попытался предложить более общий вариант. Насчет, бесполезно, чем больше голосов и чем больше заинтересованность, тем больше вероятность, что сделают. Тем более, что как Вы говорите, это не так сложно сложно сделать. Так что давайте голосовать
-
1
-
-
Предложение состоит в том, чтобы дать возможность пользователю явного выбора каналов Wi-Fi (белый список), которые будут использоваться при автовыборе канала или наоборот запрета отдельных каналов (черный список). Для чего это нужно. Иногда по каким-то причинам нежелательно использовать отдельные каналы, а терять возможность автовыбора при явном задании канала не хочется. Например, клиент плохо работает или совсем не работает на каком-то канале, соседская точка с мощным Wi-Fi и фиксированным каналом регулярно включается после того как роутер автоматически выбрал этот же канал еще до включения этой точки (мой случай) и т.д. В общем хотелось, чтобы была возможность исключить отдельные каналы при автовыборе канала Wi-Fi.
-
По моему вопрос из серии: Хочу то не знаю что, не знаю зачем, но пусть будет.
1. Прежде чем что-то сделать сначала нужно четко понять что же нужно сделать и какой конечный результат мы должны получить. Топикстартер этого по моему не понимает. А если понимает то пусть четко сформулирует, что такое "скорость интернета" и как ее измерить. Измерить можно при определенных условиях скорость между 2 хостами, причем хосты эти у всех будут разные, а не абстрактную скорость интернета.
2. Привязываться к speedtest.net смысла нет, даже если было бы возможно. Так как скорость измеряется до ближайшего сервера speedtest.net с наименьшим пингом и никак не отражает скорость работы с сервером который нужен мне. Приведу пример, недавно в моем городе появилось 2 сервера speedtest.net, пинг 1-2 мс на обеих, но скорость одного в 2 раза выше чем второго. Автоматом выбирается и тот и тот. Что считать за "скорость интернета" ? При аварии на магистральной ВОЛС speedtest.net бодро сообщал о скорости 87 мегабит, хотя реально было килобит 800 с внешним миром.
3. Решать задачи провайдера бытовыми роутерами неправильно. Не надо поощрять таких горе-провайдеров, у которых вся сеть построена на бытовых железках, а не на профессиональном оборудовании.
4. Если уж и решать подобную задачу, то явно не в первую очередь. Решение мне видится таким. В вэб-морде сделать поле, в которое можно вводить произвольную ссылку на скачиваемый файл, далее скачивать файл по ссылке в оперативку (с зацикливанием как на китайских флешках
) и вычислять скорость.
-
5 минут назад, ndm сказал:
Варианты, кстати, предлагайте
Так предлагали уже
. Например, активность WAN, LAN, на выбор одного из портов LAN. Задние индикаторы не всегда видны.
-
17 часов назад, User624 сказал:
Добрый день, всё облазил и сайт Zyxel и тут, но к сожалению информации не нашёл.
Подскажите где почитать про FN индикатор, и про возможность его настройки.Плохо лазили, этот вопрос уже поднимался Работа индикатора FN в Giga III, как раз для вашей модели. Работа индикатора реализована в v2.07(AAUW.5)C (последний релиз). С настройкой поведения индикатора ситуация хуже, насколько я понял из общения здесь, ixbt и техподдержкой реализовывать ее пока не собираются.
На будущее, лучше ищите и пишите в темах, в которых уже обсуждают подобную проблему . Больше вероятность того, что разработчики обратят внимание и исправят, если будет много обращений в одном месте. Множество тем с 2-3 постами просто затеряются. -
Вот инструкция по работе с CLI http:// https://zyxel.ru/kb/1627
-
1
-
-
14 минуты назад, Baa-gor сказал:
Для недалеких танкистов - какой пункт в меню выбирать, где это все отключать?
Это все делается в CLI
-
1
-
. Просто тем у кого такая ситуация как у меня надо включить 
). Насчет 
. Проблему решил просто, на нужном подключении включил Ping Check. Теперь индикатор работает как надо.
Забивается память при включенном шейпере
in 2.09
Posted
2.08.B.0.0-0. Ситуация похожая, но не такая явная. На одном из клиентов включен шейпер, на другом без шейпера на несколько часов в день запускается торрент. Каждые 2-3 дня загрузка оперативной памяти увеличивается на 1%. Возможно это просто особенности кеширования в линукс, а может где-то есть утечка памяти.