+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Помогите с PPTP VPN.

Помогите с PPTP VPN., RouterOS

marvin

Guest

13.08.2005 04:45:00

Я настроил VPN и подключаюсь нормально. Могу получить доступ и пинговать VPN-роутер, но не могу пройти дальше роутера. Конфигурация ниже.

VPN Server:
Bridge1: wlan1, wlan2, wlan3, ether1
IP Address: Bridge1 192.168.0.70/16
Client Connection:
IP Address: 192.168.0.240/24

Ок, клиент подключается хорошо, но не может пройти дальше VPN-сервера. Что не так с моей конфигурацией?

andrewluck Guest	#2 0 13.08.2005 07:23:00 Тебе нужно включить Proxy ARP на локальном интерфейсе роутера. С уважением, Andrew.

marvin Guest	#3 0 13.08.2005 15:34:00 Попробовал это на ether1, не сработало. Нужно ли прокси-арпить сам Bridge? И вызовет ли это какие-то проблемы с сетью?

andrewluck Guest	#4 0 13.08.2005 16:11:00 Да, попробуй прокси ARP на интерфейсе моста. Я упустил, что ты объединяешь все интерфейсы. С уважением, Andrew.

marvin Guest	#5 0 13.08.2005 20:31:00 Спасибо, как только включил proxy-arp, заработало просто замечательно.

wiacomm

Guest

09.09.2005 12:53:00

Я пытался включить proxy ARP на интерфейсе локальной сети, как указано в предыдущем сообщении, но до сих пор не могу обойти роутер. VPN-соединение устанавливается без проблем, и я могу пинговать шлюз 216.130.250.1, но пинг клиентов не работает. Вот что мне нужно сделать: подключаться по VPN к этой подсети из дома и затем запускать breeze access auto discover, чтобы видеть статус радиостанций клиентов. Кто-нибудь знает, что я делаю не так? Я разрешил пропуск GRE (1723) и PPTP через файрвол. Что не так? (Кстати, я не использую bridging) Я вижу подключение в PPP и вижу байты при пинге и т.д., но радиостанции не отображаются? Заранее спасибо!

Cindy 07:48:50 pptp,ppp,debug,packet <magic 0x21d06255> 07:48:50 pptp,ppp,debug,packet <148.63.138.186>: rcvd LCP EchoRep id=0x3 07:48:50 pptp,ppp,debug,packet <magic 0xa57d6d66> 07:49:08 pptp,debug,packet rcvd Echo-Request from 148.63.138.186 07:49:08 pptp,debug,packet identifier=184549376 07:49:08 pptp,debug,packet sent Echo-Reply to 148.63.138.186 07:49:08 pptp,debug,packet identifier=184549376 07:49:08 pptp,debug,packet result-code=1 07:49:08 pptp,debug,packet error-code=0 07:49:20 pptp,ppp,debug,packet <148.63.138.186>: sent LCP EchoReq id=0x4 07:49:20 pptp,ppp,debug,packet <magic 0x21d06255> 07:49:21 pptp,ppp,debug,packet <148.63.138.186>: rcvd LCP EchoRep id=0x4 07:49:21 pptp,ppp,debug,packet <magic 0xa57d6d66> 07:49:29 pptp,ppp,debug,packet <148.63.138.186>: rcvd LCP TermReq id=0x9 07:49:29 pptp,ppp,debug,packet fm}\A5\00<\CDt\00\00\00\00 07:49:29 pptp,ppp,debug <148.63.138.186>: LCP closed 07:49:29 pptp,ppp,debug <148.63.138.186>: CCP lowerdown 07:49:29 pptp,ppp,debug <148.63.138.186>: IPCP lowerdown 07:49:29 pptp,ppp,debug <148.63.138.186>: IPCP closed 07:49:29 pptp,ppp,info,account john logged out, 672 54979 157669 460 419 07:49:29 pptp,ppp,info,account john logged out, 672 54979 157669 460 419 07:49:29 pptp,ppp,debug,packet <148.63.138.186>: sent LCP TermAck id=0x9 07:49:30 pptp,ppp,debug <148.63.138.186>: LCP timer 07:49:30 pptp,ppp,debug <148.63.138.186>: LCP lowerdown

andrewluck

Guest

09.09.2005 17:35:00

Если у тебя настроено фильтрацию пакетов, то тебе потребуется правило в цепочке Forward, которое разрешит трафик туда и обратно с интерфейса PPTP и внутренней локальной сети. Некоторые программы автообнаружения используют мультикаст для поиска устройств. Не знаю, получится ли это перевести через VPN. С уважением, Andrew.

cindy.brown Guest	#8 0 10.09.2005 16:19:00 Спасибо, Эндрю! Сейчас не могу попробовать, но сделаю это позже.

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры