bigpu

в таком случае приношу свои глубочайшие, раз ТС купил серый IP, а он не не работает как белый

оптимальными для большинства юзеров, оптимальными для адекватности реализации базового функционала. Для данного пользователя, в текущих реалиях, явно проще, о чем я и говорю, требовать изменения "пары строк" от Кинетика, а не пинать своего убогого прова - это же сложнее и тяжко. Нет, вы не правы, я не хочу новых функций, я хочу лишь допиливания до адекватного состояния текущих, а уже потом реализации новых фич. Я первый, кто готов укорить Кинетик в косяках и недопиле, но при всем при этом, я всегда стараюсь быть объективным. В данном разрезе ТС может стать в очередь в реализации нужной ему фичи, которая не пригодится 99% обывателей. - муждународный рынок продаж компании Кинетик его не должен трогать от слова вообще - намек о реализации для ТС белого IP силами и средствами другого юзера продукции компании Кинетик, считаю бредом.

тут нечего думать - подключиться к нормальному прову/пинать текущего проще, большинство провов, да те же местечковые, дают нормальный белый IP, не позволяя себе брать бабки за воздух, как в случае с провом у ТС. Не считаю оптимальным, косяки и убогую работу кого бы то ни было, сваливать на "пару строк" в пользу Кинетика, в силу того, что с них требовать проще.

есть ТП, есть раздел "развитие Keenetic", есть ТС. На мой взгляд, в данной ситуации уместнее пинать прова - есть гораздо более нужные хотелки, которые до сих пор не реализованы.

в целом, пров не предоставляет белый IP, пинать прова, и точно не Кинетик.

а вы статейку в базе знаний Кинетика видели? - В чем отличие "белого" и "серого" IP-адреса? Не слушаете вы нескольких людей, сказавших про ваш серый IP, может эта статья вразумит. ...проблема выхода на международный рынок. уверен, что там или будут юзать KeenDNS через облако, или заплатят за нормальный белый IP. Кстати, почему вы у своего прова не спросите, почему он вам не дает белый IP нормальный, почему не смените прова? Если вас парит раз в месяц подтверждать учетку NO-IP, юзайте DuckDNS, он бесплатен и никаких подтверждений.

из коробки, это когда без Entware

достаточно было бы, на мой взгляд, не закреплять цвет за хостом, а подобрать адекватные году/web gui цвета и их насыщенность. Те цвета кислотного оттенка, что сейчас, похожи на аля 90-е, и в самом web gui выглядят чужеродно. Тоже самое можно сказать за иконки типа перехода в журнале переходов - бессмысленное выделение цветом, не вписывающимся в новый web gui. При этом, иконки все различаются (чего уже достаточно для понимания типа перехода) , но и без того, есть еще: - текстовое описание типа записи в столбце справа - выделение цветом То есть, сразу ТРИ типа выделения типа перехода, не многовато? Сделать иконки немного изящнее, чтобы влились в новый web gui, и убрать выделение цветом/разный оттенок синего для всех иконок.

Думается мне, что это вы не понимаете) забудьте об агрегации, и других плюшках - это удел управляемых коммутаторов Что вы говорите - агрегацию и другие плюшки, тот же round robin, который вам так нужен, умеет прекрасно маршрутизатор Микротик. возьмите любой ASUS, D-Link...., наконец DD-WRT/OpenWRT... ни у кого проблем нет, а у Keenetic есть Ок, вот вам две любые модели ASUS, D-Link - D-Link DIR-615/T4, ASUS RT-N11P, в них присутствует round robin? Кривые поделки DD-WRT/OpenWRT мне обсуждать бы не хотелось - да это и не конечное уст-во и не производитель оборудования. Ваши хотелки с round robin есть в Микротик, хотите их в Кинетике - кейс в ТП и на форум запрос и, ждать)) Аналогичный алгоритм с вашими розетками Яндекс.

В вашем куске, разные MAC и соответственно разные IP, привязка хоста у Кинетика идет как раз-таки по MAC. Если вам нужен Round-robin, то на мой взгляд, вы зря ждете подобного от Кинетик, о каком Round-robin может идти речь, если тут нету агрегации портов, Multi-WAN и QoS зачаточны. Одним словом, не тот класс уст-ва, как и не та ЦА - это интернет-центр, а не маршрутизатор. Безусловно, вы можете создать кейс на добавление данной функции, но что-то мне подсказывает, что с вашими запросами вам нужен не Кинетик.

не пойму вашей логики - вы предлагаете зачем-то перенести кнопку, у вас на скрине два уст-ва с разными MAC - WiFi и LAN, в доп.сведениях у вас один MAC. Если на уст-ве две сетевых, они работают в бондинге - единый MAC-адрес на две сетевых. Бондинг настраивается на хосте, не на роутере. Не думаю, что на Яблочке это отличается. Так чего вы хотите по итогу - один и тот же IP на WiFi и на две сетевых в бондинге?

И по поводу кнопки "Разбудить по сети" - она уместна напротив MAC-адреса, тк magic packet "полетят" на MAC. Вы считаете более удобным каждый раз прокручивать окно вниз до кнопки, где вы считаете ее уместной, вместо того, чтобы нажать ее "под носом" - рядом с именем уст-ва? magic packet "полетят" на MAC а MAC не относится к конкретному уст-ву?

в том же 1610 64 Мбайт ОЗУ

- все KN-модели имеют поддержку WiFi-системы. - устройства с переключателем удобнее, но это не критично, важнее, что в KN-1611, KN-1711 обновлена WiFi-часть и увеличено ОЗУ - MU-MIMO, Airtime Fairness, Beamforming в 5 ГГц, ОЗУ 128Mb DDR2, Flash 32MB, поэтому лучше брать 1x11 - SPF (оптический порт) вы не путаете с LAN + PoE ? - в Кинетиках PoE нет

тикет не заведен по данному вопросу? ожидается ли, что в MWS хотя бы в CLI, но с сохранением после перезагрузки, появится возможность редактирования конкретного порта на экстендерах?

Получилось что придумать по итогу?

Сяоми, хоть и не S2, но "с поддержкой WPA2, не поддерживающий WPA3" - в режиме WPA2-PSK + WPA3-PSK работает несколько месяцев отлично. Зная за "ровное" ПО Сяоми и их вечные проблемы с 40MHz WiFi, вряд ли вопросы к Кинетику.