Интернет через VPN в Mandriva 2008 (Проблемы с настройкой, не разрешенные поиском)

[Mirror]

Проблема настройки pptp встречается часто и обсуждается, соответственно, нередко, поэтому, прежде чем создавать тему, я просмотрел много материала по данному поводу. Ни поиск по форуму linuxforum.ru, ни эксперименты со старыми инструкциями, ни поиск по другим источникам мне не помогли - интернет не работает.

Раньше я настраивал все то же самое в ALT Linux 4.0 Desktop. Настраивал по этой инструкции: http://ya.dmitrov.ru/minihowto/aspvpn_old.htm, настраивал с KVpnc и со стандартным инструментом этого дистрибутива для pptp-подключения. Все отлично работало.

Сейчас появилась необходимость сделать такие же настройки в Мандриве 2008, но она никак не сдается - не помогают никакие старые и новые методы.

Выглядит проблема так:
Я настраиваю все любым способом. Подключение к серверу устанавливается. Но траффик не идет. Даже серверы, которые используются для DNS не отвечают на пинг.

Может ли мне подсказать кто-нибудь, где искать проблему?

[landrew.xp]

Попробуй посмотреть под рутом следующее:

Код: Выделить всё

ifconfig
route -n

[Mirror]

При включенном соединении ответы такие:

Код: Выделить всё

[root@localhost ~]# ifconfig
eth0      Link encap:Ethernet  HWaddr 00:80:48:49:4B:87
          inet addr:172.16.81.136  Bcast:172.16.255.255  Mask:255.255.0.0
          inet6 addr: fe80::280:48ff:fe49:4b87/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:101918 errors:0 dropped:0 overruns:0 frame:0
          TX packets:406 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:6809191 (6.4 MiB)  TX bytes:42819 (41.8 KiB)
          Interrupt:19 Base address:0xc00

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:66 errors:0 dropped:0 overruns:0 frame:0
          TX packets:66 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:5116 (4.9 KiB)  TX bytes:5116 (4.9 KiB)

ppp0      Link encap:Point-to-Point Protocol
          inet addr:10.64.250.50  P-t-P:10.255.255.1  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1000  Metric:1
          RX packets:4 errors:0 dropped:0 overruns:0 frame:0
          TX packets:4 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3
          RX bytes:64 (64.0 b)  TX bytes:82 (82.0 b)

[root@localhost ~]# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
10.255.255.1    0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
10.255.255.32   172.16.0.254    255.255.255.255 UGH   0      0        0 eth0
172.16.0.0      0.0.0.0         255.255.0.0     U     10     0        0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     10     0        0 eth0
127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0 lo
0.0.0.0         0.0.0.0         0.0.0.0         U     0      0        0 ppp0

В маршрутах 10.255.255.1 - это адрес тоннеля, 10.255.255.32 - адрес VPN-сервера, 172.16.0.0 - это моя сеть, а вот что такое 169.254.0.0, понятия не имею. Я такого не вносил, было это с самого начала и раньше я такого не видел.

[DoMiniX]

Могу посоветовать настроить VPN-соединение по моему сценарию, я также сижу под Mandriva Linux 2008

1.Если в системе не установлены следующие пакеты:
ppp-2.4.3-4mdk10.1.i586.rpm, pptp-1.7.0-1.i386.rpm, php-pcntl-4.3.10-1.i386.rpm, php-gtk-pcntl-1.0.1-2.i386.rpm, pptpconfig-20040722-6mdk.noarch.rpm
или более новые , то нужно их установить.

2.Далее переходим в каталог /etc/shorewall и там открываем файл rules, в него добавляем строчки:
#ACTION SOURCE DESTINATION PROTO DEST PORT(S)
ACCEPT fw net gre
ACCEPT net fw gre
ACCEPT fw net tcp 1723
ACCEPT net fw tcp 1723
В случае если вы не включали файерволл, файл rules может отсутствовать!!!
3.Далее в каталоге /etc/shorewall открываем файл interfaces и добавляем в него строчки:
#ZONE INTERFACE BROADCAST OPTIONS
net ppp0 -
4.Далее от имени root дать команду pptpconfig
5.В появившемся окне заполнить пункты:
вкладка Server:
Name: (название провайдера)
Server: 172.1.1.254 (ваш шлюз)
Domain: пусто (ничего не пишем)
Username: логин на интернет
Password: пароль на интернет

вкладка Routing:
выбираем All to Tunnel

вкладка DNS:
выбираем Automatic

вкладка Encryption:
здесь отключаем ВСЁ!!!!

вкладка Miscellaneous:
можно выбрать Enable connection debugging facilities (я так сделал)
остальное я не трогал
6.Затем жмем на Add
7. После этого идем в каталог /etc/ppp и открываем файл options.pptp в нем удаляем следующие строчки:
# Require MPPE 128-bit encryption
require-mppe-128
# }}}
Сохраняем файл
8.В утилите pptpconfig выбираем созданный нами туннель, жмём на Start, запускаем браузер и мы в интернете.

[landrew.xp]

При включенном соединении ответы такие:

Код: Выделить всё

[root@localhost ~]# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
10.255.255.1    0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
10.255.255.32   172.16.0.254    255.255.255.255 UGH   0      0        0 eth0
172.16.0.0      0.0.0.0         255.255.0.0     U     10     0        0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     10     0        0 eth0
127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0 lo
0.0.0.0         0.0.0.0         0.0.0.0         U     0      0        0 ppp0

В маршрутах 10.255.255.1 - это адрес тоннеля, 10.255.255.32 - адрес VPN-сервера, 172.16.0.0 - это моя сеть, а вот что такое 169.254.0.0, понятия не имею. Я такого не вносил, было это с самого начала и раньше я такого не видел.

Не нравится мне твоя таблица маршрутизации. Если не забуду сравню со своей вечером.
У тебя не указано через какой узел пробрасывать все запросы:

Код: Выделить всё

0.0.0.0         0.0.0.0         0.0.0.0         U     0      0        0 ppp0

после поднятия впн, это должен быть твой впн туннель.

ЗЫ. Хотя может и гоню, интерфейс же указан.

[Mirror]

При включенном соединении ответы такие:

Код: Выделить всё

[root@localhost ~]# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
10.255.255.1    0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
10.255.255.32   172.16.0.254    255.255.255.255 UGH   0      0        0 eth0
172.16.0.0      0.0.0.0         255.255.0.0     U     10     0        0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     10     0        0 eth0
127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0 lo
0.0.0.0         0.0.0.0         0.0.0.0         U     0      0        0 ppp0

В маршрутах 10.255.255.1 - это адрес тоннеля, 10.255.255.32 - адрес VPN-сервера, 172.16.0.0 - это моя сеть, а вот что такое 169.254.0.0, понятия не имею. Я такого не вносил, было это с самого начала и раньше я такого не видел.

Не нравится мне твоя таблица маршрутизации. Если не забуду сравню со своей вечером.
У тебя не указано через какой узел пробрасывать все запросы:

Код: Выделить всё

0.0.0.0         0.0.0.0         0.0.0.0         U     0      0        0 ppp0

после поднятия впн, это должен быть твой впн туннель.

ЗЫ. Хотя может и гоню, интерфейс же указан.

Дело в том, что в ALT Linux при такой же таблице маршрутов все работало.

Могу посоветовать настроить VPN-соединение по моему сценарию, я также сижу под Mandriva Linux 2008

1.Если в системе не установлены следующие пакеты:
ppp-2.4.3-4mdk10.1.i586.rpm, pptp-1.7.0-1.i386.rpm, php-pcntl-4.3.10-1.i386.rpm, php-gtk-pcntl-1.0.1-2.i386.rpm, pptpconfig-20040722-6mdk.noarch.rpm
или более новые , то нужно их установить.

На 1-м же пункте я и застрял ) Проблема в том, что php-gtk-pcntl-1.0.1-2.i386.rpm связан с какой-то libglade.so.0. Сказать честно, я не знаю, что это за библиотека, но интуиция почему-то подсказывает, что это что-то, что тянет за собой еще кучу библиотек. Возможно, это что-то устаревшее или из другого дистрибутива. Так ли это и как быть?

[DoMiniX]

1.Если в системе не установлены следующие пакеты:
ppp-2.4.3-4mdk10.1.i586.rpm, pptp-1.7.0-1.i386.rpm, php-pcntl-4.3.10-1.i386.rpm, php-gtk-pcntl-1.0.1-2.i386.rpm, pptpconfig-20040722-6mdk.noarch.rpm
или более новые , то нужно их установить.

На 1-м же пункте я и застрял ) Проблема в том, что php-gtk-pcntl-1.0.1-2.i386.rpm связан с какой-то libglade.so.0. Сказать честно, я не знаю, что это за библиотека, но интуиция почему-то подсказывает, что это что-то, что тянет за собой еще кучу библиотек. Возможно, это что-то устаревшее или из другого дистрибутива. Так ли это и как быть?

Первый пункт я делал так:

Код: Выделить всё

rpm --upgrade ppp-2.4.3-4mdk10.1.i586.rpm
rpm --upgrade pptp-1.6.0-1.i386.rpm
rpm --upgrade php-pcntl-4.3.10-1.i386.rpm
urpmi libglade libxml
rpm --upgrade php-gtk-pcntl-1.0.1-2.i386.rpm
rpm --upgrade pptpconfig-20040722-6mdk.noarch.rpm
echo "alias ppp-compress-18 ppp_mppe_mppc" >> /etc/modprobe.conf

[Mirror]

У меня получается вот что:

Код: Выделить всё

[root@localhost pptpconfig]# urpmi libglade libxml
Нет пакета с именем libglade
Следующие пакеты содержат libglade:
libglade2.0_0
libglademm2.4_1
libgladeui1_7
pygtk2.0-libglade
Нет пакета с именем libxml
Следующие пакеты содержат libxml:
libxml++2.6_2
libxml2-devel
libxml2-python
libxml2-utils
libxml2_2
libxmlrpc0
libxmlsec1-1
libxmlsec1-nss1

Здесь показаны пакеты, которые в системе уже есть, но

Код: Выделить всё

[root@localhost pptpconfig]# rpm --upgrade php-gtk-pcntl-1.0.1-2.i386.rpm
предупреждение: php-gtk-pcntl-1.0.1-2.i386.rpm: Заголовок V3 DSA signature: NOKEY, key ID b56a8bac
ошибка: Неудовлетворенные зависимости:
        glib нужен для php-gtk-pcntl-1.0.1-2.i386
        gtk+ >= 1.2.6 нужен для php-gtk-pcntl-1.0.1-2.i386
        libgdk-1.2.so.0 нужен для php-gtk-pcntl-1.0.1-2.i386
        libglade нужен для php-gtk-pcntl-1.0.1-2.i386
        libglade.so.0 нужен для php-gtk-pcntl-1.0.1-2.i386
        libglib-1.2.so.0 нужен для php-gtk-pcntl-1.0.1-2.i386
        libgmodule-1.2.so.0 нужен для php-gtk-pcntl-1.0.1-2.i386
        libgtk-1.2.so.0 нужен для php-gtk-pcntl-1.0.1-2.i386
        libxml нужен для php-gtk-pcntl-1.0.1-2.i386
        libxml.so.1 нужен для php-gtk-pcntl-1.0.1-2.i386

То есть, то, что в системе уже есть, в зависимостях все равно показано.

[Cheh]

Быть может у тебя фаер режет интернет, локалка нормально работает?

[Mirror]

Локалка нормально. А как проверить, режет он или нет?

[sash-kan]

А как проверить, режет он или нет?

проанализировать цепочки iptables.
$ sudo iptables -Lvn

[Mirror]

Ответ был такой:

Код:

[root@localhost ~]# iptables -L -v -n Chain INPUT (policy DROP 8 packets, 748 bytes) pkts bytes target prot opt in out source destination 11 1088 ACCEPT 0 -- lo * 0.0.0.0/0 0.0.0.0/0 8493 733K Ifw 0 -- * * 0.0.0.0/0 0.0.0.0/0 8495 733K eth0_in 0 -- eth0 * 0.0.0.0/0 0.0.0.0/0 0 0 Reject 0 -- * * 0.0.0.0/0 0.0.0.0/0 0 0 LOG 0 -- * * 0.0.0.0/0 0.0.0.0/0 LOG flags 0 level 6 prefix `Shorewall:INPUT:REJECT:' 0 0 reject 0 -- * * 0.0.0.0/0 0.0.0.0/0 Chain FORWARD (policy DROP 0 packets, 0 bytes) pkts bytes target prot opt in out source destination 0 0 eth0_fwd 0 -- eth0 * 0.0.0.0/0 0.0.0.0/0 0 0 Reject 0 -- * * 0.0.0.0/0 0.0.0.0/0 0 0 LOG 0 -- * * 0.0.0.0/0 0.0.0.0/0 LOG flags 0 level 6 prefix `Shorewall:FORWARD:REJECT:' 0 0 reject 0 -- * * 0.0.0.0/0 0.0.0.0/0 Chain OUTPUT (policy DROP 0 packets, 0 bytes) pkts bytes target prot opt in out source destination 11 1088 ACCEPT 0 -- * lo 0.0.0.0/0 0.0.0.0/0 358 29883 eth0_out 0 -- * eth0 0.0.0.0/0 0.0.0.0/0 11 780 Reject 0 -- * * 0.0.0.0/0 0.0.0.0/0 11 780 LOG 0 -- * * 0.0.0.0/0 0.0.0.0/0 LOG flags 0 level 6 prefix `Shorewall:OUTPUT:REJECT:' 11 780 reject 0 -- * * 0.0.0.0/0 0.0.0.0/0 Chain Drop (1 references) pkts bytes target prot opt in out source destination 0 0 reject tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:113 8431 728K dropBcast 0 -- * * 0.0.0.0/0 0.0.0.0/0 0 0 ACCEPT icmp -- * * 0.0.0.0/0 0.0.0.0/0 icmp type 3 code 4 0 0 ACCEPT icmp -- * * 0.0.0.0/0 0.0.0.0/0 icmp type 11 79 4955 dropInvalid 0 -- * * 0.0.0.0/0 0.0.0.0/0 0 0 DROP udp -- * * 0.0.0.0/0 0.0.0.0/0 multiport dports 135,445 9 1367 DROP udp -- * * 0.0.0.0/0 0.0.0.0/0 udp dpts:137:139 0 0 DROP udp -- * * 0.0.0.0/0 0.0.0.0/0 udp spt:137 dpts:1024:65535 0 0 DROP tcp -- * * 0.0.0.0/0 0.0.0.0/0 multiport dports 135,139,445 0 0 DROP udp -- * * 0.0.0.0/0 0.0.0.0/0 udp dpt:1900 55 2688 dropNotSyn tcp -- * * 0.0.0.0/0 0.0.0.0/0 0 0 DROP udp -- * * 0.0.0.0/0 0.0.0.0/0 udp spt:53 Chain Ifw (1 references) pkts bytes target prot opt in out source destination Chain Reject (4 references) pkts bytes target prot opt in out source destination 0 0 reject tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:113 11 780 dropBcast 0 -- * * 0.0.0.0/0 0.0.0.0/0 0 0 ACCEPT icmp -- * * 0.0.0.0/0 0.0.0.0/0 icmp type 3 code 4 0 0 ACCEPT icmp -- * * 0.0.0.0/0 0.0.0.0/0 icmp type 11 11 780 dropInvalid 0 -- * * 0.0.0.0/0 0.0.0.0/0 0 0 reject udp -- * * 0.0.0.0/0 0.0.0.0/0 multiport dports 135,445 0 0 reject udp -- * * 0.0.0.0/0 0.0.0.0/0 udp dpts:137:139 0 0 reject udp -- * * 0.0.0.0/0 0.0.0.0/0 udp spt:137 dpts:1024:65535 0 0 reject tcp -- * * 0.0.0.0/0 0.0.0.0/0 multiport dports 135,139,445 0 0 DROP udp -- * * 0.0.0.0/0 0.0.0.0/0 udp dpt:1900 0 0 dropNotSyn tcp -- * * 0.0.0.0/0 0.0.0.0/0 0 0 DROP udp -- * * 0.0.0.0/0 0.0.0.0/0 udp spt:53 Chain all2all (0 references) pkts bytes target prot opt in out source destination 0 0 ACCEPT 0 -- * * 0.0.0.0/0 0.0.0.0/0 state RELATED,ESTABLISHED 0 0 Reject 0 -- * * 0.0.0.0/0 0.0.0.0/0 0 0 LOG 0 -- * * 0.0.0.0/0 0.0.0.0/0 LOG flags 0 level 6 prefix `Shorewall:all2all:REJECT:' 0 0 reject 0 -- * * 0.0.0.0/0 0.0.0.0/0 Chain dropBcast (2 references) pkts bytes target prot opt in out source destination 8344 722K DROP 0 -- * * 0.0.0.0/0 0.0.0.0/0 PKTTYPE = broadcast 8 760 DROP 0 -- * * 0.0.0.0/0 0.0.0.0/0 PKTTYPE = multicast Chain dropInvalid (2 references) pkts bytes target prot opt in out source destination 0 0 DROP 0 -- * * 0.0.0.0/0 0.0.0.0/0 state INVALID Chain dropNotSyn (2 references) pkts bytes target prot opt in out source destination 0 0 DROP tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp flags:!0x17/0x02 Chain dynamic (2 references) pkts bytes target prot opt in out source destination Chain eth0_fwd (1 references) pkts bytes target prot opt in out source destination 0 0 dynamic 0 -- * * 0.0.0.0/0 0.0.0.0/0 state INVALID,NEW Chain eth0_in (1 references) pkts bytes target prot opt in out source destination 8431 728K dynamic 0 -- * * 0.0.0.0/0 0.0.0.0/0 state INVALID,NEW 8495 733K net2all 0 -- * * 0.0.0.0/0 0.0.0.0/0 Chain eth0_out (1 references) pkts bytes target prot opt in out source destination 358 29883 fw2net 0 -- * * 0.0.0.0/0 0.0.0.0/0 Chain fw2net (1 references) pkts bytes target prot opt in out source destination 47 3333 ACCEPT 0 -- * * 0.0.0.0/0 0.0.0.0/0 state RELATED,ESTABLISHED 311 26550 ACCEPT 0 -- * * 0.0.0.0/0 0.0.0.0/0 Chain logdrop (0 references) pkts bytes target prot opt in out source destination 0 0 LOG 0 -- * * 0.0.0.0/0 0.0.0.0/0 LOG flags 0 level 6 prefix `Shorewall:logdrop:DROP:' 0 0 DROP 0 -- * * 0.0.0.0/0 0.0.0.0/0 Chain logreject (0 references) pkts bytes target prot opt in out source destination 0 0 LOG 0 -- * * 0.0.0.0/0 0.0.0.0/0 LOG flags 0 level 6 prefix `Shorewall:logreject:REJECT:' 0 0 reject 0 -- * * 0.0.0.0/0 0.0.0.0/0 Chain net2all (1 references) pkts bytes target prot opt in out source destination 64 5096 ACCEPT 0 -- * * 0.0.0.0/0 0.0.0.0/0 state RELATED,ESTABLISHED 8431 728K Drop 0 -- * * 0.0.0.0/0 0.0.0.0/0 70 3588 LOG 0 -- * * 0.0.0.0/0 0.0.0.0/0 LOG flags 0 level 6 prefix `Shorewall:net2all:DROP:' 70 3588 DROP 0 -- * * 0.0.0.0/0 0.0.0.0/0 Chain reject (11 references) pkts bytes target prot opt in out source destination 0 0 DROP 0 -- * * 0.0.0.0/0 0.0.0.0/0 PKTTYPE = broadcast 0 0 DROP 0 -- * * 0.0.0.0/0 0.0.0.0/0 PKTTYPE = multicast 0 0 DROP 0 -- * * 255.255.255.255 0.0.0.0/0 0 0 DROP 0 -- * * 224.0.0.0/4 0.0.0.0/0 0 0 REJECT tcp -- * * 0.0.0.0/0 0.0.0.0/0 reject-with tcp-reset 11 780 REJECT udp -- * * 0.0.0.0/0 0.0.0.0/0 reject-with icmp-port-unreachable 0 0 REJECT icmp -- * * 0.0.0.0/0 0.0.0.0/0 reject-with icmp-host-unreachable 0 0 REJECT 0 -- * * 0.0.0.0/0 0.0.0.0/0 reject-with icmp-host-prohibited Chain shorewall (0 references) pkts bytes target prot opt in out source destination Chain smurfs (0 references) pkts bytes target prot opt in out source destination 0 0 LOG 0 -- * * 172.16.255.255 0.0.0.0/0 LOG flags 0 level 6 prefix `Shorewall:smurfs:DROP:' 0 0 DROP 0 -- * * 172.16.255.255 0.0.0.0/0 0 0 LOG 0 -- * * 255.255.255.255 0.0.0.0/0 LOG flags 0 level 6 prefix `Shorewall:smurfs:DROP:' 0 0 DROP 0 -- * * 255.255.255.255 0.0.0.0/0 0 0 LOG 0 -- * * 224.0.0.0/4 0.0.0.0/0 LOG flags 0 level 6 prefix `Shorewall:smurfs:DROP:' 0 0 DROP 0 -- * * 224.0.0.0/4 0.0.0.0/0

[Mirror]

У меня получилось сделать интернет. Действительно все дело было в файрволе. Я переустанавливал систему и при установке отключил файрвол. Все заработало через KVpnc.

А знает ли кто-нибудь, как сделать подключение таким, как в ALT Linux? То есть, все настройки ppp0 проводятся аналогично, например, eth0. В таком случае можно сделать, чтобы подключение устанавливалось при запуске системы, что очень удобно.

[sash-kan]

чтобы подключение устанавливалось при запуске системы

…и работало постоянно, и перезапускалось при падении, лучший выход — поместить вызов pppd в /etc/inittab
http://linuxforum.ru/index.php?act=Search&...inittab+%2Bpppd

[Mirror]

чтобы подключение устанавливалось при запуске системы

…и работало постоянно, и перезапускалось при падении, лучший выход — поместить вызов pppd в /etc/inittab
http://linuxforum.ru/index.php?act=Search&...inittab+%2Bpppd

Спасибо за совет. Такое дело подходит идеально. Только проблемы две есть. Судя по всему, есть они не только в Мандриве, но здесь есть точно.

Во-первых, в файле опций туннеля написано:
# Route: add -net 10.0.0.0 netmask 255.0.0.0 gw 172.16.0.254 dev eth0
Этот маршрут не добавляется.

Во-вторых, не действует опция replacedefaultroute. Выдается сообщение, что такого не бывает.

Что с этим можно сделать?

PS. За позапрошлый длинный ответ прошу прощение, не знал, как сокращать.

[Cheh]

Зачем же ты так радикально то, сразу переустанавливать, настройки фаера меняются в: Настройки компьютера - Безопастность

[Mirror]

Зачем же ты так радикально то, сразу переустанавливать, настройки фаера меняются в: Настройки компьютера - Безопастность

Я сказал, что отключил, когда переустанавливал, а не переустанавливал, чтобы отключить ) А переустановить систему я решил, чтобы избавиться от лишних библиотек, которых я немало поставил в попытках удовлетворить зависимости pptpconfig.

Сейчас, кстати говоря, добавилась такая проблема: интернет все время загружен. Сайты тормозят, а монитор сети все время показывает какой-то траффик. Что-то неясно, что это вообще такое.

[Mirror]

Было выяснено, что тормоза в интернете появляются при установке подключения вызовом pppd. Значит, или нужны какие-то дополнительные опции или нужно искать другой способ установки подключения при старте системы.

[Mirror]

Я решил проблему так.

1. С помощью pptp-command setup я создал туннель.

2. В файле /etc/options.pptp я написал вот так:

lock
noauth
nobsdcomp
nodeflate
mtu 1024
mru 1024
lcp-echo-failure 10
lcp-echo-interval 10
noipdefault
ipcp-accept-local
ipcp-accept-remote
defaultroute
nodetach

3. В файл /etc/ppp/ip-up добавил маршруты.

4. В файл /etc/inittab добавил вот такую строку:

ppp:2345:respawn:/usr/sbin/pptp 10.255.255.32 call Flex

Здесь 10.255.255.32 - адрес VPN-сервера, Flex - название туннеля.

Теперь подключение устанавливается при запуске системы и при падении соединения восстанавливается через 5 минут. В Windows у меня настроен как раз такой интервал ожидания перед переподкючением.