-
Постов
1 878 -
Зарегистрирован
-
Посещение
-
Победитель дней
16
Тип контента
Профили
Форумы
Галерея
Загрузки
Блоги
События
Весь контент bigpu
-
соглашусь, ручной сброс как минимум вполне нужная фича.
-
главное что от идеи не отказываетесь, а сегодня реализуют или завтра, не суть.
- 18 ответов
-
- маршрутизация
- фаерволл
-
(и ещё 1 )
C тегом:
-
согласен, с этим шансов больше, но... вы и я свой кейс отписали, кому-то лень писать, кто-то вообще за форум не слышал, кто-то в Телеге чатится, а кому-то и так всего хватает, таких, полагаю, как раз-таки и большинство. Кейс с подключением камеры USB набрал немало голосов, суть лишь в том, причем тут камера USB и роутер)) Так что, тут сложный вопрос)
-
а могли бы передать данный кейс разработчикам на обсуждение? Глядишь и определятся на очередном обсуждении развития... оф ТП не хотелось бы дергать и отвлекать от работы кейсами. Особенно хотелось бы реализации: "добавить столбец "описание" к маршрутам, и не только к ним, по аналогии с "Переадресация портов" где этот столбец присутствует" С отсутствующим описанием маршрута геморроя столько же, сколько и по поводу кейса "Группы в меню Маршрутизация" - приходится для соответствия маршрутов и ресурсов держать отдельный файл с их привязкой, согласитесь, не очень удобно.
-
можно поспособствовать тому, чтобы не удалялись маршруты при удалении интерфейса, созданием интерфейса-пустышки и подстановкой на него всех маршрутов. Что удобнее, на мой взгляд неспециалиста, скидывать маршруты удаленного интерфейса на интерфейс "любое". В любом случае, в ближайшее время эти маршруты перекинуть придется на нужный интерфейс. Опять же, тогда уже допиливать и единую "переключалку" всех маршрутов. тут стоит чего-то ожидать, в идеале все-таки в морде, а не в расширении? Кстати, за расширение вам великий респект и что тратите на него личное время!
-
не показатель, считаю, как и не показатель обратная ситуация. Проголосовал, пояснить не забыл)) Спасибо!
-
без проблем, мне нужно пробросить один и тот же порт сразу и для 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 кейса в развитии, но не вижу в этом никакого смысла, к сожалению.
-
Во-первых, отличие белого от серого адресов я и так знаю Не знаете, а статейки почитайте, не зря же пишет их Кинетик Буквально сегодня получил белый IP за 200₽ месяц у плохого РТ. KeenDNS прекрасно работает "напрямую" Деньги мне не выделял никто - взял за свои.
-
верно, оставлю за собою это право, не поддерживать в их желании тех кто ленен и пытается спросить не с тех.
-
в таком случае приношу свои глубочайшие, раз ТС купил серый IP, а он не не работает как белый
-
оптимальными для большинства юзеров, оптимальными для адекватности реализации базового функционала. Для данного пользователя, в текущих реалиях, явно проще, о чем я и говорю, требовать изменения "пары строк" от Кинетика, а не пинать своего убогого прова - это же сложнее и тяжко. Нет, вы не правы, я не хочу новых функций, я хочу лишь допиливания до адекватного состояния текущих, а уже потом реализации новых фич. Я первый, кто готов укорить Кинетик в косяках и недопиле, но при всем при этом, я всегда стараюсь быть объективным. В данном разрезе ТС может стать в очередь в реализации нужной ему фичи, которая не пригодится 99% обывателей. - муждународный рынок продаж компании Кинетик его не должен трогать от слова вообще - намек о реализации для ТС белого IP силами и средствами другого юзера продукции компании Кинетик, считаю бредом.
-
тут нечего думать - подключиться к нормальному прову/пинать текущего проще, большинство провов, да те же местечковые, дают нормальный белый IP, не позволяя себе брать бабки за воздух, как в случае с провом у ТС. Не считаю оптимальным, косяки и убогую работу кого бы то ни было, сваливать на "пару строк" в пользу Кинетика, в силу того, что с них требовать проще.
-
есть ТП, есть раздел "развитие Keenetic", есть ТС. На мой взгляд, в данной ситуации уместнее пинать прова - есть гораздо более нужные хотелки, которые до сих пор не реализованы.
-
в целом, пров не предоставляет белый IP, пинать прова, и точно не Кинетик.
-
а вы статейку в базе знаний Кинетика видели? - В чем отличие "белого" и "серого" IP-адреса? Не слушаете вы нескольких людей, сказавших про ваш серый IP, может эта статья вразумит. ...проблема выхода на международный рынок. уверен, что там или будут юзать KeenDNS через облако, или заплатят за нормальный белый IP. Кстати, почему вы у своего прова не спросите, почему он вам не дает белый IP нормальный, почему не смените прова? Если вас парит раз в месяц подтверждать учетку NO-IP, юзайте DuckDNS, он бесплатен и никаких подтверждений.