vadimbn

А шлюзом в эту сеть что является? Доступ к нему с Keenetic есть?

Очевидно, этот тип соединений (L2TP/IPsec) вообще убрали из веб-интерфейса прошивки 2.07 - нет ни в Draft, ни в релизе в выпадающем селекторе типа соединения. А зачем убрали?

Два скрина. На первом видно два соединения - Novotelecom и ANZ-L2TP-IPSec, оба подключены и работают. После того, как кликаем по соединению ANZ-L2TP-IPSec, попадаем на страницу "Соединения с авторизацией (PPP)", где нет никакого соединения. Хотя раньше там было соединение ANZ-L2TP-IPSec, были параметры этого соединения, их можно было настроить. Можно ли вернуть соединение L2TP over IPsec на место?

Дело не в том надо или нет. Я думаю, что если бы все остальное уже было реализовано, и без ошибок, и уже не нужно было бы ничего пилить - особых возражений у пользователей ваша просьба не вызвала бы. Но есть масса более насущных, касающихся именно спецификаций, проблем (например IPsec), которые так или иначе касаются большинства здешнего сообщества, и все хотят, чтобы именно их проблемы были решены в первую очередь. В этих условиях настойчивое проталкивание каких-либо дополнительных фич ничего кроме раздражения не вызывает, так и хочется поставить "минус".

Ну давайте отделим мух от котлет. Верно. И привела спецификации, в которых указано, что этот интернет-центр умеет делать, а чего - не умеет. В спецификациях хоть одно слово про WEB-камеры есть? Я вот не нашел. Если вам нужен был роутер, к которому можно подключать WEB-камеры, то и надо было искать такой, у которого такая возможность была бы прописана в спецификациях. Боюсь, искать пришлось бы очень долго. В рамках спецификаций этот интернет-центр свои функции выполняет? Да. Остальные хотелки решаются сторонними пакетами. Один тут хотел встроить DC++, вы вот камеры, кто-то захочет прямо в прошивке интернет-радио, управление холодильником или вовсе интерфейс "Умного дома" - все прихоти не реализуешь.

Ну да, сервер находится просто в локальном сегменте, не являясь демилитаризованным, вот что я хотел написать.

Наоборот, как раз все наглядно. То, что в других SOHO-роутерах называют DMZ, на самом деле таковой не является. Суть DMZ изначально - некий сегмент сети, отделенный от внутренней сети предприятия, к которому есть доступ извне, если некто взломает какой-то сервис в этом сегменте, то доступ к внутренним машинам и серверам он не получит. То же, что вы показываете у ASUS - суть проброс всех портов к одной из машин внутри сети, и машина эта никак от внутренней сети не отделяется. На мой взгляд, здесь NDMS правы, они не лукавят, называя сервер, к которому проброшены все порты, демилитаризованным - если кто-то этот сервер таки взломает, то получит доступ ко всей внутренней сети, ровно как и в случае этого вашего "DMZ" ASUS.

Мне это зачем, гневный вы наш? Кроме того, ничто из того, что есть в entware не является нормальным, вменяемым клиентом с удобным управлением из WEB, в силу чего не может быть встроено в прошивку. Хотите поспорить об этом?

Они есть - отсутствие вменяемого, легкоуправляемого и неглючного DC++ клиента. От вас пока никаких конкретных предложений не было одни общие фразы. Может, у вас есть готовое решение? Или вы его напишете? Неконструктивно как раз пишете вы. Аргументов о невозможности добавления клиента DC++ было более чем достаточно.

Есть. Ставьте entware и извращайтесь как угодно. Полное отключение, для уменьшение светового шума и мельтешения ночью, считаю, было необходимо. Остальное можно реализовать своими силами. Просто не нужно выключать светодиоды. Тогда будут мигать/не мигать. Вам, вижу, отсутствие/наличие мигания ночью не принципиально.

...примерно равно числу людей, которым нужен OpenVPN. Мое личное мнение - зачем вообще это медленное неоптимизируемое нечто, работающее в userspace, когда есть IPsec с аппаратной разгрузкой?

Последняя, 2.08.A.6.0-0 Но есть и в 2.06.C.1.0-2, для тех, у кого нет возможности поставить 2.08

Это у вас юмор такой?

Нет. С какой стати? TCP проверяет пакеты на ошибки, а ошибочные пакеты перепосылаются, UDP их просто пропускает. Роутеры должны работать 24/7/365 независимо от ошибок. У меня рабочий микротик имел аптайм полтора года, и работал бы дальше, но пришла пора обновить ему ПО... Keenetic я пока обновляю раз в неделю, но за неделю никаких сбоев не происходит.

Гашение светодиодов теперь можно повесить на кнопку. На странице #tools.buttons в списках появился пункт "Индикаторы - Выключатель светодиодов" Теперь нет нужды даже в консоль лезть. Правда, включение циклическое: Все выключены -> Только на портах включены -> Только фронтальные включены -> Все включены.

Удобство пользования маршрутизаторами Keenetic существенно возросло в последнее время. Но есть еще нюансы. Добавить названия правил файрвола и диапазоны портов было бы не лишним, как и списки адресов. Именно это прямые функции маршрутизатора...

Человек сам палец о палец не ударил, чтобы хотя бы попробовать реализовать нужный ему функционал на том, что уже есть, но берется рассуждать о высоких материях, о том "как оно должно быть". Мало уметь грамотно излагать свои мысли, надо быть технически подкованным, находить конкретные решения и предлагать возможные варианты их внедрения. Тогда люди готовы будут вас выслушать, и возможно даже реализуют ваши предложения. А когда приходят и просто говорят "хочу это, сделайте" - единственное что с ходу напрашивается - "ну и хоти дальше себе". Слава богу, что здесь еще прислушиваются.

Загрузить чем? DC++? Вам дали такую возможность - Entware, загружайте чем хотите. Судя по этому форуму, реально это нужно ровно одному человеку, остальные просто занимаются болтовней, загружая девелоперов и саппорт. Смотрите на вещи здраво - чтобы добавить нечто непосредственно в прошивку роутера, это нечто должно быть стабильным, легко управляемым, сам проект должен быть живым, должна оказываться хотя бы минимальная поддержка, автор проекта должен быть готов как минимум к диалогу с теми, кто будет внедрять его продукт. Никто не будет писать клиент DC++ с нуля, он должен уже быть, такой, как transmission, с нормальным WEB-интерфейсом, интуитивно понятным управлением. Иначе пользователи замучают саппорт и девелоперов вопросами "а как качать?", "а куда заходить?", "оно падает! немедленно сделайте!!!", как это уже случилось с transmission. Ни один из текущих DC++ клиентов не соответствуют этим критериям, это консольные приложения, работать с ними просто неудобно для конечного пользователя. Пользователь должен быть подготовлен, уметь работать с командной строкой, как минимум.

Если пропадает беспроводная сеть в 2,4 ГГц, то значит чем-то наводится сильная помеха в этом диапазоне. Это может быть, например, USB3.0-диск, подключенный к роутеру, компьютеру, или NAS, радионяя, радионаушники, Bluetooth-адаптеры, и прочее, что работает в этом диапазоне, либо создает помехи в нем.

Какой именно? Как подключен, именно сетевым кабелем? Копируете на внутренний или на внешний винчестер? Беспроводная сеть пропадает в каком-то одном диапазоне, 2,4 или 5 ГГц, или в обоих?

Нет, там два независимых канала приема-передачи. Но бимформингу это никак не поможет. Нельзя формировать луч в пространстве, имея только две точки. И настройка эта будет только вредить, вселяя ложные убеждения. Ее не нужно улучшать. Эта технология изначально предназначалась для мобильных устройств, чтобы к ним не цеплять кабель. Но люди почему-то решили, что могут передавать по ненадежному радиоканалу гигабайты информации. Окститесь уже. Выше головы не прыгнешь, нельзя одним роутером покрыть большую, перегороженную железобетонными стенами квартиру. Как и использовать слабый процессор роутера для DC++ или скачивания/раздачи тысяч торрентов. Лучше тратить ресурсы разработчиков на более насущные проблемы - улучшение firewall, настроек Dual и MultiWAN с балансировками, улучшать IPsec, сделать L2TP over IPsec-сервер, словом то, что действительно должен делать роутер.

Профессионалам виднее. Что конкретно вы хотите от параметра Bluetooth Coexistence? И что вы будете делать с другими работающими в 2,4 ГГц устройствами - мышами, клавиатурами, радионянями, USB3.0 дисками и прочими? Этот диапазон загажен так, что уже никакие параметры Coexistence его не спасут.

То, что реально может как-то повлиять на скорость Wi-Fi - и так уже есть в CLI, пересыщать настройки "крутилками" лично я считаю неправильным. "Топовое удовольствие" должно просто и беспроблемно работать. Кто хочет крутилок - пусть покупает Mikrotik, там этого добра навалом.

У вас нет обратной зоны 1.168.192.in-addr.arpa. И ее наличие в локальной сети не является необходимым. Все записи можно посмотреть в файле running_config, там будут записи вида ip host host_name host.ip.address

Зачем отпаивать? Надо только подождать, скоро будут встроены команды для их отключения.