Search the Community

Мастер точка KN1010 прошивка 3.1.10. Вторая точка - усилитель/ретранслятор - GIGAII прошивка 2.16.D.1.0-0Вначале всегда при перезагрузке гига не мог подключаться к 1010 - откидывало (в любом режиме работы гиги). Оказалось, нужно было поставить в белый список, хотя другие устройства без режима белого списка нормально работали, а гигу удавалось запустить только при подключении с wps. Далее - камера switcam (может ее косяк, но...) цепляется по началу на 1010, где никакой сигнал, висит и не работает, при этом с гиги для неё сигнал много лучше. В это же время телевизор, и все устройства рядом находящиеся - подключаются через усилитель. Через некоторое время камера все таки переходит на гигу. Ну и такой момент, на гиге стал второй айпи от 1010 (192.х.х.1), до некоторого времени такого не наблюдал.

Всем привет. Стоит такая задача: обеспечить прохождение тегированного трафика через Keenetic Giga 2, настроенном в режим точки доступа. По идее в этом режиме он должен быть тупым свичем с точкой доступа, но видимо создателям не приходило в голову что не надо блокировать 802.1q между портами... сколько я не бился - тегированный трафик съедается зухелем при любом раскладе. Есть варианты как побороть?

Можно ли как либо развернуть pi-hole на кинетике 2? Может кто выложит бинарник в репазиторий, если всё ок работает?

Добрый день. Возникла проблема которую сам не могу решить, прошу помощи, т.к. голова уже плавится. Роутер не отвечает на DNS запросы (они до него не доходят) Имеется роутер Keenetic Giga II, перепрошил на NDMS v2.06(AAFS.0)C2, поднял OpenVPN client, всё работало как часы примерно пол года. Несколько дней назад обновился до NDMS v2.06(AAFS.0)C3, перенастроил OpenVPN Client, он работает нормально. День поработало и роутер перестал принимать запросы DNS из локальной сети, и как следствие отвечать на них. С самого роутера DNS запросы проходят на ура, например: # nslookup tee.ru Server: 127.0.0.1 Address 1: 127.0.0.1 localhost Name: tee.ru Address 1: 185.53.179.40 трафик через OpenVPN идёт, с ним вопросов нет. Вопрос в том, почему не принимаются запросы DNS на стороне роутера на роутере смотрю tcpdump'ом и видно что ни чего не приходит, пустота # tcpdump -nn udp port 53 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on ezcfg0, link-type EN10MB (Ethernet), capture size 262144 bytes тут же смотрю tcpdump'ом на компьютере за роутером, видно что он посылает кучу DNS запросов на адрес роутера при этом на стороне роутера смотрю tcpdump'ом и тишина тут же подключаюсь к другому роутеру и те-же DNS запросы летят уже на другой (роутер со стоковой прошивкой) и он на них отвечает, т.е. проблема однозначно в роутере. Почему он не принимает запросы DNS ? в правилах iptables вроде запретов на 53 порт нет # iptables -nL Chain INPUT (policy DROP) target prot opt source destination ACCEPT all -- 0.0.0.0/0 0.0.0.0/0 ACCEPT all -- 0.0.0.0/0 224.0.0.0/4 ACCEPT 2 -- 0.0.0.0/0 0.0.0.0/0 _NDM_IPSEC_INPUT_FILTER all -- 0.0.0.0/0 0.0.0.0/0 _NDM_IN_EXCEPTIONS all -- 0.0.0.0/0 0.0.0.0/0 _NDM_IN all -- 0.0.0.0/0 0.0.0.0/0 _NDM_IPSEC_INPUT all -- 0.0.0.0/0 0.0.0.0/0 ACCEPT all -- 0.0.0.0/0 0.0.0.0/0 state RELATED,ESTABLISHED DROP all -- 0.0.0.0/0 0.0.0.0/0 state INVALID ACCEPT all -- 0.0.0.0/0 0.0.0.0/0 _NDM_INPUT all -- 0.0.0.0/0 0.0.0.0/0 SL_PRIVATE all -- 0.0.0.0/0 0.0.0.0/0 Chain FORWARD (policy DROP) target prot opt source destination ACCEPT all -- 0.0.0.0/0 0.0.0.0/0 ACCEPT all -- 0.0.0.0/0 0.0.0.0/0 ACCEPT all -- 0.0.0.0/0 224.0.0.0/4 _NDM_IPSEC_FORWARD all -- 0.0.0.0/0 0.0.0.0/0 _NDM_IN all -- 0.0.0.0/0 0.0.0.0/0 _NDM_OUT all -- 0.0.0.0/0 0.0.0.0/0 ACCEPT all -- 0.0.0.0/0 0.0.0.0/0 state RELATED,ESTABLISHED DROP all -- 0.0.0.0/0 0.0.0.0/0 state INVALID _NDM_FORWARD all -- 0.0.0.0/0 0.0.0.0/0 ACCEPT all -- 0.0.0.0/0 0.0.0.0/0 SL_FORWARD all -- 0.0.0.0/0 0.0.0.0/0 ACCEPT all -- 0.0.0.0/0 0.0.0.0/0 ACCEPT all -- 0.0.0.0/0 0.0.0.0/0 Chain OUTPUT (policy ACCEPT) target prot opt source destination _NDM_IPSEC_OUTPUT_FILTER all -- 0.0.0.0/0 0.0.0.0/0 _NDM_OUT all -- 0.0.0.0/0 0.0.0.0/0 _NDM_VPNSERVER_OUT all -- 0.0.0.0/0 0.0.0.0/0 Chain SL_FORWARD (1 references) target prot opt source destination SL_PROTECT all -- 0.0.0.0/0 0.0.0.0/0 SL_PROTECT all -- 0.0.0.0/0 0.0.0.0/0 SL_PROTECT all -- 0.0.0.0/0 0.0.0.0/0 Chain SL_PRIVATE (2 references) target prot opt source destination ACCEPT all -- 0.0.0.0/0 0.0.0.0/0 ACCEPT all -- 0.0.0.0/0 0.0.0.0/0 ACCEPT all -- 0.0.0.0/0 0.0.0.0/0 ACCEPT all -- 0.0.0.0/0 0.0.0.0/0 ACCEPT all -- 0.0.0.0/0 0.0.0.0/0 ACCEPT all -- 0.0.0.0/0 0.0.0.0/0 Chain SL_PROTECT (5 references) target prot opt source destination SL_PRIVATE all -- 0.0.0.0/0 0.0.0.0/0 Chain _NDM_FORWARD (1 references) target prot opt source destination _NDM_HOTSPOT_FWD all -- 0.0.0.0/0 0.0.0.0/0 _NDM_UPNP_FORWARD all -- 0.0.0.0/0 0.0.0.0/0 _NDM_VPNSERVER_FWD all -- 0.0.0.0/0 0.0.0.0/0 Chain _NDM_HOTSPOT_FWD (1 references) target prot opt source destination Chain _NDM_IN (2 references) target prot opt source destination Chain _NDM_INPUT (1 references) target prot opt source destination SL_PROTECT udp -- 0.0.0.0/0 0.0.0.0/0 udp dpt:53 ACCEPT udp -- 0.0.0.0/0 0.0.0.0/0 udp spt:67 dpt:68 SL_PROTECT udp -- 0.0.0.0/0 0.0.0.0/0 udp spts:67:68 dpts:67:68 _NDM_TORRENT_INPUT all -- 0.0.0.0/0 0.0.0.0/0 _NDM_VPNSERVER_IN all -- 0.0.0.0/0 0.0.0.0/0 Chain _NDM_IN_EXCEPTIONS (1 references) target prot opt source destination Chain _NDM_IPSEC_FORWARD (1 references) target prot opt source destination Chain _NDM_IPSEC_INPUT (1 references) target prot opt source destination Chain _NDM_IPSEC_INPUT_FILTER (1 references) target prot opt source destination Chain _NDM_IPSEC_OUTPUT_FILTER (1 references) target prot opt source destination Chain _NDM_OUT (2 references) target prot opt source destination Chain _NDM_TORRENT_INPUT (1 references) target prot opt source destination ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:51413 Chain _NDM_UPNP_FORWARD (1 references) target prot opt source destination Chain _NDM_VPNSERVER_FWD (1 references) target prot opt source destination Chain _NDM_VPNSERVER_IN (1 references) target prot opt source destination Chain _NDM_VPNSERVER_OUT (1 references) target prot opt source destination пробовал добавлять правила iptables # iptables -A INPUT -p udp --dport 53 -j ACCEPT # iptables -A OUTPUT -p udp --sport 53 --dport 1024:65535 -j ACCEPT результата не принесло. opkg update, upgrade делал # uname -a Linux routername 2.6.22.15 #1 Wed Oct 18 20:34:50 MSK 2017 mips GNU/Linux # opkg -v opkg version 0.1.8 # opkg update Downloading http://pkg.entware-keenetic.ru/binaries/keenle/Packages.gz. Updated list of available packages in /opt/var/opkg-lists/keenle. ~ # opkg upgrade ~ # Подскажите в чём может быть проблема? Может какой пакет слетел, или ещё что?

Перестал обновляться Giga2 после 2.11.A.1. Постоянно недоступен сервер обновления. Изменился адрес что ли?

Друзья, Что скажете в отношении следующей беды: 1. Есть ZyXel Giga II с установленной v2.06(AAFS.4)C2 (последней и официальной). Он держит небольшую домашнюю сеточку, где работают еще его два младших собрата в качестве проводных репитеров, а так же сервер на Ubuntu. Все оборудование, за исключением IOT подключено по гигабитной сети. У Giga II белый IP и подключен тоннель 6to4. 2. В сети с Giga II на Ubuntu сервере стоит Resilio (бывший BTSync). На том же сервере стоит еще и Transmission. 3. Giga II при помощи встроенного L2TP подключен с удаленной сетью (понятное дело VPN), где в качестве хоста используется другой Ubuntu-сервер со StrongSwan в качестве L2TP VPN. На этом же сервере стоит ответная часть Resilio. В удаленной сети стоят хуавей и древний LinkSys. По загрузке Giga II почти что пустой: Загрузка ЦП 6% Память 11% (27/256 МБ) И это когда качает Transmission какую-то хрень. Но, возникает проблема когда большой файл начинает передавать Resilio. Пока Resilio передает большой файл, например, видосик под пару гиг, вся сеть Giga II практически ложится. Все сетевые доступы, в том числе и внутри сети начинают отвечать ОЧЕНЬ медленно. Через веб-интерфейс зайти не могу на роутер, он просто не открывается. Сам роутер пингуется. Скорость аплинка в интернет всего 20 мбит по оптике (через модем). Я плотно общался с поддержкой Resilio и мы пришли к выводу, что проблема заключается в большом количестве пакетов (не подключений, по подключениям ничего такого аномального не выявили). Как можно попытаться выяснить, что залипает в зюхеле? И исправить залипания.

Всем доброе время суток. Уже который месяц ковыряюсь с маршрутизатором Keenetic Giga 2 (NDMS 2.10.A.1.0-0) Имеется: Провайдер ТТК с динимическим IP и подключением по PPPoE, KeenDNS имя (допустим vasya.mykeenetic.com). В локальной сети FreeBSD сервер с OwnCloud + FTP сервером. Сколько бы не пытался пробросить порты или открыть доступ из вне - не получается достучаться до необходимого мне сервиса (OwnCloud, FTP). Брал Asus RT N10, в настройках создание Виртуального сервера IP и порт и погнали - всё работает, а с Гигой прям беда какая-то. Подскажите кто-нибудь пожалуйста, может пошагово кто может обьяснить как настроить этого монстра? По сути нужен доступ по известным всем портам: 80, 443, 21, 22 и может быть ещё какой, но они же настраиваются все одинаково, а у меня не прокатывает... На OwnCloud в ngnix стоит редирект с 80 на 443 например и тоже глухо... help.keenetic.net весь перечитал по несколько раз - не срабатывает... Заранее большое спасибо за ответы.