Skip to main content

Getting Ubuntu Linux to connect to a PPTP Cisco VPN 3000 Concentrator

        Setting up a connection to a PPTP VPN under Ubuntu 7.10 or Ubuntu 8.04 is normally pretty easy. I'm creating this quick notes page for folks that may encounter the same problems I did, especial connecting to a Cisco VPN 3000 Concentrator.
In most cases all you have to do to get a PPTP VPN working in Ubuntu Linux is install the network-manager-pptp package and its dependences. After installing network-manager-pptp, either reboot or restart the Network Manager app with the following commands:
sudo /etc/dbus-1/event.d/25NetworkManager restart
sudo /etc/dbus-1/event.d/26NetworkManagerDispatcher restart
        Once the Network Manager app is restarted setting up a PPTP VPN connection is pretty straight forward and obvious:
However, you may get weird errors when you try to connect to certain odd PPTP VPNs like the Cisco 3000, and the connection will fail. The GUI error message may read:
VPN Connect Failure
Could not start the VPN connection 'Work VPN' due to a connection error.
VPN Connection failed
Not real helpful huh? If you look in your syslog and messages files you may get errors logged like the following:
adrian@hastor:~$ tail /var/log/syslog
Apr 7 19:23:29 hastor NetworkManager: <info> VPN service 'org.freedesktop.NetworkManager.ppp_starter' signaled state change 3 -> 5.
Apr 7 19:23:29 hastor pppd[5853]: Terminating on signal 15
Apr 7 19:23:29 hastor NetworkManager: <info> VPN service 'org.freedesktop.NetworkManager.ppp_starter' signaled state change 5 -> 6.
Apr 7 19:23:29 hastor pppd[5853]: Child process /usr/sbin/pptp 192.168.1.2 --nolaunchpppd (pid 5855) terminated with signal 15
Apr 7 19:23:29 hastor NetworkManager: <WARN> nm_vpn_service_stop_connection(): (VPN Service org.freedesktop.NetworkManager.ppp_starter): could not stop connection 'Work VPN' because service was 6.
Apr 7 19:23:29 hastor pppd[5853]: Modem hangup
Apr 7 19:23:29 hastor pppd[5853]: Connection terminated.
Apr 7 19:23:29 hastor pppd[5853]: Exit.
Apr 7 19:23:29 hastor NetworkManager: <debug> [1207610609.265758] nm_dbus_signal_filter(): NetworkManagerInfo triggered update of VPN connection 'Work VPN'
Apr 7 19:23:38 hastor kernel: [ 131.090874] ACPI: EC: non-query interrupt received, switching to interrupt mode
adrian@hastor:~$

adrian@hastor:~$ tail /var/log/messages
Apr 7 19:23:18 hastor pppd[5853]: pppd 2.4.4 started by root, uid 0
Apr 7 19:23:18 hastor pppd[5853]: Using interface ppp0
Apr 7 19:23:18 hastor pppd[5853]: Connect: ppp0 <--> /dev/pts/0
Apr 7 19:23:19 hastor pppd[5853]: nm-pppd-plugin: CHAP check hook.
Apr 7 19:23:29 hastor pppd[5853]: Terminating on signal 15
Apr 7 19:23:29 hastor pppd[5853]: Child process /usr/sbin/pptp 192.168.1.2 --nolaunchpppd (pid 5855) terminated with signal 15
Apr 7 19:23:29 hastor pppd[5853]: Modem hangup
Apr 7 19:23:29 hastor pppd[5853]: Connection terminated.
Apr 7 19:23:29 hastor pppd[5853]: Exit.
Apr 7 19:23:38 hastor kernel: [ 131.090874] ACPI: EC: non-query interrupt received, switching to interrupt mode
adrian@hastor:~$ 
        Luckily, my online buddy Papa Joe figured out the piece we were missing, you have to set the MRU (Maximum Receive Unit) to 1500 (it's under the PPP options tab when you create the connection). Also, it's a good idea to require MPPE for security reasons.




        After that was done, we had no problems connecting to a Cisco VPN 3000 Concentrator. Hope these notes help someone.

Comments

Popular posts from this blog

Сбербанк и дропы с площадки Dark Money, и кто кого?

Крупных открытых площадок в даркнете, специализирующихся именно на покупке-продаже российских банковских данных, обнале и скаме около десятка, самая большая из них – это Dark Money . Здесь есть нальщики, дропы, заливщики, связанный с ними бизнес, здесь льют и налят миллионы, здесь очень много денег, но тебе не стоит пока во все это суваться. Кинуть тут может любой, тут кидали и на десятки миллионов и на десятки рублей. Кидали новички и кидали проверенные люди, закономерности нету. Горячие темы – продажи данных, банковских карт, поиск сотрудников в скам и вербовка сотрудников банков и сотовых операторов, взлом аккаунтов, обнал и советы – какими платежными системы пользоваться, как не попасться милиции при обнале, сколько платить Правому Сектору или патрулю, если попались. Одна из тем – онлайн-интервью с неким сотрудником Сбербанка, который время от времени отвечает на вопросы пользователей площадки об уязвимостях системы банка и дает советы, как улучшить обнальные схемы. Чтобы пользова

Перехват BGP-сессии опустошил кошельки легальных пользователей MyEtherWallet.com

Нарушитель ( реальный заливщик btc и eth ) используя протокол BGP успешно перенаправил трафик DNS-сервиса Amazon Route 53 на свой сервер в России и на несколько часов подменял настоящий сайт MyEtherWallet.com с реализацией web-кошелька криптовалюты Ethereum . На подготовленном нарушителем клоне сайта MyEtherWallet была организована фишинг-атака, которая позволила за два часа угнать 215 ETH (около 137 тысяч долларов) на кошельки дропов. Подстановка фиктивного маршрута была осуществлена от имени крупного американского интернет-провайдера eNet AS10297 в Колумбусе штат Огайо. После перехвата BGP-сессии и BGP-анонса все пиры eNet, среди которых такие крупнейшие операторы, как Level3 , Hurricane Electric , Cogent и NTT , стали заворачивать трафик к Amazon Route 53 по заданному атакующими маршруту. Из-за фиктивного анонса BGP запросы к 5 подсетям /24 Amazon (около 1300 IP-адресов) в течение двух часов перенаправлялись на подконтрольный нарушителю сервер, размещённый в датацентре п

DDOS атаки на маршрутизатор и методы защиты Juniper routing engine

По долгу службы мне часто приходится сталкиваться с DDOS на сервера, но некоторое время назад столкнулся с другой атакой, к которой был не готов. Атака производилась на маршрутизатор  Juniper MX80 поддерживающий BGP сессии и выполняющий анонс сетей дата-центра. Целью атакующих был веб-ресурс расположенный на одном из наших серверов, но в результате атаки, без связи с внешним миром остался весь дата-центр. Подробности атаки, а также тесты и методы борьбы с такими атаками под катом.  История атаки Исторически сложилось, что на маршрутизаторе блокируется весь UDP трафик летящий в нашу сеть. Первая волна атаки (в 17:22) была как раз UDP трафиком, график unicast пакетов с аплинка маршрутизатора: и график unicast пакетов с порта свича подключенного к роутеру: демонстрируют, что весь трафик осел на фильтре маршрутизатора. Поток unicast пакетов на аплинке маршрутизатора увеличился на 400 тысяч и атака только UDP пакетами продолжалась до 17:33. Далее атакующие изменили стратегию и добавили к

Сброс BGP-сессии при помощи TCP Connection Reset Remote Exploit

Уже ни раз рассказывал о протоколе ТСР , так что повторятся особо не буду, напомню лишь основные положения: Transmission Control Protocol описывается в RFC 793 и преимуществом его является надежность передачи данных от одной машины к другому устройству по сети интернет. Это означает, что ТСР гарантирует надежность передачи данных и автоматически определит пропущенные или поврежденные пакеты. Что для нас важно из его конструкции? В общем виде заголовок ТСР пакета выглядит так: Программа передает по сети некий буфер данных, ТСР разбивает данные на сегменты и дальше упаковывает сегменты в наборы данных. Из наборов данных формируются пакеты и уже они передаются по сети. У получателя происходит обратный процесс: из пакетов извлекаются набор данных, его сегменты, затем сегменты передаются в ТСР стек и там проверяются, потом собираются и передаются программе. Sequence numbers Данные разбиваются на сегменты, которые отдельными пакетами направляются по сети получателю. Возможна ситуация, к

Как найти реального заливщика

Своего первого реального заливщика, который показал мне как можно скачать деньги в интернет с банковских счетов, я нашел случайно, когда еще трудился в Укртелекоме сменным инженером немного подрабатывая продавая трафик налево , но потом этот человек отошел от дел в связи со слишком уж скользкой ситуацией в данной сфере, и я решил поискать партнера на форумах, разместив рекламу на трёх электронных досках объявлений. Честно говоря поначалу даже был готов сразу закинуть 500 000 гривен в Гарант, но потом призадумался, а стоит ли? Ко мне начал обращаться народ обращается разных категорий 1. Дебильная школота, которая что-то любит повтирать про свою серьезность и просит закинуть 10 000 USD им на Вебмани в качестве аванса  2. Реальные мэны, которые  льют сразу большую сумму по SWIFT  без разговоров про гарантии и прочую шнягу, но после того, как им отдаёшь нал, они сразу пропадают, суть данных действий я так и не понял. зачем пропадать, если всё прошло гладко? 3. Мутные личност

Обзор внутренней инфраструктуры безопасности Google

Обычно компании предпочитают хранить в тайне особенности своей инфраструктуры безопасности, которая стоит на защите дата-центров, полагая, что раскрытие подобной информации может дать атакующим преимущество. Однако представители Google смотрят на этот вопрос иначе. На то есть две причины. Во-первых, публикация таких отчетов позволяет потенциальным пользователям Google Cloud Platform (GCP) оценить безопасность служб компании. Во-вторых, специалисты Google уверены в своих системах безопасности. На днях компания обнародовала документ Infrastructure Security Design Overview («Обзор модели инфраструктуры безопасности»), в котором Google достаточно подробно описала свои защитные механизмы. Инфраструктура разделена на шесть слоев, начиная от аппаратных решений (в том числе физических средств защиты), и заканчивая развертыванием служб и идентификацией пользователей. Первый слой защиты – это физические системы безопасности, которые просто не позволяют посторонним попасть в дата-центры. Эта част