Jump to content

Search the Community

Showing results for tags 'pptp'.



More search options

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • Keenetic Community
    • NDMS Development
    • NDMS Community Support
    • NDMS Testing
    • Mobile App
  • Open Package Support
    • Opkg Help
    • Opkg Cookbook
    • Opkg Cookbook RUS

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


Location


Web-site


Interests


Occupation


AOL Account


ICQ Account


WLM


YAHOO


Facebook Account


Twitter Account


Skype Account


Youtube Account


Google+ Account


Keenetic

Found 24 results

  1. Доброго времени суток! Столкнулся с проблемой, которую сам решить не в силах. Есть два роутера Ultra I на 2.11.C.1.0-3. Первый находится в сети 192.168.1.x, второй - 192.168.2.x - между ними установлен IPSEC тоннель На первом роутере (192.168.1.1) также поднят VPN PPTP-сервер для доступа в сеть извне. При подключении через PPTP я вижу и могу пинговать его, но никак не могу заставить пинговаться второй роутер (192.168.2.1) на другом конце тоннеля и получить до него доступ. Могу ошибаться, но как я помню на последней официально прошивке это работало.. Подскажите, в какую сторону копать, чтобы заработало на 2.11?
  2. Здравствуйте! На руках имеется Keenetic 4G первого поколения (белый), возникла необходимость настроить на нём выход в интернет через pptp-туннель. Стандартным путём не удалось настроить подключение, ниже выложу лог. Находил информацию о смене шифрования и необходимости правки конфига модуля vpn-server, но в моей прошивке такого модуля нет, прописывать "vpn-server mppe 128" некуда. Скрин командной строки интернет-центра приложил. Как заставить роутер подключаться к vpn-серверу? Кроме перехода на l2tp log.txt
  3. Доброго времени суток! Подскажите пожалуйста, что я не так мог настроить, что мои vpn-клиенты видят локальные адреса подсетей, а как сделать, чтобы с одного клиента виделся адрес другого в 172.16.1.0 подсети, по тому адресу что дает vpn-сервер?
  4. Добрый день! Проблема в следующем: Есть PPTP VPN сервер на роутере (MPPE 128) и Windpws 7 x64 клиент. Прошивка последняя релизная 2.11.C.0.0-1 Коннект происходит и если не передавать большие файлы по SMB (>500mb), то все нормально и быстро работает. Но если попытаться передать большой файл, то очень быстро (через 10-30 сек) передача прекращаются, пинги перестают ходить, хотя соединение не прерывется. Покупал данный роутер только из-за быстрого VPN а тут такая подстава.. работает быстро, но недолго.. log.txt
  5. Изначально версия ПО v2.08(AAUS.4)C2. Соединение PPTP устанавливается роутером (клиент) c сервером Ubuntu 16.04.3 LTS , получается адрес клиента 192.168.1.223, адрес сервера 192.168.1.220. Домашняя сеть роутера 192.168.18.0/24. Сеть за сервером 192.168.1.0/24. Добавлен автоматический статический маршрут на роутере 192.168.1.0 на PPTP. При попытке ping 192.168.1.200 с машины из домашней сети роутера - проходит, ответ идет. Если после этого сделать выключение и повторное включение подключения PPTP на роутере, то ping 192.168.1.200 больше не проходит, хотя подключение устанавливается и таблицы текущих маршрутов и соединений выглядят как они были до переподключения PPTP.tcpdump на pptp сервере для интерфейса ppp показал, что до переподключения адрес источника 192.168.1.223, а после приходят пакеты с адресом источника, который назначен интерфейсу WAN роутера. Если роутер перезагрузить, то адрес источника опять 192.168.1.223 до переподключения PPTP. Обратился в официальную техподдержку, прислали обновленные прошивки, которые не решили проблему. Последняя предложенная была Keenetic Omni II_2.11.B.0.0-0.bin. Я дополнительно попробовал альтернативную 2.12.А.1.0-4 - безрезультатно. С обновленными прошивками адрес источника от интерфейса WAN роутера даже после перезагрузки. tcpdump.txt self-test.txt 26-01-2018_08-45-13.zip
  6. enpa

    @ndm @Le ecureuil Keenetic Ultra II 2.11.A.9.0-0 - создан PPTP0-клиент, который подключается к ресурсу vpnki.ru Нужно включить debug system, включаем, PPTP0-клиент подключается с первого раза к сервису, но, после отключения debug system происходит долгое переподключение к ресурс и при это видим строчки с [E] PPTP0write: Bad file descriptor (9): Dec 04 11:17:58ndmNetwork::Interface::Base: "PPTP0": interface is up. Dec 04 11:17:58ndmNetwork::Interface::Ppp: "PPTP0": disabled connection. Dec 04 11:17:58ndmNetwork::Interface::PppTunnel: "PPTP0": try to resolve remote endpoint via 193.0.xx.xx. Dec 04 11:17:58ndmNetwork::Interface::PppTunnel: "PPTP0": remote endpoint is resolved to "193.0.xx.xx.". Dec 04 11:17:58ndmNetwork::Interface::PppTunnel: "PPTP0": local endpoint is resolved to "193.0.xx.xx." (via "GigabitEthernet1"). Dec 04 11:17:58ndmNetwork::Interface::PppTunnel: "PPTP0": added host route to 193.0.xx.xx. via 193.0.xx.xx. (GigabitEthernet1). Dec 04 11:17:58ndmNetwork::Interface::Ppp: "PPTP0": enabled connection via ISP interface. Dec 04 11:18:00pptp[4813]Plugin pptp.so loaded. Dec 04 11:18:00pptp[4813]PPTP plugin version 0.8.3 compiled against pppd 2.4.4-4 Dec 04 11:18:00pptp[4813]pppd 2.4.4-4 started by root, uid 0 Dec 04 11:18:00ndmNetwork::Interface::PppTunnel: "PPTP0": added host route to 193.0.xx.xx. via 193.0.xx.xx. (GigabitEthernet1). Dec 04 11:18:00pppd_PPTP0IP: 1193.0.xx.xx. Dec 04 11:18:00pppd_PPTP0local bind: 193.0.xx.xx. Dec 04 11:18:00pppd_PPTP0control connection Dec 04 11:18:00pppd_PPTP0unix_sock Dec 04 11:18:00pppd_PPTP0enable echo requests (30:3) Dec 04 11:18:00pppd_PPTP0Sent control packet type is 1 'Start-Control-Connection-Request' Dec 04 11:18:00pppd_PPTP0Received Start Control Connection Reply Dec 04 11:18:00pppd_PPTP0Client connection established. Dec 04 11:18:01pppd_PPTP0Sent control packet type is 7 'Outgoing-Call-Request' Dec 04 11:18:01pppd_PPTP0Received Outgoing Call Reply. Dec 04 11:18:01pppd_PPTP0Outgoing call established (call ID 100, peer's call ID 32896). Dec 04 11:18:01ndmkernel: Fast VPN ctrl: setup for src 193.0.xx.xx. Dec 04 11:18:01pppd_PPTP0using channel 100 Dec 04 11:18:01pppd_PPTP0Using interface ppp0 Dec 04 11:18:01pppd_PPTP0Connect: ppp0 <--> pptp (193.0.xx.xx.) Dec 04 11:18:02pppd_PPTP0CHAP authentication failed: You are already logged in - access denied^J Dec 04 11:18:02pppd_PPTP0CHAP authentication failed Dec 04 11:18:02pppd_PPTP0Connection terminated. Dec 04 11:18:02pppd_PPTP0write: Bad file descriptor (9) Dec 04 11:18:02ndmkernel: Fast VPN ctrl: release for src 193.0.xx.xx. Dec 04 11:18:02pppd_PPTP0Closing connection (unhandled) Dec 04 11:18:02pppd_PPTP0Sent control packet type is 12 'Call-Clear-Request' Dec 04 11:18:02pppd_PPTP0Closing connection (call state) Dec 04 11:18:02pppd_PPTP0Exit. Dec 04 11:18:02ndmService: "PPTP0": unexpectedly stopped. судя по логу, подключение началось в: Line 910: [E] Dec 4 11:13:28 pppd_PPTP0: write: Bad file descriptor (9) закончилось в: Line 3632: [E] Dec 4 11:19:19 pppd_PPTP0: write: Bad file descriptor (9) self-test, log ниже профиль vpnki.ru могу предоставить
  7. Всем доброго дня! Имеем: Zyxel Keenetic Air, говорящий в WEB интерфейсе Версия NDMSv2.08(ABGG.0)C1. Сконфигурирован через веб-морду. Включен PPTP VPN сервер, прописан пользователь с разрешениями авторизовываться на этом сервере, к его аккаунту привязан IP из пула адресов, выдаваемых при подключении. В этот адрес прописан статический роут с опцией auto (по другому не дает) к подсети за клиентом. Клиент - FreeBSD + mpd5. Фря настроена, как роутер удаленной сети. После подключения на фре имеем: # ifconfig ng0: flags=88d1<UP,POINTOPOINT,RUNNING,NOARP,SIMPLEX,MULTICAST> metric 0 mtu 1344 inet 172.16.123.3 --> 192.168.123.1 netmask 0xffffffff # netstat -nr 192.168.123.0/24 192.168.123.1 UGS 0 0 ng0 192.168.123.1 link#21 UH 0 31054 ng0 # ping 192.168.123.1 PING 192.168.123.1 (192.168.123.1): 56 data bytes 64 bytes from 192.168.123.1: icmp_seq=0 ttl=64 time=4.464 ms # ping -S 192.168.0.1 192.168.123.1 PING 192.168.123.1 (192.168.123.1) from 192.168.0.1: 56 data bytes ^C --- 192.168.123.1 ping statistics --- 3 packets transmitted, 0 packets received, 100.0% packet loss # cat /usr/local/etc/mpd5/mpd.conf default: load pptp_client pptp_client: create bundle static B1 set iface route 192.168.123.0/24 set ipcp ranges 0.0.0.0/0 0.0.0.0/0 set bundle enable compression set bundle enable encryption set ccp yes mppc set mppc no e40 set mppc yes e128 set mppc yes stateless create link static L1 pptp set link action bundle B1 set auth authname xxxxxxx set auth password XXXXXXXXXX set link max-redial 0 set link mtu 1460 set link keep-alive 20 75 set pptp peer 77.37.XXX.XXX set pptp disable windowing open Очевидно, что на стороне зухеля в сегменте Home прописана подсеть 192.168.123.0/24, а на стороне фри 192.168.0.0/24. Статик, выдаваемый при подключении по PPTP зухелем - 172.16.123.3. Проблема: после подключения клиента по PPTP зухель не поднимает роут к удаленной сети. При этом в логах летающего кинетика и в консоли наблюдается следующее: I [Apr 12 14:56:57] ndm: kernel: Fast VPN ctrl: setup for src 195.96.XXX.XXX I [Apr 12 14:56:57] pptpd[10199]: CTRL: Starting call (launching pppd, opening GRE) I [Apr 12 14:56:57] pptp[10200]: Plugin pptp.so loaded. I [Apr 12 14:56:57] pptp[10200]: PPTP plugin version 0.8.3 compiled against pppd 2.4.4-4 I [Apr 12 14:56:57] pptp[10200]: pppd 2.4.4-4 started by root, uid 0 I [Apr 12 14:56:57] pptp[10200]: Using interface vpn0 I [Apr 12 14:56:57] pptp[10200]: Connect: vpn0 <--> pptp (195.96.XXX.XXX) E [Apr 12 14:56:57] pptpd[10199]: CTRL: Ignored a SET LINK INFO packet with real ACCMs! I [Apr 12 14:56:57] pptp[10200]: MPPE 128-bit stateless compression enabled I [Apr 12 14:56:59] pptp[10200]: local IP address 192.168.123.1 I [Apr 12 14:56:59] pptp[10200]: remote IP address 172.16.123.3 W [Apr 12 14:56:59] ndm: Network::RoutingTable: gateway is unreachable, route pending. Возникает резонный вопрос - а где же ты есть interface vpn0 и что при подключении по PPTP к нему биндится? У меня нет ответа: (config)> show ip route ================================================================================ Destination Gateway Interface Metric ================================================================================ 0.0.0.0/0 77.37.192.1 ISP 0 10.1.30.0/24 0.0.0.0 Guest 0 77.37.192.0/22 0.0.0.0 ISP 0 77.37.251.33/32 77.37.192.1 ISP 0 77.37.255.30/32 77.37.192.1 ISP 0 172.16.123.3/32 0.0.0.0 VPN 0 192.168.123.0/24 0.0.0.0 Home 0 (config)> show in interface - display interface status (config)> show interface Usage template: interface [{name}] Choose: FastEthernet0 FastEthernet0/0 0 FastEthernet0/1 1 WifiMaster0 WifiMaster0/AccessPoint2 WifiMaster0/AccessPoint1 GuestWiFi WifiMaster0/AccessPoint0 AccessPoint WifiMaster0/AccessPoint3 WifiMaster0/WifiStation0 WifiMaster1 WifiMaster1/AccessPoint0 AccessPoint_5G WifiMaster1/WifiStation0 FastEthernet0/Vlan1 FastEthernet0/Vlan2 ISP FastEthernet0/Vlan3 Bridge0 Home Bridge1 Guest (config)> show interface Home id: Bridge0 index: 0 type: Bridge description: Home network interface-name: Home link: up connected: yes state: up mtu: 1500 tx-queue: 1000 address: 192.168.123.1 mask: 255.255.255.0 uptime: 146342 global: no security-level: private mac: e4:18:6b:24:xx:xx auth-type: none (config)> show interface vpn0 Command::Base error[7405602]: argument parse error. (config)> show interface VPN Command::Base error[7405602]: argument parse error. (config)> (config)> (config)> show interface ISP id: FastEthernet0/Vlan2 index: 2 type: Vlan description: Broadband connection interface-name: ISP link: up connected: yes state: up mtu: 1500 tx-queue: 1000 address: 77.37.192.XXX mask: 255.255.252.0 uptime: 146552 global: yes defaultgw: yes priority: 700 security-level: public mac: e4:18:6b:24:xx:xx auth-type: none (config)> На этом полет моей фантазии закончился... Покурив бегло форум, посыпал голову пеплом, что не сделал этого до покупки воздушного зухеля... Иначе взял бы версию, куда потом можно было бы установить OpenVPN и было бы мне счастье... Однако дивайс куплен и уже работает, так что нужно решать задачу, как есть. З.Ы. IPSEC не хочу. Ну вот, блин, просто не хочу и все! Хочу, чтобы PPTP работал "из коробки" и без бубнов... Буду признателен за любые дельные советы! З.З.Ы. Вариант "убить себя головой об стену с разбега" не рассматривается. =)
  8. Прошивка 2.10.A.1.0-0. При полном сбросе и настройке с нуля подключения PPTP от провайдера. 1. Не активна кнопка Применить. "Настройка параметров IP: Автоматическая", а думает что "ручная". Нужно переключится на "ручную" а затем на "автоматическая" и тогда кнопка "Применить" активна. 2. Подключение создается, но не используется. PPTP соединение "резервирование" Интернета НЕТ! 3. Приходится зайти в настройки подключения "Broadband connection" и убрать галочку "Использовать для выхода в Интернет" После всех этих манипуляций Интернет от провайдера появился! Хотелось бы как раньше! Спасибо! log.txt
  9. Goldnugget

    Giga 2 Последние две прошивки перестало восстанавливаться подключение PPTP после разрыва сессии провайдером. Подключается только после перезагрузки. Sep 3 05:52:14 pppd_PPTP0: LCP terminated by peer Sep 3 05:52:14 pppd_PPTP0: Connect time 720.0 minutes. Sep 3 05:52:14 pppd_PPTP0: Sent 12748335 bytes, received 77422894 bytes. Sep 3 05:52:14 pppd_PPTP0: Call disconnect notification received (call id 61768) Sep 3 05:52:14 ndm: Network::Interface::IP: "PPTP0": IP address cleared. Sep 3 05:52:14 ndm: Dns::Manager: name server 192.168.100.107, domain (default) deleted. Sep 3 05:52:14 ndm: Dns::Manager: name server 192.168.100.243, domain (default) deleted. Sep 3 05:52:14 ndm: Network::InterfaceFlusher: flushed PPTP0 conntrack and route cache. Sep 3 05:52:14 upnp: shutting down MiniUPnPd Sep 3 05:52:14 ndm: Core::Server: client disconnected. Sep 3 05:52:16 ndm: Core::Server: started Session /var/run/ndm.core.socket. Sep 3 05:52:16 upnp: HTTP listening on port 44630 Sep 3 05:52:16 upnp: Listening for NAT-PMP/PCP traffic on port 5351 Sep 3 05:52:17 ndm: kernel: Fast VPN ctrl: release for src 192.168.100.107 Sep 3 05:52:17 pppd_PPTP0: Connection terminated. Sep 3 05:52:17 pppd_PPTP0: Closing connection (unhandled) Sep 3 05:52:17 pppd_PPTP0: Sent control packet type is 12 'Call-Clear-Request' Sep 3 05:52:17 pppd_PPTP0: Closing connection (call state) Sep 3 05:52:17 pppd_PPTP0: Modem hangup Sep 3 05:52:17 pppd_PPTP0: Exit. [E] Sep 3 05:52:17 ndm: Service: "PPTP0": unexpectedly stopped. Sep 3 05:52:17 ndm: Network::Interface::Base: "PPTP0": interface is up. Sep 3 05:52:17 ndm: Network::Interface::Ppp: "PPTP0": disabled connection. Sep 3 05:52:25 ndm: Network::Interface::Ppp: "PPTP0": disabled connection. Sep 3 05:53:00 ndm: Core::Syslog: last message repeated 5 times.
  10. Здравствуйте, имеется Keenetic Giga белый, прошивка v2.04(USD.9)C7 на котором настроено в и запущено VPN подключение PPTP. Вопрос: как сделать так, чтобы конкретные адреса из локальной сети имели доступ в интернет через VPN, при том, чтобы остальные имели обычный доступ через провайдера? И вопрос №2: можно ли как-то организовать роутинг, чтобы к определенным адресам (не всем) доступ был через VPN для всех локальных ip?
  11. Giga II 2.10.A.1.0-0 (настройки сброшены до дефолтных кнопкой на роутере) При одном подключенном интерфейсе PPTP перестают подключаться остальные PPTP интерфейсы . В 2.09.B.0.0-1 проблема отсутствует специально проверил на роутере с настройками сброшенными до дефолтных) Видео и self-test прилагаю.
  12. enpa

    исправлено

    @Le ecureuil @ndm роутер Extra 2.10.A.1.0-0 (и другие модели с основным соединением PPTP от провайдера) - давненько не встречал Fatal signal 10 в работе PPTP. Проблема в следующем - на многих роутерах, где поднят PPTP от провайдера, стала вылезать данная ошибка. Заметил, что раньше, шло постоянно переподключение к серверу провайдера, сейчас же раза два пройдет попытка переподключения и все, молчит. Пока руками не перезапустишь соединение, подключение не произойдет. Проблема еще в том, что через отладку не могу поймать Fatal. Сами понимаете, что все сбрасывается при отладке и так может днями работать без Fatal signal. Замечу, что на 2.08 данная проблема встречается редко, на 2.09 почаще, начиная с 2.09.B.0-0-1 (официальная бета) очень часто. Вытащил селф тест из /#tools.files - прикрепил ниже.
  13. Заметил, что PPTP подключение становится неактивным (галочка включить исчезает), происходит при пропадании PPTP (переподключение к провайдеру), так же иногда при обновлении прошивки PPTP неактивна. Приходится включать только вручную. Происходит редко. log.txt P.S И еще вопросик по второму скриншоту, почему название подключения "Подключится через:" KerchNET (ISP) (его даже нет в http://192.168.1.1/#broadband.globals), ведь подключение ISP у меня называется по умолчанию Broadband connection. Web баг, или так должно быть?
  14. Здравствуйте , я новичок , помогите пожалуйста с проблемой Есть интернет (провайдер№1) с ограниченном трафиком , клиенты которые работают с программой Cisco Systems VPN , трафика много жрет , решили подключится к домашнему(провайдер№2) роутеру (Keenetic Lite3) через PPTP , все прекрасно подключается , между двумя провайдерами есть пиринг , интернет стал безлимитным , только проблема в том что программа Cisco Systems VPN поверх PPTP подключения не работает , работает только если сперва на всех компьютеров включит Cisco Systems VPN потом включит pptp vpn. порядком надоело , есть ли решения какое то ? чтоб на роутере работал всегда pptp , а на виндоусе включил Cisco Systems VPN и работал.
  15. Доброго времени суток, установлена 2.09(AAUX.7)A, настроен pptp с MPPE 128-bit и NAT. Подключаюсь с android планшета, в логах следующее: Mar 12 02:09:45ndm kernel: vpn0: ppp: compressor dropped pkt Mar 12 02:09:45ndm kernel: mppe_compress[0]: osize too small! (have: 1358 need: 1362) Mar 12 02:09:50ndm Core::Syslog: last message repeated 21 times. Правильно ли я понимаю, что проблема аналогично описанной здесь? Есть ли решение?
  16. Добрый вечер Бьюсь с проблемой, но не получается. Есть Кинетик (первый вроде), release: v2.04(BFW.2)C7 Подключен к провайдеру по 3G и к частной сети по PPTP. NAT включен только для соединения 3G, при создании PPTP галку "Выход в интернет" убрал. В VPN соединение прокинут маршрут к SIP шлюзу и он успешно пингуется. Однако, при попытке регистрации SIP клиентом на шлюзе получаю проблему из-за того, что кинетик натит пакеты в PPTP соединении (хотя вообще не должен был бы?), и делает это крайне странно - подменяя адрес источника на адрес провайдера сети 3G, что мне совсем не понятно... Когда-то стоял SIP ALG шлюз, но я его снес и делал команды config, components, далее команда remove nathelper-sip, commit В списке компонентов его нет, но проблема есть. Как быть подскажите?
  17. Между Extra II (поднят VPN сервер,шифрование отключено,разрешена трансляция адреcов NAT) и Giga II v2.09(AAFS.0)A3 натянут PPTP туннель . На Giga II Трансмишином качаю торренты. Заметил,что скорость скачивания торрента не превышает 30-32 мб/c. Поменял Extra II на Omni II v2.07(AAUS.7)C3 скорость возросла до 42 мб/с, затем Lite III v2.07(AAUQ.7)C3 до 40; далее Keenetic II v2.09(AAFS.0)A3 до 43 мб/с. Залил поочередно в Extra II 2.07; 2.08 beta; 2.09 A3 картина не изменилась. Скорость скачивания на Extra II по прежнему не превышает 30-32 мб/c.
  18. Добрый день! Я нахожусь за NAT провайдера. Мой айпи серый и динамический, например 66.66.66.66 У меня есть арендованный виртуальный сервер с Ubuntu на борту. У сервера белый статический айпи, например 99.99.99.99. На нем настроен PPTP сервер и проброс 80 порта: iptables -t nat -A PREROUTING -p tcp --dport 80 -j DNAT --to-destination 10.0.0.100:80 iptables -t nat -A POSTROUTING -p tcp -d 10.0.0.100 --dport 80 -j SNAT --to-source 99.99.99.99 При подключении к этому VPN с компьютера под управлением Windows (из моей сети) я снимаю галочку Use as default gateway и выполняю следующую команду: route -p add 99.99.99.99 mask 255.255.255.255 10.0.0.100 при этом я получаю следующее поведение: 1. Скорость моего подключения к интернету остается полной и соответствует заявленной провайдером. 2. Мой айпи с точки зрения всех сервисов остается 66.66.66.66 3. Самое главное - при запросе к айпи 99.99.99.99 открывается веб-сервер моего компьютера под управлением Windows - то есть, я получаю белый айпи без необходимости трясти провайдера. Я бы хотел получит аналогичное поведение при подключении к этому VPN со своего раутера Zyxel Keenetic Giga III - хочу чтобы все запросы по айпи 99.99.99.99 приходили на мой раутер и я дальше сам их распределял по своей локальной сети на основании правил Port Forwarding без необходимости подключать к VPN каждый узел сети по отдельности. Таким образом в настоящий момент, я ожидаю что при обращении к айпи 99.99.99.99 по 80 порту у меня откроется панель управления раутером. Остальные правила маршрутизации я намерен настроить позднее. Настройки, которые я применяю для подключения к VPN (скриншоты): Раутер успешно подключается к VPN, получает айпи 10.0.0.100 и успшено пингует сервер по айпи 10.0.0.1, сервер тоже может пропинговать раутер по айпи 10.0.0.100 Но при открытии адреса 99.99.99.99 в браузере я получаю Page can not be loaded. Вопрос: что я делаю не так и как мне добиться ожидаемого результата? Почему эта схема успешно работает в Windows, но не работает в моем раутере? Буду очень признателен за любую помощь! P.S.: Версия прошивки - v2.07(AAUW.5)C3
  19. В чем может быть проблема? Роутер 6 часов дисконектит PPTP
  20. Здравствуйте, хочу обратить внимание на расположение настроек VPN в веб-интерфейсе: 1.) Настройка PPTP VPN располагается в разделе "Приложения" - "VPN-сервер" 2). Настройка IPSEC VPN располагается в разделе "Безопасность" - "IPsec VPN" Возможно, стОит настройки различных VPN располагать в каком-то одном разделе/вкладке "Приложения" или "Безопасность"? Спасибо.
  21. Добрый день! Заметил не очень приятный момент с заходом на веб-интерфейс удаленного роутера (PPTP-клиент), если на удаленном роутере 4G модем работает в режиме RAS. В журнале при этом вот такое: HTTP::IO::LooseBuffer: timed out. В оконцовке web-морда роутера не открывается! Может кто проверит, у кого есть под рукой рабочая конфигурация! Как это можно победить? Keenetiс 4G III v2.05(AAUR.5)C4
  22. Алексей Сторин

    Добрый день, прошу помощи в настройке pptp-сервера на Keenetic Viva. Встроенный VPN-сервер не устраивает изза маленькой скорости передачи (тестировал iperf'ом через туннель и без туннеля, 0,1 и 8-9 Мбит/с соответственно). Что уже сделано: - opkg install pppd - конфиг сервера (Честно стырен у встроенного vpn-сервера т.к. не смог найти мануалов). Представлен ниже. - конфиг клиента - подключение есть, передача информации идет, но скорость нестабильна. Что еще хотеось бы сделать: - автоматизировать процесс добавления маршрута (пока накрутил через cron, как сделать через if-up не разобрался) и iptables - добавить mppe шифрование (пока работаю без шифрования, т.к. выдает ошибку "Mppe not availeble". Кажется не хватает поддержки модуля mppe, но где его взять не знаю, сам компилилить не умею). Конфиг сервера (Keenetic) /config # cat options.pptpd auth ifname "vpn" name "ndmpptpd" default-asyncmap mtu 1000 #mru 1350 nobsdcomp nodeflate #nomppc mppe required,no56,no128,no56,stateless require-mschap require-mschap-v2 refuse-chap refuse-eap refuse-pap ms-dns 192.168.1.1 ndm-hash mppe-optional lcp-echo-interval 30 lcp-echo-failure 3 localip 192.168.1.1 Конфиг клиента (OpenWrt router) root@OpenWrt:/etc/ppp# cat options.pptp noipdefault noauth nobsdcomp nodeflate idle 0 #mppe required,no56,stateless maxfail 0 mtu 1300 mru 1300
  23. Здравствуйте. Помогите разобраться с подключением к VPN-серверу на роутере Keenetic Viva. 2 недели бьюсь и понять не могу где ошибка. Печали прибавляет то, что ради впн zyxel и купил) Keenetic Viva, NDMS v2.05(AANT.5)C4 Суть проблемы: впн-клиенты не получают маршрут до локальной сети за роутером, только до узла 192.168.1.1 1. Проверял на 3-х ПК (ОС Ubuntu 14.04 и Linux Mint 17), результат одинаковый. Техподдержка проверяла с ПК (ОС Windows): у них всё работает и маршрут до удаленной сети приходит. 2. Ранее я использовал роутер tp-link. На нем был проброшен порт до одной из локальных машин с ОС Ubuntu 14.04, где стоял pptpd. Так вот: те же самые клиенты подключались к тому pptp-серверу и получали автоматически маршрут до подсети, использовал обязательное шифрование 128 бит. Для удобства пулы впн и локальных клиентов имели одну подсеть и разные диапазоны. Но впн-сервер в роутере даже при такой же настройке пулов не выдает маршрут linux-клиентам. 3. Настроить 128-битное шифрование в впн-сервере не смог, нет там такой роскоши. Хотя дело вряд ли в этом, но всё же. 4. При добавлении вручную маршрута в свойствах vpn-подключения на клиентах всё начинает работать. Спасибо всем кто отзовется.
  24. yuoras

    Такая проблема. Как запустить VPN клиент(PPTP-подключение к серверу) на Белом Кенетеке Entware. Суть , нужно объединить две сетки. Раньше всё работало посредством OpenVPN , сейчас админ закрыл доступ через OpenVPN, а вот PPTP-подключение работает. Спасибо
×