_Raven_

Настройка VPN для дистрибутивов RedHat (Fedora Core, Enterprise Linux etc)

Рекомендованные сообщения

Нужна помощь по настройке vpn в FC6,кто может помочь напишите в личку плиз

А смысл в личку? Пишет Ваш вопрос здесь. Решим и остальные смогут пользоваться ответами.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Sdelal vse kak bilo tut napisanno, koroche nifiga ne zarabotalo

+ pod iksami teper voobshe set ne otkrivaetsa

+vidalo sleduushii bag

budu perestavlat grbanni Zod!

 

 

---------------------------------------------------------------------------------------------

Component: system-config-network

Version: 1.3.95

Summary: TBa9c752cb ConfPAP.py:85:initvars:IndexError: list index out of range

 

Traceback (most recent call last):

File "/usr/sbin/system-config-network-gui", line 167, in main

window = mainDialog()

File "/usr/share/system-config-network/netconfpkg/gui/maindialog.py", line 247, in __init__

self.load()

File "/usr/share/system-config-network/netconfpkg/gui/maindialog.py", line 270, in load

self.loadDevices()

File "/usr/share/system-config-network/netconfpkg/gui/maindialog.py", line 278, in loadDevices

devicelist = getDeviceList()

File "/usr/share/system-config-network/netconfpkg/NCDeviceList.py", line 297, in getDeviceList

__DVList.load()

File "/usr/share/system-config-network/netconfpkg/NCDeviceList.py", line 80, in load

newdev.load(dev)

File "/usr/share/system-config-network/netconfpkg/plugins/NCDevModem.py", line 36, in load

self.Dialup.load(conf)

File "/usr/share/system-config-network/netconfpkg/NCDialup.py", line 513, in load

Dialup.load(self, parentConf)

File "/usr/share/system-config-network/netconfpkg/NCDialup.py", line 129, in load

chapconf = getCHAPConf()

File "/usr/share/system-config-network/netconfpkg/NC_functions.py", line 304, in getCHAPConf

DVchapconf = ConfPAP.ConfPAP(netconfpkg.ROOT + CHAPFILE)

File "/usr/lib/python2.4/site-packages/rhpl/ConfPAP.py", line 32, in __init__

Conf.Conf.__init__(self, filename, '#', ' \t', ' \t')

File "/usr/lib/python2.4/site-packages/rhpl/Conf.py", line 180, in __init__

self.read()

File "/usr/lib/python2.4/site-packages/rhpl/ConfPAP.py", line 37, in read

self.initvars()

File "/usr/lib/python2.4/site-packages/rhpl/ConfPAP.py", line 85, in initvars

self.vars[var[0]][var[1]] = var[2]

IndexError: list index out of range

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Не используйте утилиту system-config-network для настройки vpn соединения вида pptp, она не умеет работать с таким типом vpn тунеля, настраивайте вручную. Примеров здесь приводили множество.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

это же Питерские роуты?

195.14.38.4

195.14.38.5

195.14.38.7

195.14.38.8

195.14.38.9

195.14.38.13

195.14.38.14

195.14.38.15

195.14.38.16

195.14.38.18

83.102.254.253

Изменено пользователем CaptainGray

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

С маршрутами в питере помочь не могу, увы.

 

Та ошибка, что выводится при запуске system-config-network указывает на неверные настройки вашего виртуального ppp устройства. На форуме лежали архивы со всеми конфигурационными файлами, нужными для vpn под настройки FC6.

 

BTW У вас пакет pptp установлен?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

это же Питерские роуты?

195.14.38.4

Это адреса VPN-серверов.

host vpn.corbina.ru
vpn.corbina.ru has address 195.14.38.12
vpn.corbina.ru has address 195.14.38.13
vpn.corbina.ru has address 195.14.38.14
vpn.corbina.ru has address 195.14.38.15
vpn.corbina.ru has address 195.14.38.16
vpn.corbina.ru has address 195.14.38.17
vpn.corbina.ru has address 195.14.38.18
vpn.corbina.ru has address 195.14.38.19
vpn.corbina.ru has address 195.14.38.20
vpn.corbina.ru has address 195.14.38.21
vpn.corbina.ru has address 195.14.38.2
vpn.corbina.ru has address 195.14.38.3
vpn.corbina.ru has address 195.14.38.4
vpn.corbina.ru has address 195.14.38.5
vpn.corbina.ru has address 195.14.38.6
vpn.corbina.ru has address 195.14.38.7
vpn.corbina.ru has address 195.14.38.8
vpn.corbina.ru has address 195.14.38.9
vpn.corbina.ru has address 195.14.38.10
vpn.corbina.ru has address 195.14.38.11

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

А все таки у меня возникают проблемы при подлючении к корбине, я нахожусь в Питере, стоит у меня Zod.

Итак, поставил я ppptp 1.7.1, который выкладывал Andrey, затем распихал нужные файлы из

pptp_rhel куда надо,

но после набора ifup corbina комп больше нифига не выдает,

поэтому приходить жать Ctrl+C и читать лог

в /var/log/messages пишет:

 

Jan 3 00:55:45 ns ifup-ppp: pppd started for corbina on at

Jan 3 00:55:45 ns pppd[4848]: pppd 2.4.4 started by root, uid 0

Jan 3 00:55:45 ns pppd[4848]: Using interface ppp0

Jan 3 00:55:45 ns pppd[4848]: Connect: ppp0 <--> /dev/pts/0

Jan 3 00:55:45 ns pptp[4859]: anon log[main:pptp.c:276]: The synchronous pptp option is NOT activated

Jan 3 00:55:45 ns pptp[4868]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request'

Jan 3 00:55:45 ns pptp[4868]: anon log[ctrlp_disp:pptp_ctrl.c:738]: Received Start Control Connection Reply

Jan 3 00:55:45 ns pptp[4868]: anon log[ctrlp_disp:pptp_ctrl.c:772]: Client connection established.

Jan 3 00:55:46 ns pptp[4868]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request'

Jan 3 00:55:46 ns pptp[4868]: anon log[ctrlp_disp:pptp_ctrl.c:857]: Received Outgoing Call Reply.

Jan 3 00:55:46 ns pptp[4868]: anon log[ctrlp_disp:pptp_ctrl.c:896]: Outgoing call established (call ID 0, peer's call ID 51142).

Jan 3 00:55:46 ns pptp[4868]: anon log[ctrlp_disp:pptp_ctrl.c:928]: Call disconnect notification received (call id 51142)

Jan 3 00:55:46 ns pptp[4868]: anon log[ctrlp_disp:pptp_ctrl.c:787]: Received Stop Control Connection Request.

Jan 3 00:55:46 ns pptp[4868]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 4 'Stop-Control-Connection-Reply'

Jan 3 00:55:46 ns pptp[4868]: anon log[callmgr_main:pptp_callmgr.c:255]: Closing connection (shutdown)

Jan 3 00:55:46 ns pptp[4868]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request'

Jan 3 00:55:46 ns pptp[4868]: anon log[call_callback:pptp_callmgr.c:78]: Closing connection (call state)

Jan 3 00:55:46 ns pppd[4848]: Modem hangup

Jan 3 00:55:46 ns pppd[4848]: Connection terminated.

Jan 3 00:55:46 ns pppd[4848]: Exit.

 

 

Но этот текст я не понимаю

 

Соответственно самый главный вопрос, что делать?

 

зы да, вот кстати, оказывается mppe на Zode уже встроенно

Изменено пользователем CaptainGray

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ключевой в вашем логе является строка:

Jan 3 00:55:46 ns pptp[4868]: anon log[ctrlp_disp:pptp_ctrl.c:928]: Call disconnect notification received (call id 51142)

 

Т.е. vpn-сервер отключает ваш вызов. В нормальной ситуации должена начинаться процедура CHAP-аутентификации. Не уверен, но возможно в Питере свои vpn сервера.

 

Что у вас говорит на команду host vpn.corbina.net ?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

дак, это уже писал AnimalX:

vpn.corbina.ru has address 195.14.38.12

vpn.corbina.ru has address 195.14.38.13

vpn.corbina.ru has address 195.14.38.14

vpn.corbina.ru has address 195.14.38.15

vpn.corbina.ru has address 195.14.38.16

vpn.corbina.ru has address 195.14.38.17

vpn.corbina.ru has address 195.14.38.18

vpn.corbina.ru has address 195.14.38.19

vpn.corbina.ru has address 195.14.38.20

vpn.corbina.ru has address 195.14.38.21

vpn.corbina.ru has address 195.14.38.2

vpn.corbina.ru has address 195.14.38.3

vpn.corbina.ru has address 195.14.38.4

vpn.corbina.ru has address 195.14.38.5

vpn.corbina.ru has address 195.14.38.6

vpn.corbina.ru has address 195.14.38.7

vpn.corbina.ru has address 195.14.38.8

vpn.corbina.ru has address 195.14.38.9

vpn.corbina.ru has address 195.14.38.10

vpn.corbina.ru has address 195.14.38.11

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ну что же, теперь мы знаем, что это одни и те же vpn-сервера. Отредактируйте файл /etc/ppp/peers/corbina сейчас в нем есть строка вида: pty "pptp vpn.corbina.ru --nolaunchpppd"

сделайте ее как pty "pptp vpn.corbina.ru --nolaunchpppd --loglevel 2" и приведите результат из /var/log/messages

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Вот результат из логов

 

Jan 3 02:46:57 ns ifup-ppp: pppd started for corbina on at

Jan 3 02:46:57 ns pppd[30960]: pppd 2.4.4 started by root, uid 0

Jan 3 02:46:57 ns pppd[30960]: Using interface ppp0

Jan 3 02:46:57 ns pppd[30960]: Connect: ppp0 <--> /dev/pts/3 n 3 02:46:57 ns pppd[30960]: Connect: ppp0 <--> /dev/pts/3

Jan 3 02:46:57 ns pptp[30971]: anon log[main:pptp.c:276]: The synchronous pptp option is NOT activated

Jan 3 02:46:57 ns pptp[30980]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request'

Jan 3 02:46:57 ns pptp[30980]: anon log[ctrlp_disp:pptp_ctrl.c:738]: Received Start Control Connection Reply

Jan 3 02:46:57 ns pptp[30980]: anon log[ctrlp_disp:pptp_ctrl.c:772]: Client connection established.

Jan 3 02:46:58 ns pptp[30980]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request'

Jan 3 02:46:58 ns pptp[30980]: anon log[ctrlp_disp:pptp_ctrl.c:857]: Received Outgoing Call Reply.

Jan 3 02:46:58 ns pptp[30980]: anon log[ctrlp_disp:pptp_ctrl.c:896]: Outgoing call established (call ID 0, peer's call ID 62148).

Jan 3 02:46:58 ns pptp[30971]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 1

Jan 3 02:46:58 ns pptp[30971]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 2

Jan 3 02:46:58 ns pptp[30971]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 3

Jan 3 02:46:58 ns pptp[30971]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 4

Jan 3 02:46:58 ns pptp[30971]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 5

Jan 3 02:46:58 ns pptp[30971]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 6

Jan 3 02:47:00 ns pptp[30971]: anon log[decaps_gre:pptp_gre.c:407]: buffering packet 8 (expecting 7, lost or reordered)

Jan 3 02:47:00 ns pptp[30971]: anon log[dequeue_gre:pptp_gre.c:442]: timeout waiting for 1 packets

Jan 3 02:47:00 ns pptp[30971]: anon log[dequeue_gre:pptp_gre.c:445]: accepting 8 from queue

Jan 3 02:47:00 ns pptp[30971]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 9

Jan 3 02:47:00 ns pptp[30971]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 10

Jan 3 02:47:00 ns pptp[30971]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 11

Jan 3 02:47:00 ns pptp[30971]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 12

Jan 3 02:47:00 ns pptp[30980]: anon log[ctrlp_disp:pptp_ctrl.c:928]: Call disconnect notification received (call id 62148)

Jan 3 02:47:00 ns pptp[30980]: anon log[ctrlp_disp:pptp_ctrl.c:787]: Received Stop Control Connection Request.

Jan 3 02:47:00 ns pptp[30980]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 4 'Stop-Control-Connection-Reply'

Jan 3 02:47:00 ns pptp[30980]: anon log[callmgr_main:pptp_callmgr.c:255]: Closing connection (shutdown)

Jan 3 02:47:00 ns pptp[30980]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request'

Jan 3 02:47:00 ns pptp[30980]: anon log[call_callback:pptp_callmgr.c:78]: Closing connection (call state)

Jan 3 02:47:00 ns pppd[30960]: Modem hangup

Jan 3 02:47:00 ns pppd[30960]: Connection terminated.

Jan 3 02:47:00 ns pppd[30960]: Exit.

Изменено пользователем CaptainGray

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

CaptainGray, в вайле "route-eth0" везде заменили gateway на свой? И я бы еще один маршрут добавил:

 

NETMASK8=255.255.255.0

ADDRESS8=195.14.38.0

GATEWAY7=10.210.0.17 - заметить на свой.

 

Возможно в Zod файл "route-eth0" выглядит немного подругому, не так как у меня в RHEL. Да, и еще бы я попробовал в файле "corbina" вместо: pty "pptp vpn.corbina.ru --nolaunchpppd", прописать: pty "pptp 195.14.38.15 --nolaunchpppd", ну или любой другой адрес впн сервера.

Изменено пользователем Animal.X

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Попробовал проделать вот еще что:

файл route-eth0 сократил:

GATEWAY0=10.120.0.17

NETMASK0=255.255.255.255

ADDRESS0=195.14.38.17

а в corbina написал

pty "pptp 195.14.38.17 --nolaunchpppd --loglevel 2"

 

соответственно вот лог после ifup corbina:

 

Jan 3 19:50:19 ns ifup-ppp: pppd started for corbina on at

Jan 3 19:50:19 ns pppd[6677]: pppd 2.4.4 started by root, uid 0

Jan 3 19:50:19 ns pptp[6688]: anon log[main:pptp.c:276]: The synchronous pptp option is NOT activated

Jan 3 19:50:19 ns pppd[6677]: Using interface ppp0

Jan 3 19:50:19 ns pppd[6677]: Connect: ppp0 <--> /dev/pts/0

Jan 3 19:50:19 ns pptp[6697]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request'

Jan 3 19:50:19 ns pptp[6697]: anon log[ctrlp_disp:pptp_ctrl.c:738]: Received Start Control Connection Reply

Jan 3 19:50:19 ns pptp[6697]: anon log[ctrlp_disp:pptp_ctrl.c:772]: Client connection established.

Jan 3 19:50:20 ns pptp[6697]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request'

Jan 3 19:50:20 ns pptp[6697]: anon log[ctrlp_disp:pptp_ctrl.c:857]: Received Outgoing Call Reply.

Jan 3 19:50:20 ns pptp[6697]: anon log[ctrlp_disp:pptp_ctrl.c:896]: Outgoing call established (call ID 0, peer's call ID 36305).

Jan 3 19:50:20 ns pptp[6688]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 1

Jan 3 19:50:20 ns pptp[6688]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 2

Jan 3 19:50:20 ns pptp[6688]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 3

Jan 3 19:50:20 ns pptp[6688]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 4

Jan 3 19:50:20 ns pptp[6688]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 5

Jan 3 19:50:20 ns pptp[6688]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 6

Jan 3 19:50:20 ns pptp[6688]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 7

Jan 3 19:50:20 ns pptp[6688]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 8

Jan 3 19:50:20 ns pptp[6688]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 9

Jan 3 19:50:20 ns pptp[6688]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 10

Jan 3 19:50:20 ns pptp[6688]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 11

Jan 3 19:50:20 ns pptp[6688]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 12

Jan 3 19:50:20 ns pptp[6697]: anon log[ctrlp_disp:pptp_ctrl.c:928]: Call disconnect notification received (call id 36305)

Jan 3 19:50:20 ns pptp[6697]: anon log[ctrlp_disp:pptp_ctrl.c:787]: Received Stop Control Connection Request.

Jan 3 19:50:20 ns pptp[6697]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 4 'Stop-Control-Connection-Reply'

Jan 3 19:50:20 ns pptp[6697]: anon log[callmgr_main:pptp_callmgr.c:255]: Closing connection (shutdown)

Jan 3 19:50:20 ns pptp[6697]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request'

Jan 3 19:50:20 ns pptp[6697]: anon log[call_callback:pptp_callmgr.c:78]: Closing connection (call state)

Jan 3 19:50:20 ns pppd[6677]: Modem hangup

Jan 3 19:50:20 ns pppd[6677]: Connection terminated.

Jan 3 19:50:20 ns pppd[6677]: Exit.

 

Короче, инет так пока и не работает

Изменено пользователем CaptainGray

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Информации нам второй уровень лога добавил не шибко много. Все так же видно, что к VPN-серверу вы подключаетесь, но потом он вас сбрасывает. Есть возможность воткнуть Live-CD с windows и попробовать, а работает ли вообще?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

То что инет работает через мой кабель, это точно, т.к. я пишу на форум из под винды, забирая логи из соседней машины через putty

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

2CaptainGray

 

покажите Ваш /etc/ppp/options и /etc/ppp/options.pptp (без комментариев)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

в /etc/ppp/options написанно только

 

lock

 

а в /etc/ppp/options.pptp написанно:

 

lock

noauth

nobsdcomp

nodeflate

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

в /etc/ppp/options написанно только

 

lock

 

а в /etc/ppp/options.pptp написанно:

 

lock

noauth

nobsdcomp

nodeflate

в /etc/ppp/options.pptp добавь:

refuse-mschap

refuse-eap

 

это нужно, чтоб аутенфикация шла только по стандартному CHAPу.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Нескромный вопрос: на время установления соединения с linux соединение на windows отключается?

 

Давайте смотреть остальные файлы: содержимое каталога /etc/ppp/peers и лежаших в нем файлов, содержимое /etc/sysconfig/network-scripts/ifcfg-corbina, ifcfg-eth0 и route-eth0

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Да, все соединения отключаются (кабель втыкается либо в машину с виндами либо с федорой)

 

[root@ns peers]# ls

corbina isdn wvdial

 

[root@ns peers]# vi corbina

updetach

remotename corbina

linkname corbina

ipparam corbina

pty "pptp 195.14.38.17 --nolaunchpppd --loglevel 2"

name MEGALOGIN

usepeerdns

nodefaultroute

noauth

file /etc/ppp/options.pptp

 

[root@ns peers]# vi /etc/sysconfig/network-scripts/ifcfg-corbina

ONBOOT=no

USERCTL=yes

TYPE=Modem

PEERDNS=yes

DEVICE=ppp0

PROVIDER=corbina

DEFROUTE=no

 

[root@ns peers]# vi /etc/sysconfig/network-scripts/route-eth0

GATEWAY0=10.120.0.17

NETMASK0=255.255.255.255

ADDRESS0=195.14.38.17

 

[root@ns peers]# vi /etc/sysconfig/network-scripts/ifcfg-eth0

# Intel Corporation 82573L Gigabit Ethernet Controller

DEVICE=eth0

BOOTPROTO=dhcp

HWADDR=00:17:31:55:97:CC

ONBOOT=yes

DHCP_HOSTNAME=ns

METRIC=10

Изменено пользователем CaptainGray

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Так, давайте смотреть в сторону маршрутов.

 

Во-первых, ваш вывод route до попытки установления соединения и после.

Во-вторых, ваш вывод route на windows машине до установления соединения и после того, как соединение установлено.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Вот результат на windows

 

ДОВКЛЮЧЕНИЯ ИНТЕРНЕТА

H:\>route PRINT

===========================================================================

Interface List

0x1 ........................... MS TCP Loopback interface

0x2 ...00 e0 7d b8 e2 bf ...... Realtek RTL8139 Family PCI Fast Ethernet NIC - Packet Scheduler Miniport

===========================================================================

===========================================================================

Active Routes:

Network Destination Netmask Gateway Interface Metric

0.0.0.0 0.0.0.0 10.120.0.17 10.120.1.227 20

10.120.0.0 255.255.128.0 10.120.1.227 10.120.1.227 20

10.120.1.227 255.255.255.255 127.0.0.1 127.0.0.1 20

10.255.255.255 255.255.255.255 10.120.1.227 10.120.1.227 20

127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1

224.0.0.0 240.0.0.0 10.120.1.227 10.120.1.227 20

255.255.255.255 255.255.255.255 10.120.1.227 10.120.1.227 1

Default Gateway: 10.120.0.17

===========================================================================

Persistent Routes:

None

 

H:\>

 

 

 

ПОСЛЕ ВКЛЮЧЕНИЯ ИНТЕРНЕТА

H:\>route PRINT

===========================================================================

Interface List

0x1 ........................... MS TCP Loopback interface

0x2 ...00 e0 7d b8 e2 bf ...... Realtek RTL8139 Family PCI Fast Ethernet NIC - Packet Scheduler Miniport

0x20004 ...00 53 45 00 00 00 ...... WAN (PPP/SLIP) Interface

===========================================================================

===========================================================================

Active Routes:

Network Destination Netmask Gateway Interface Metric

0.0.0.0 0.0.0.0 10.120.0.17 10.120.1.227 21

0.0.0.0 0.0.0.0 85.21.168.238 85.21.168.238 1

10.120.0.0 255.255.128.0 10.120.1.227 10.120.1.227 20

10.120.1.227 255.255.255.255 127.0.0.1 127.0.0.1 20

10.255.255.255 255.255.255.255 10.120.1.227 10.120.1.227 20

85.21.168.238 255.255.255.255 127.0.0.1 127.0.0.1 50

85.255.255.255 255.255.255.255 85.21.168.238 85.21.168.238 50

127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1

195.14.38.9 255.255.255.255 10.120.0.17 10.120.1.227 20

224.0.0.0 240.0.0.0 10.120.1.227 10.120.1.227 20

224.0.0.0 240.0.0.0 85.21.168.238 85.21.168.238 1

255.255.255.255 255.255.255.255 10.120.1.227 10.120.1.227 1

255.255.255.255 255.255.255.255 85.21.168.238 85.21.168.238 1

Default Gateway: 85.21.168.238

===========================================================================

Persistent Routes:

None

 

H:\>

 

 

 

 

а вот данные с федоры:

 

[root@ns test]# route -e -F

Kernel IP routing table

Destination Gateway Genmask Flags MSS Window irtt Iface

vpn17-l0.msk.co 10.120.0.17 255.255.255.255 UGH 0 0 0 eth0

10.120.0.0 * 255.255.128.0 U 0 0 0 eth0

169.254.0.0 * 255.255.0.0 U 0 0 0 eth0

default 10.120.0.17 0.0.0.0 UG 0 0 0 eth0

[root@ns test]#

"do.txt" [New] 9L, 460C written

[root@ns test]# ifup corbina

Failed to activate corbina with error 35

[root@ns test]# route -e -F

Kernel IP routing table

Destination Gateway Genmask Flags MSS Window irtt Iface

vpn17-l0.msk.co 10.120.0.17 255.255.255.255 UGH 0 0 0 eth0

10.120.0.0 * 255.255.128.0 U 0 0 0 eth0

169.254.0.0 * 255.255.0.0 U 0 0 0 eth0

default 10.120.0.17 0.0.0.0 UG 0 0 0 eth0

[root@ns test]#

Изменено пользователем CaptainGray

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Попробуйте заменить 195.14.38.17 на точно принимающий вас 195.14.38.9

 

файлик route-eth0 сделайте как:

 

GATEWAY1=10.120.0.17

NETMASK1=255.255.255.255

ADDRESS1=195.14.50.21

GATEWAY0=10.120.0.17

NETMASK0=255.0.0.0

ADDRESS0=10.0.0.0

 

а что у вас в /etc/ppp/ip-up.local ?

Изменено пользователем 6c38

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

сделал

 

Jan 4 22:46:00 ns ifup-ppp: pppd started for corbina on at

Jan 4 22:46:00 ns pppd[4040]: pppd 2.4.4 started by root, uid 0

Jan 4 22:46:00 ns pppd[4040]: Using interface ppp0

Jan 4 22:46:00 ns pppd[4040]: Connect: ppp0 <--> /dev/pts/0

Jan 4 22:46:00 ns pptp[4051]: anon log[main:pptp.c:276]: The synchronous pptp option is NOT activated

Jan 4 22:46:00 ns pptp[4060]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request'

Jan 4 22:46:00 ns pptp[4060]: anon log[ctrlp_disp:pptp_ctrl.c:738]: Received Start Control Connection Reply

Jan 4 22:46:00 ns pptp[4060]: anon log[ctrlp_disp:pptp_ctrl.c:772]: Client connection established.

Jan 4 22:46:01 ns pptp[4060]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request'

Jan 4 22:46:01 ns pptp[4060]: anon log[ctrlp_disp:pptp_ctrl.c:857]: Received Outgoing Call Reply.

Jan 4 22:46:01 ns pptp[4060]: anon log[ctrlp_disp:pptp_ctrl.c:896]: Outgoing call established (call ID 0, peer's call ID 12870).

Jan 4 22:46:03 ns pptp[4051]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 1

Jan 4 22:46:03 ns pptp[4051]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 2

Jan 4 22:46:03 ns pptp[4051]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 3

Jan 4 22:46:03 ns pptp[4051]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 4

Jan 4 22:46:03 ns pptp[4051]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 5

Jan 4 22:46:03 ns pptp[4051]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 6

Jan 4 22:46:03 ns pptp[4051]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 7

Jan 4 22:46:03 ns pptp[4051]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 8

Jan 4 22:46:03 ns pptp[4051]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 9

Jan 4 22:46:03 ns pptp[4051]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 10

Jan 4 22:46:03 ns pptp[4060]: anon log[ctrlp_disp:pptp_ctrl.c:928]: Call disconnect notification received (call id 12870)

Jan 4 22:46:03 ns pptp[4060]: anon log[ctrlp_disp:pptp_ctrl.c:787]: Received Stop Control Connection Request.

Jan 4 22:46:03 ns pptp[4060]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 4 'Stop-Control-Connection-Reply'

Jan 4 22:46:03 ns pptp[4060]: anon log[callmgr_main:pptp_callmgr.c:255]: Closing connection (shutdown)

Jan 4 22:46:03 ns pptp[4060]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request'

Jan 4 22:46:03 ns pptp[4060]: anon log[call_callback:pptp_callmgr.c:78]: Closing connection (call state)

Jan 4 22:46:03 ns pppd[4040]: Modem hangup

Jan 4 22:46:03 ns pppd[4040]: Connection terminated.

Jan 4 22:46:03 ns pppd[4040]: Exit.

 

 

ip-up.local

 

#!/bin/sh

eth0_gw=`/sbin/route -n | awk '/^0.0.0.0/ {print $2}'`

vpn_server=`/sbin/route -n | awk '/ppp0/ {print $1}'`

 

if [ -n $vpn_server ]; then

/sbin/route del -host $vpn_server ppp0

/sbin/route add -host $vpn_server gw $eth0_gw eth0

/sbin/route add default dev ppp0

fi

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Чудесатее и чудесатее. Такой вопрос: gre пакеты проходить могут? iptables включен? SELinux включен?

/etc/ppp/chap верно заполнен?

login corbina password *

 

 

З.Ы. Доигрался, у самого интернет отвалился :(

Изменено пользователем 6c38

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

оказывается я ступил немного,

 

в chap-secrets было так:

cpgray 123456 *

 

а надо было

 

cpgray corbina 123456 *

 

ВРОДЕ БЫ все заработало

 

СПАСИБО 6c38!

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Как всегда, дьявол кроется в детялях. :D

 

Пожалуйста! Теперь можно дописать больше маршрутов в route-eth0, чтобы пользоваться локальными ресурсами корбины бесплатно и на большой скорости.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Вчера пытался завести FC6(x64) сабжевым методом.

Вроде даже и коннектится, но сразу "бросает трубку"

Когда в FC5 пытался завести VPN через ttcp-client было тоже самое

 

настройки идентичные, за исключением того, что vpn сервер= vpn.spb.corbina.net

и

route-eth0:

0.0.0.0/8 via 10.215.0.17

195.14.50.1 via 10.215.0.17

195.14.50.21 via 10.215.0.17

 

Jan 5 03:32:07 localhost ifup-ppp: pppd started for corbina on at

Jan 5 03:32:07 localhost pppd[21701]: pppd 2.4.4 started by root, uid 0

Jan 5 03:32:07 localhost pppd[21701]: Using interface ppp0

Jan 5 03:32:07 localhost pppd[21701]: Connect: ppp0 <--> /dev/pts/3

Jan 5 03:32:07 localhost pptp[21712]: anon log[main:pptp.c:276]: The synchronous pptp option is NOT activated

Jan 5 03:32:07 localhost pptp[21721]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request'

Jan 5 03:32:07 localhost pptp[21721]: anon log[ctrlp_disp:pptp_ctrl.c:738]: Received Start Control Connection Reply

Jan 5 03:32:07 localhost pptp[21721]: anon log[ctrlp_disp:pptp_ctrl.c:772]: Client connection established.

Jan 5 03:32:08 localhost pptp[21721]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request'

Jan 5 03:32:08 localhost pptp[21721]: anon log[ctrlp_disp:pptp_ctrl.c:857]: Received Outgoing Call Reply.

Jan 5 03:32:08 localhost pptp[21721]: anon log[ctrlp_disp:pptp_ctrl.c:896]: Outgoing call established (call ID 0, peer's call ID 53446).

Jan 5 03:32:10 localhost pptp[21712]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 1

Jan 5 03:32:11 localhost pptp[21712]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 2

Jan 5 03:32:11 localhost pptp[21712]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 3

Jan 5 03:32:11 localhost pptp[21712]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 4

Jan 5 03:32:11 localhost pppd[21701]: CHAP authentication succeeded

Jan 5 03:32:11 localhost pppd[21701]: CHAP authentication succeeded

Jan 5 03:32:11 localhost pptp[21712]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 5

Jan 5 03:32:11 localhost pptp[21712]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 6

Jan 5 03:32:11 localhost pptp[21712]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 7

Jan 5 03:32:11 localhost pptp[21712]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 8

Jan 5 03:32:11 localhost pppd[21701]: local IP address 89.179.103.161

Jan 5 03:32:11 localhost pppd[21701]: remote IP address 83.102.254.253

Jan 5 03:32:11 localhost pppd[21701]: primary DNS address 195.14.50.1

Jan 5 03:32:11 localhost pppd[21701]: secondary DNS address 195.14.50.21

Jan 5 03:32:12 localhost pptp[21712]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 9

Jan 5 03:32:22 localhost pptp[21712]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 10

Jan 5 03:32:32 localhost pptp[21712]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 11

Jan 5 03:32:42 localhost pptp[21712]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 12

Jan 5 03:32:53 localhost pptp[21712]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 13

Jan 5 03:33:03 localhost pptp[21721]: anon log[ctrlp_disp:pptp_ctrl.c:928]: Call disconnect notification received (call id 53446)

Jan 5 03:33:03 localhost pptp[21721]: anon log[ctrlp_disp:pptp_ctrl.c:787]: Received Stop Control Connection Request.

Jan 5 03:33:03 localhost pptp[21721]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 4 'Stop-Control-Connection-Reply'

Jan 5 03:33:03 localhost pptp[21721]: anon log[callmgr_main:pptp_callmgr.c:255]: Closing connection (shutdown)

Jan 5 03:33:03 localhost pptp[21721]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request'

Jan 5 03:33:03 localhost pptp[21721]: anon log[call_callback:pptp_callmgr.c:78]: Closing connection (call state)

Jan 5 03:33:03 localhost pppd[21722]: Modem hangup

Jan 5 03:33:03 localhost pppd[21722]: Connect time 0.9 minutes.

Jan 5 03:33:03 localhost pppd[21722]: Sent 1234971480 bytes, received 0 bytes.

Jan 5 03:33:03 localhost pppd[21722]: Connection terminated.

Jan 5 03:33:03 localhost NET[21861]: /etc/sysconfig/network-scripts/ifdown-post : updated /etc/resolv.conf

Jan 5 03:33:08 localhost pppd[21722]: Exit.

 

интересно, что если в /etc/ppp/options.pptp добавить

refuse-chap

 

Jan 5 03:32:11 localhost pppd[21701]: CHAP authentication succeeded

пишется 1 раз, иначе 2 раза.

Также remote IP бывает то адресом vpn_servera (195.14.38.x), то 83.102.254.253 <- этот адрес был под виндой

 

Естественно под виндой инет рабочий

Изменено пользователем KingOfBongo

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Судя по времени соединения проблема в маршрутах. Нет ли закольцовывания соединения с vpn через ppp интерфейс, а не через eth?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.

Войти сейчас