bigpu

без проблем, мне нужно пробросить один и тот же порт сразу и для TCP и для UDP, конкретный кейс - торрент-клиент. Каким образом мне сделать это через "TCP/UDP (все порты) и ICMP" ? поясняю - никак, а лишь создав два правила, одно для TCP, другое для UDP. в базе знаний этот момент описан - "В нашем примере создано два правила проброса портов — для протокола TCP и UDP" : https://help.keenetic.com/hc/ru/articles/213969169-Настройка-проброса-портов-в-Keenetic-для-корректной-работы-с-программой-µTorrent-для-версий-NDMS-2-11-и-более-ранних-

интересно, вы не выносили в отдельную тему? Как бы не затерялось тут.

тогда в ТП, тем более, что данный момент не описан в их базе - думаю это правильный подход.

а если тупо сменить "KeeneticExtra...local" на IP Кинетика - 192.168.1.1 ? Заработает в таком случае? тут все корректно, IP Кинетика?

Посмотрите через Finder, полный путь до каталога (к примеру фильмов) ...../Фильмы Как по мне, то у вас странное имя у Кинетика.

мы с вами как раз находимся в такой теме, которая на втором месте в топе по кол-ву голосов, теме скоро 4 года. Насколько я понимаю, функция несоизмеримо проще в реализации чем IPv6, была в базе у NDMS V1, есть у ТПлинков, которые вообще не роутеры со слов многих... Но, ее нету до сих пор на интернет-центре, и данная базовая функция не одна, которая удивительным образом отсутствует до сих пор на Кинетик. Я к тому это, что я могу создать еще 3-4 кейса в развитии, но не вижу в этом никакого смысла, к сожалению.

ну вы сразу с козырей зашли) c NDMS V1 не только это не дошло до V2

Выбор варианта TCP/UDP есть даже на ТПЛинк 2011 года. На интернет-центре ждем четвертый год)

Во-первых, отличие белого от серого адресов я и так знаю Не знаете, а статейки почитайте, не зря же пишет их Кинетик Буквально сегодня получил белый IP за 200₽ месяц у плохого РТ. KeenDNS прекрасно работает "напрямую" Деньги мне не выделял никто - взял за свои.

верно, оставлю за собою это право, не поддерживать в их желании тех кто ленен и пытается спросить не с тех.

в таком случае приношу свои глубочайшие, раз ТС купил серый 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, но с сохранением после перезагрузки, появится возможность редактирования конкретного порта на экстендерах?