The_Immortal

С "мостом" я, вероятно, погорячился. Скорее нужен беспроводной свитч просто. В роутер идет кабель от коммутатора. Надо, чтобы он по воздуху коннект передал на ноутбук. Или так не получится? Или всё-таки это мост? Просто в случае проводного соединения я бы точно сказал, что роутер должен быть мостом, а уже на клиенте роутера поднимается IP и всё-остальное, а тут я запутался, честно говоря, как оно правильно называется.

Господа, подскажите, пожалуйста глупому в какой режим надо вогнать Keenetic II, чтобы тот просто передал сетку по воздуху, а уже беспроводной клиент (ноутбук c Windows) настроил у себя IP и всё остальное данной сети? Беспроводной свитч это называется, наверное... Спасибо!

На 5.0-7 проблема ушла, спасибо!

Значит будем попробовать, ибо это глюк, о котором умалчивают? Ну или мне так везёт. Кстати, а где на моё устройство найти этот драфт? Вижу только 2.12.A.1.0-4.

Ну а вот моя переадресация: Результат - выше. Создал аналогичное правило, но на другой порт (7778) - та же песня. Кто сиё может объяснить? eralde, сообщите свою версию прошивки, пожалуйста.

Любопытно. Я использую DDNS. Удалил компонент, отвечающий за новое оформление. Захожу на роутер (у меня прописан редирект порта 7777 на 80-ый порт роутера): Устанавливаю вышеуказанный компонент и аналогичным образом (через my.domain.com:7777) пытаюсь обратиться к роутеру (разумеется, не меняя никаких настроек): А здесь меня встречает IIS, который сидит на клиенте, на 80-ом порту. С чего вдруг редирект идет клиенту: ip static tcp PPPoE0 7777 192.168.1.1 80 !Web router access ?! Для клиента (IIS) у меня свой форвардинг: ip static tcp PPPoE0 80 192.168.1.99 80 !WWW , который работает как и должен под старым дизайном. P.S. 2.11.C.1.0-3

Извиняюсь, облазил весь интерфейс, но так и не нашел SSTP - не подскажете где он спрятан? Кстати, там помимо Windows-клиента, планируется Android и iOS-клиент... Проблем же не возникнет?

Всех приветствую! Друзья, по своей дурости обновился на этот кошмарновый веб-интерфейс и теперь не могу врубиться каким образом обратиться к роутеру извне? Ранее было mydomain.com:port - а как сейчас (так не получается)? Спасибо!

Ок, поищу, спасибо. Да и клиентов Windows у меня не ожидается. Повторюсь, единственный клиент - это видеорегистратор. А какого рода ограничения? Мне бы-ламеру, конечно, чем проще - тем лучше

А где по этому можно обнаружить инструкцию?

Всех приветствую! Друзья, прошу простить, за глупый вопрос, но в данной тематике разбираюсь совершенно поверхностно, поэтому прошу вашей помощи. Имеются два удаленных друг от друга Интернет-центра: GIGA II и Keenetic II. У первого серый IP и к нему подключена система видеонаблюдения. На Keenetic II - белый, динамический IP, но с ежедневным разовым обрывом. Необходимо получать доступ к видеорегистратору извне. Единственным возможным вариантом я увидел создание туннеля между "серым" и "белым" интернет-центром и последующий доступ к видеорегистратору, через проброшенный порт на "белом" Интернет-центр, используя какой-нибудь DyDNS. Однако обилие туннелей вводит в ступор. Подскажите, пожалуйста, какой из "туннельных" вариантов будет самым оптимальным, в том плане, чтобы он незаметно и стабильно работал себе на фоне без каких-либо проблем, не мешая при этом обоим роутерам? Или можно придумать ещё вариант (обойтись без туннеля)? Думал насчёт использования KeenDNS на "сером" Интернет-центре, но он же по-прежнему, насколько мне известно, пропускает исключительно HTTP, да? Спасибо! P.S. Хотел побегать по статьям, но мой Ростелеком с какой-то радости не открывает help.keenetic.ru o_O - происки РКН? XD

Господа, подскажите, пожалуйста, для тех, кто в танке, где можно обнаружить пошаговую инструкцию для поднятия OpenVPN Server'а? Я ожидал в теме найти хоть какой-то ФАК, а тут сразу спецы пошли непонятным языком спец вещи обсуждать... А простым смертным(-бессмертным) как быть? Спасибо!

Да-да, люди всё ещё интересуются Появилось ли?

Дабы не плодить новой темы хотел ещё задать пару смежных вопросов: 1. Возможно ли (в будущем) блокировать доступ по одновременному логину с разных сессий: один логин - одна сессия? Т.е. зашел на одном браузере на веб-морду, параллельно под этим же пользователем залогинился на другом браузере, и в этот момент на первом браузере должен произойти автоматический лог-аут. По-моему, у большинства роутеров так и работает. 2. Как посмотреть кто конкретно из пользователей заходил на роутер?

Да, действительно есть рабочие решения. Однако, это в целом неудобно... Под "данным случаем" подразумеваются все Keenetic'и? Ибо, как я ранее писал: К примеру, зашел я на стоковые прошивки по девайсам от Netgear, Asus, TP-LINK, D-Link - везде есть ссылочка "Выход" под любым браузером. Получаются, все эти устройства не используют вышеобозначеннную дайджест-авторизацию?

Вообще-то было. Правда, я может путаю с NDMS v1, но кнопочку Logout я на каких-то Зикселях видел. Я зашел в Интернет-центр с чужого компьютера (почему я это сделал - уже другой вопрос), пароль в браузере не сохранял. После определенных манипуляций желаю сию же секунду (а не через установленное время - cloud control client session timeout) завершить сессию - это абсолютно обыденная функция, которую можно обнаружить в любом роутере, как мне кажется. Как принудительно завершить WEB-сессию пользователя в NDMS v2?

Господа, прошу простить за столь глупый вопрос, но не могли вы сориентировать где в Интернет-центре NDMS v2 найти кнопку Выхода (Logout)? Что-то обыскался... Спасибо!

sergeyk, Клиент подключен по кабелю. Программных ограничений нет. Пробовал на других клиентах (как по воздуху, так и по кабелю) - скорость аналогичная (урезанная). Напрямую (без маршрутизатора) скорость в нормальном состоянии на любом клиенте. Mamay, Совершенно непонятно откуда Вы взяли подобные выводы, т.к. я ни разу не показал причинно-следственных связей между проблемой и окончанием поддержки. Касательно поддержки было сказано лишь для того, чтобы объяснить почему я тут трачу время других, а не мучаю официальную техническую поддержку. KorDen, В моём профиле на сайте указано, что дата гарантийного срока закончена. Судя по реакции выше, вероятно, это не то же самое, что и официальная техническая поддержка? Я почему-то эти вещи эквивалентировал... Тем не менее, я четко помню, что ранее могу на каком-то из сайтов (сейчас их что-то расплодилось - Zyxel/Keenetic) в рамках своего зарегистрированного устройства создать обращение. Сейчас же я не наблюдаю подобного функционала, даже не могу найти старых обращений. Где всё это может быть спрятано?

Господа, являюсь обладателем Keenetic II (v2.06(AAFG.1)C2). Провайдер Ростелеком, ТП - 50 Мбит/сек (PPPoE). Через некоторое время работы на роутере падает скорость до 8 Мбит/сек (стабильно именно до этой цифры). При этом до тех пор пока роутер не перезагрузить, скорость так и не нормализуется. После перезагрузки центра всё сразу становится хорошо. Что посоветуете? Спасибо! P.S. Офиц. поддержка недавно закончилась

Не-а, не робит. Либо я туплю. Я не знаю как посмотреть, что за настройки там были ранее, поэтому поставил так, как указано в примере: (vpn-server)> lcp echo 5 3 И фразу в Журнале "No response to 3 echo-requests" я получаю лишь спустя опять-таки же примерно 2 минуты (может чуть меньше) после зависания клиента. Хотя, как я понял, по вышеуказанным настройкам уже через 5 сек. после отваливания клиента (который никак не мог ответить в течение этих 5 секунд), должны были отправиться 3 LCP-запроса, которые также остались бы без ответа, и после должен быть дисконнект. Где можно посмотреть историю lcp-запросов и ответов?

Не подкините ссылку через пожалуйста?

Здравствуйте! Хотел бы поинтересоваться каким образом можно уменьшить время ожидания клиента на PPTP-сервере? Наверняка, в PPTP-сервере есть подобные настройки, только я, увы, не знаю как к ним обратиться. А теперь пример: Клиент подключился в 14:08:51. Далее в 14:09:05 произошло зависание на стороне PPTP-клиента (т.е. с этого времени клиент неактивен). Спустя только две минуты (в 14:11:24) сервер отправляет 3 пинга клиенту и понимает, что клиент не подключен. Вот хотелось бы эти две минуты (ну или сколько там на самом деле установлено) сократить на своё усмотрение. Спасибо!

Ну в общем-то проблема решилась. И оказалась она не на стороне клиента, а на стороне сервера, т.е. Keenetic'а. Я откатился с отладочной версии 2.08(AAFG.3)A11 до стабильной 2.06(AAFG.9)C1 и всё сразу запорхало, мистика исчезла. Ни в коем случае не хочу сказать ничего плохого про отладочные версии, скорее всего это мой частный случай и что-то просто там не срослось

Продолжаю насиловать и себя, и остальных Сразу оговорюсь, что текущие настройки у меня такие (начиная со слов "Схема у меня следующая"). Решил провести банальный эксперимент. Подключаюсь к VPN-серверу с виндового клиента ЛС#2. Теперь прошу посмотреть на мои дальнейшие действия. Т.е. одного маршрута "192.168.1.1 255.255.255.255 gw 192.168.10.1" достаточно, чтобы пропинговать роутер ЛС#1 (разумеется, при активном VPN-канале). Окей. Дальше я запускаю PPTP-клиент на роутере ЛС#2 (DD-WRT) и смотрю получившееся маршруты после подключения к VPN: root@DD-WRT:~# /etc/config/pptpd_client.sh & root@DD-WRT:~# Launching VPN process Waiting... PID file created Attempting initial connect root@DD-WRT:~# ifconfig | grep ppp ppp0 Link encap:Point-to-Point Protocol ppp1 Link encap:Point-to-Point Protocol root@DD-WRT:~# ifconfig ppp1 ppp1 Link encap:Point-to-Point Protocol inet addr:192.168.10.1 P-t-P:192.168.1.1 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1342 Metric:1 RX packets:7 errors:0 dropped:0 overruns:0 frame:0 TX packets:55 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:3 RX bytes:106 (106.0 B) TX bytes:4144 (4.0 KiB) root@DD-WRT:~# ip ro | grep 192.168.10 192.168.1.1 dev ppp1 proto kernel scope link src 192.168.10.1 192.168.10.0/24 dev ppp1 scope link Вот он тот самый маршрут (которого достаточно, чтобы пинговать Keenetic - верно?): 192.168.1.1 dev ppp1 proto kernel scope link src 192.168.10.1 Собственно, пробуем также пинговать Keenetic, как выше из-под винндового клиента: root@DD-WRT:~# ping 192.168.1.1 PING 192.168.1.1 (192.168.1.1): 56 data bytes --- 192.168.1.1 ping statistics --- 48 packets transmitted, 0 packets received, 100% packet loss Вопрос: какого хрена? P.S. Кстати, а можно как-то удалить маршрут "192.168.10.0/24 dev ppp1 scope link"? Уже пробовал и так "route delete 192.168.10.0", и сяк "route delete 192.168.10.0/24", и эдак "route delete 192.168.10.0 mask 255.255.255.0" - никак не хочет. И ещё: я решил удалить "192.168.1.1 dev ppp1 proto kernel scope link src 192.168.10.1" и создать свой "route add -net 192.168.1.1 mask 255.255.255.255 gw 192.168.10.1" - но так ничего не добавляется... И вот так "route add -net 192.168.1.1/32 gw 192.168.10.1" тоже. Почему?

sleep 10 /etc/config/pptpd_client.sh while [ ! -f /tmp/pptpd_client/ip-up ] do sleep 1 done cd /tmp/pptpd_client cp ip-up ip-up.old grep -v 'exit 0' ip-up.old > ip-up echo "/sbin/route add -net 192.168.1.0/24 gw 172.16.1.2" >> ip-up echo "exit 0" >> ip-up route add -net 192.168.1.1/24 gw ppp1 > tracert 192.168.1.36 Трассировка маршрута к 192.168.1.36 с максимальным числом прыжков 30 1 <1 мс <1 мс <1 мс DD-WRT [192.168.2.1] 2 1 ms 1 ms 1 ms vpn-1.relant.ru [91.210.204.29] 3 1 ms 1 ms 1 ms shaper-1.relant.ru [91.210.204.17] 4 1 ms 1 ms 1 ms bor-1.relant.ru [91.210.204.33] 5 bor-1.relant.ru [91.210.204.33] сообщает: Заданный узел недоступен. Трассировка завершена. Примечаение: у DD-WRT теперь сеть 192.168.130.0/24 - это я для более наглядного сравнения на том форуме делал. Но это роли не играет. В общем, это задница (маршрут, засранец-такой, даже не добавился)... Будем считать, что глючная прошивка продолжает трепать нервы и пора бы от неё избавляться. Нашел вот такое сообщение, буду пробовать r27858.