Jump to content

The_Immortal

Forum Members
  • Content count

    50
  • Joined

  • Last visited

Community Reputation

3 Neutral

About The_Immortal

  • Rank
    Advanced Member

Equipment

  • Keenetic
    Keenetic II
  1. Да-да, люди всё ещё интересуются Появилось ли?
  2. Дабы не плодить новой темы хотел ещё задать пару смежных вопросов: 1. Возможно ли (в будущем) блокировать доступ по одновременному логину с разных сессий: один логин - одна сессия? Т.е. зашел на одном браузере на веб-морду, параллельно под этим же пользователем залогинился на другом браузере, и в этот момент на первом браузере должен произойти автоматический лог-аут. По-моему, у большинства роутеров так и работает. 2. Как посмотреть кто конкретно из пользователей заходил на роутер?
  3. Да, действительно есть рабочие решения. Однако, это в целом неудобно... Под "данным случаем" подразумеваются все Keenetic'и? Ибо, как я ранее писал: К примеру, зашел я на стоковые прошивки по девайсам от Netgear, Asus, TP-LINK, D-Link - везде есть ссылочка "Выход" под любым браузером. Получаются, все эти устройства не используют вышеобозначеннную дайджест-авторизацию?
  4. Вообще-то было. Правда, я может путаю с NDMS v1, но кнопочку Logout я на каких-то Зикселях видел. Я зашел в Интернет-центр с чужого компьютера (почему я это сделал - уже другой вопрос), пароль в браузере не сохранял. После определенных манипуляций желаю сию же секунду (а не через установленное время - cloud control client session timeout) завершить сессию - это абсолютно обыденная функция, которую можно обнаружить в любом роутере, как мне кажется. Как принудительно завершить WEB-сессию пользователя в NDMS v2?
  5. Господа, прошу простить за столь глупый вопрос, но не могли вы сориентировать где в Интернет-центре NDMS v2 найти кнопку Выхода (Logout)? Что-то обыскался... Спасибо!
  6. sergeyk, Клиент подключен по кабелю. Программных ограничений нет. Пробовал на других клиентах (как по воздуху, так и по кабелю) - скорость аналогичная (урезанная). Напрямую (без маршрутизатора) скорость в нормальном состоянии на любом клиенте. Mamay, Совершенно непонятно откуда Вы взяли подобные выводы, т.к. я ни разу не показал причинно-следственных связей между проблемой и окончанием поддержки. Касательно поддержки было сказано лишь для того, чтобы объяснить почему я тут трачу время других, а не мучаю официальную техническую поддержку. KorDen, В моём профиле на сайте указано, что дата гарантийного срока закончена. Судя по реакции выше, вероятно, это не то же самое, что и официальная техническая поддержка? Я почему-то эти вещи эквивалентировал... Тем не менее, я четко помню, что ранее могу на каком-то из сайтов (сейчас их что-то расплодилось - Zyxel/Keenetic) в рамках своего зарегистрированного устройства создать обращение. Сейчас же я не наблюдаю подобного функционала, даже не могу найти старых обращений. Где всё это может быть спрятано?
  7. Господа, являюсь обладателем Keenetic II (v2.06(AAFG.1)C2). Провайдер Ростелеком, ТП - 50 Мбит/сек (PPPoE). Через некоторое время работы на роутере падает скорость до 8 Мбит/сек (стабильно именно до этой цифры). При этом до тех пор пока роутер не перезагрузить, скорость так и не нормализуется. После перезагрузки центра всё сразу становится хорошо. Что посоветуете? Спасибо! P.S. Офиц. поддержка недавно закончилась
  8. Не-а, не робит. Либо я туплю. Я не знаю как посмотреть, что за настройки там были ранее, поэтому поставил так, как указано в примере: (vpn-server)> lcp echo 5 3 И фразу в Журнале "No response to 3 echo-requests" я получаю лишь спустя опять-таки же примерно 2 минуты (может чуть меньше) после зависания клиента. Хотя, как я понял, по вышеуказанным настройкам уже через 5 сек. после отваливания клиента (который никак не мог ответить в течение этих 5 секунд), должны были отправиться 3 LCP-запроса, которые также остались бы без ответа, и после должен быть дисконнект. Где можно посмотреть историю lcp-запросов и ответов?
  9. Здравствуйте! Хотел бы поинтересоваться каким образом можно уменьшить время ожидания клиента на PPTP-сервере? Наверняка, в PPTP-сервере есть подобные настройки, только я, увы, не знаю как к ним обратиться. А теперь пример: Клиент подключился в 14:08:51. Далее в 14:09:05 произошло зависание на стороне PPTP-клиента (т.е. с этого времени клиент неактивен). Спустя только две минуты (в 14:11:24) сервер отправляет 3 пинга клиенту и понимает, что клиент не подключен. Вот хотелось бы эти две минуты (ну или сколько там на самом деле установлено) сократить на своё усмотрение. Спасибо!
  10. Ну в общем-то проблема решилась. И оказалась она не на стороне клиента, а на стороне сервера, т.е. Keenetic'а. Я откатился с отладочной версии 2.08(AAFG.3)A11 до стабильной 2.06(AAFG.9)C1 и всё сразу запорхало, мистика исчезла. Ни в коем случае не хочу сказать ничего плохого про отладочные версии, скорее всего это мой частный случай и что-то просто там не срослось
  11. Продолжаю насиловать и себя, и остальных Сразу оговорюсь, что текущие настройки у меня такие (начиная со слов "Схема у меня следующая"). Решил провести банальный эксперимент. Подключаюсь к 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" тоже. Почему?
  12. 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.
  13. Ага, так стартует... Только вот мне не хватает мозгов теперь переделать весь скрипт (а это, наверное, надо сделать, да?) в соответствии с этим нововведением... Хотя пойду-ка я лучше и попробую билд, как у товарища. У меня r28788, а у него 27488 - а вдруг? Только вот где найти именно эту версию для моего девайса...
  14. Сделал, но эффекта не дало. Но у товарища вообще вот так: И работает... Так это, у меня же DDNS со стороны сервера Remote Subnet: 172.16.1.0, Remote Subnet Mask: 255.255.255.0 - так и стал писать сразу после того, как Вы это заметили вот тут. Remote Subnet: 192.168.1.1, Remote Subnet Mask: 255.255.255.255 - попробую... MTU поставил 1342, MRU - 1400. Само-собой. Скрипт, не хочет запускать PPTP-клиент. Попробовал выполнить из-под telnet'а /tmp/pptpd_client/vpn start И получил: -sh: /tmp/pptpd_client/vpn: not found Пока не могу найти информацию по этом поводу.
×