Поставив линукс, я столкнулась с проблемой подключения интернета через VPN - соединение. Перепробовав разные мануалы получила результат.
Вот как это было.

Провайдер у нас NIKS. Соединение, соответственно, назову niks.
Для начала я убедилась, что у меня есть ppp и pptp клиенты.
Затем подняла общажную локальную сеть.
Для этого редактируем /etc/rc.conf

1 2 3 4 5

hostel="eth0 10.162.8.58 netmask 255.255.0.0 broadcast 10.162.255.255" INTERFACES=(hostel) hostelgw="default gw 10.162.0.1" ROUTES=(hostelgw)

10.162.8.58 - мой ip в локальной сети, 255.255.0.0 - маска подсети, 10.162.0.1 - наш основной шлюз.
Для проверки наличия сети, можно попинговать, например, 10.162.0.3 - наш хаб. Заодно ifconfig будет выдавать что-нибудь в духе этого:

1 2 3 4 5 6 7 8 9 10

eth0      Link encap:Ethernet  HWaddr 00:1E:33:AE:BA:01             inet addr:10.162.8.58  Bcast:10.162.255.255  Mask:255.255.0.0           inet6 addr: fe80::21e:33ff:feae:ba01/64 Scope:Link           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1           RX packets:959822 errors:0 dropped:0 overruns:0 frame:0           TX packets:34087 errors:0 dropped:0 overruns:0 carrier:0           collisions:0 txqueuelen:1000           RX bytes:72884619 (69.5 Mb)  TX bytes:5244679 (5.0 Mb)           Interrupt:44 Base address:0x6000

Есть такое? Отлично! Идем дальше.
Редактируем/создаем /etc/ppp/peers/niks :

1 2 3 4 5 6 7 8 9 10 11 12 13

remotename niks linkname niks ipparam niks pty "pptp 217.21.42.209 --nolaunchpppd" name niks\\19847-VFDW usepeerdns require-mppe nomppe-40 mppe-stateful refuse-eap persist noauth file /etc/ppp/options.pptp

Здесь 217.21.42.209 - это наш впн-провайдер (vpn.niks.by), niks\\19847-VFDW - мой логин.
Далее редактируем /etc/ppp/chap-secrets :

Здесь все разделено TAB.
Редактируем /etc/ppp/options.pptp :

1 2 3 4 5 6 7 8

lock noauth refuse-eap refuse-chap refuse-mschap nobsdcomp nodeflate require-mppe-128

А теперь самое интересное. Пробуем запускать соединение :

Делаем route -n, смотрим, есть ли дефолтовый route :

Если это есть, то все хорошо. Но в жизни все отнюдь не так легко. У меня не прописался нужный путь. Поэтому пришлось шаманить. Интернет появлялся только когда я удаляла дефолтовый роут и добавляла вручную нужный :

1 2 3 4

pppd call niks updetach defaultroute route del default route add default gw 172.24.226.188

Каждый раз такое проворачивать надоело, поэтому написала скрипт. Делаем nano niks и пишем :

1 2 3 4 5

#!/bin/sh pppd call niks updetach defaultroute route del default route add default gw 172.24.226.188

Дальше делаем chmod +x niks. Теперь запускаем соединение всего одной командой :

Вот оно, счастье. При успешном запуске, мы получаем вот что :

1 2 3 4 5 6 7 8 9 10 11

sudo ./niks                                                                                                                                                                 Using interface ppp0 Connect: ppp0 <--> /dev/pts/2 CHAP authentication succeeded MPPE 128-bit stateless compression enabled not replacing existing default route via 10.162.0.1 Cannot determine ethernet address for proxy ARP local  IP address 172.24.226.188 remote IP address 172.23.20.0 primary   DNS address 217.21.42.10 secondary DNS address 217.21.42.5

Теперь немного о параметрах :
/etc/ppp/options.pptp
Создавать файл блокировки псевдотерминала в стиле UUCP:
lock
Отклонять небезопасные протоколы проверки пароля:
refuse-chap
refuse-mschap
Отключить BSD-компрессию:
nobsdcomp
Требовать шифрование MPPE 128bit:
require-mppe-128

Параметр require-mppe-128, mppe-128, mppe-40, mppe-stateless, “mppe required, stateless” — Названные параметры относятся к шифрованию MPPE,
которое может быть использовано лишь совместно с протоколом аутентификации MS CHAP v2. Каждая из опций строго определяет наличие шифрования и не позволяет
установить связь PPTP-клиентам, у которых оно отключено. Цифры 40 и 128 отвечают за стойкость шифрования, рекомендуется шифрование со 128-битным ключом.


Вот, собственно, и все. Надеюсь это поможет тем, кто тоже столкнется с подобной проблемой.