_Raven_

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

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

Нет ли закольцовывания соединения с vpn через ppp интерфейс, а не через eth?

А как это узнать? Я в этих вопросах чайник :)

route -n сразу после коннекта:

 

Kernel IP routing table

Destination Gateway Genmask Flags Metric Ref Use Iface

195.14.50.1 10.215.0.17 255.255.255.255 UGH 0 0 0 eth0

195.14.38.3 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0

195.14.50.21 10.215.0.17 255.255.255.255 UGH 0 0 0 eth0

10.215.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0

169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0

0.0.0.0 10.215.0.17 255.0.0.0 UG 0 0 0 eth0

0.0.0.0 10.215.0.17 0.0.0.0 UG 10 0 0 eth0

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


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

Строки:

 

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.

 

Особенно вторая с отправленными 1234971480 байтами четко указывают, что после поднятия интерфейса у вас весь трафик, в том числе на vpn сервер, идет через ppp соединение.

 

Прописана ли в файле /etc/ppp/peers/corbina опция nodefaultroute ?

 

Прописана ли в файле /etc/sysconfig/network-scripts/ifcfg-corbina опция DEFROUTE=no ?

 

Созданы ли файлы /etc/ppp/ip-up.local и /etc/ppp/ip-down.local с верным содержимым (см. первое сообщение темы)?

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


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

Особенно вторая с отправленными 1234971480 байтами четко указывают, что после поднятия интерфейса у вас весь трафик, в том числе на vpn сервер, идет через ppp соединение.

 

Дык это левое число какое-то. Если несколько раз коннектиться подряд оно прыгает на несколько сотен мегабайт в любую сторону. Да и не качал я столько =)

 

Прописана ли в файле /etc/ppp/peers/corbina опция nodefaultroute ?

Прописана ли в файле /etc/sysconfig/network-scripts/ifcfg-corbina опция DEFROUTE=no ?

Созданы ли файлы /etc/ppp/ip-up.local и /etc/ppp/ip-down.local с верным содержимым (см. первое сообщение темы)?

Да, я скопипастил всё это дело и сделал пару изменений:

Я уже писал что у меня отличается - это ifcfg-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

и адрес vpn сервера в /etc/ppp/peers/corbina и ip-down.local другой

 

Я определённо что-то неверно делаю, т.к на clean install FC5 + ttcp-client,

с редактированием всего через GUI, результат был в точности такой же.

Т.е. коннект происходил, но через несколько секунд пропадал.

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


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

Дык это левое число какое-то. Если несколько раз коннектиться подряд оно прыгает на несколько сотен мегабайт в любую сторону. Да и не качал я столько =)

Еще раз, это левое число означает, что после поднятия интерфейса ВЕСЬ трафик, в том числе и служебный трафик vpn соединения, идет через созданный ppp0 интерфейс, а должен служебный vpn трафик проходить через eth0. Вот отсюда и получается петля и прохождение гигабайта трафика меньше чем за минуту. Нужно внимательно просмотреть, что именно получается с таблицей маршрутов сразу после поднятия интерфейса (на длругом терминале), скорее всего будет маршрут вида:

83.102.254.253 89.179.103.161 ла-ла-ла ppp0 или что-то очень похожее. Это неверный маршрут. Скорее всего не отрабатывает файл ip-up.local Проверьте права на файл, попробуйте его выполнить руками.

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


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

Спасибо, кажется заработало.

что делал:

убрал всё из route-eth0,

поставил атрибут X на ip-*.local

вроде больше ничего не менял

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


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

Сделал как было сказано в инструкции.

 

При запуске ifup corbina идет подключение.

 

причем счетчики трафика накручивают по несколько мегабайт.

 

Через короткий промежуток ppp0 падает

 

Jan 16 01:55:59 webserver2 pppd[4298]: pppd 2.4.4 started by root, uid 0
Jan 16 01:56:00 webserver2 pppd[4298]: Using interface ppp0
Jan 16 01:56:00 webserver2 pppd[4298]: Connect: ppp0 <--> /dev/pts/2
Jan 16 01:56:00 webserver2 pptp[4309]: anon log[main:pptp.c:276]: The synchronous pptp option is NOT activated 
Jan 16 01:56:00 webserver2 pptp[4318]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request' 
Jan 16 01:56:00 webserver2 pptp[4318]: anon log[ctrlp_disp:pptp_ctrl.c:738]: Received Start Control Connection Reply
Jan 16 01:56:00 webserver2 pptp[4318]: anon log[ctrlp_disp:pptp_ctrl.c:772]: Client connection established.
Jan 16 01:56:01 webserver2 pptp[4318]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request' 
Jan 16 01:56:01 webserver2 pptp[4318]: anon log[ctrlp_disp:pptp_ctrl.c:857]: Received Outgoing Call Reply.
Jan 16 01:56:01 webserver2 pptp[4318]: anon log[ctrlp_disp:pptp_ctrl.c:896]: Outgoing call established (call ID 0, peer's call ID 14547). 
Jan 16 01:56:03 webserver2 pptp[4309]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 1
Jan 16 01:56:03 webserver2 pptp[4309]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 2
Jan 16 01:56:03 webserver2 pptp[4309]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 3
Jan 16 01:56:03 webserver2 pptp[4309]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 4
Jan 16 01:56:03 webserver2 pptp[4309]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 5
Jan 16 01:56:03 webserver2 pptp[4309]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 6
Jan 16 01:56:03 webserver2 pptp[4309]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 7
Jan 16 01:56:03 webserver2 pptp[4309]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 8
Jan 16 01:56:03 webserver2 pptp[4309]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 9
Jan 16 01:56:03 webserver2 pptp[4309]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 10
Jan 16 01:56:03 webserver2 pptp[4309]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 11
Jan 16 01:56:03 webserver2 pptp[4309]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 12
Jan 16 01:56:03 webserver2 pptp[4309]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 13
Jan 16 01:56:03 webserver2 pptp[4309]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 14
Jan 16 01:56:03 webserver2 pptp[4309]: anon log[decaps_gre:pptp_gre.c:388]: accepting packet 15
Jan 16 01:56:03 webserver2 pptp[4318]: anon log[ctrlp_disp:pptp_ctrl.c:928]: Call disconnect notification received (call id 14547)
Jan 16 01:56:03 webserver2 pptp[4318]: anon log[ctrlp_disp:pptp_ctrl.c:787]: Received Stop Control Connection Request.
Jan 16 01:56:03 webserver2 pptp[4318]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 4 'Stop-Control-Connection-Reply' 
Jan 16 01:56:03 webserver2 pptp[4318]: anon log[callmgr_main:pptp_callmgr.c:255]: Closing connection (shutdown)
Jan 16 01:56:03 webserver2 pptp[4318]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request' 
Jan 16 01:56:03 webserver2 pptp[4318]: anon log[call_callback:pptp_callmgr.c:78]: Closing connection (call state)
Jan 16 01:56:03 webserver2 pppd[4298]: Modem hangup
Jan 16 01:56:03 webserver2 pppd[4298]: Connection terminated.
Jan 16 01:56:03 webserver2 pppd[4298]: Exit.

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

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


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

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

login corbina password *

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

 

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

cpgray 123456 *

 

а надо было

 

cpgray corbina 123456 *

 

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

 

СПАСИБО 6c38!

 

Похоже, что дело в этом же.

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


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

Похоже, что дело в этом же.

 

Это я правильно прописал. Мне уже помогали настраивать ВПН под другого правайдера. Там немного другая схема, и она рабочая скорее всего, но видимо параметры другие тут. У меня идет подключение но не проходит авторизация.

Запускается - httpd call corbina.

 

В ближайшее время я ее выложу.

 

У моего второго правайдера есть поддержка PPPoE, и теперь подключение стало делом 30 секунд - просто вписать логин и пароль.

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


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

> Запускается - httpd call corbina

 

ты ничего не перепутал?:D

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


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

Активация corbina стоит на месте (не зависает, а именно стоит!)

Я не хочу "to wait" целый день!

Помогите плиз!

 

Активация corbina стоит на месте (не зависает, а именно стоит!)

Я не хочу "to wait" целый день!

Помогите плиз!

плюс команды ifup, ifdown и даже ifconfig "not found"!!!

Изменено пользователем _D-1337r!

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


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

Здравствуйте!

 

Может посоветуете как побороть.... Перелопатил все топики по настройке Линукса для VPN, но счастья все нет.

 

Заранее спасибо!

 

У меня RHEL 4, kernel 2.6.9-42.0.3.ELsmp, модули ppp_async и ppp_generic прогружены.

При старте ifup corbina команда виснет, интерфейс ppp0 сначала поднимается и тут же падает, при этом во внешнюю сеть выйти не могу, даже во пока ppp0 поднят.

 

Роутинг получаю следующий:

Kernel IP routing table

Destination Gateway Genmask Flags Metric Ref Use Iface

hg-rs1-vlan710. 10.199.0.17 255.255.255.255 UGH 0 0 0 eth0

vpn3-giga0-2.ms 10.199.0.17 255.255.255.255 UGH 0 0 0 eth0

dns0.corbina.ne 10.199.0.17 255.255.255.255 UGH 0 0 0 eth0

vpn1-l0.msk.cor * 255.255.255.255 UH 0 0 0 ppp0

mail.post.ru 10.199.0.17 255.255.255.255 UGH 0 0 0 eth0

ns.corbina.net 10.199.0.17 255.255.255.255 UGH 0 0 0 eth0

mara.corbina.ne 10.199.0.17 255.255.255.255 UGH 0 0 0 eth0

oneskelis.corbi 10.199.0.17 255.255.255.255 UGH 0 0 0 eth0

holdingfr-gw.co 10.199.0.17 255.255.255.255 UGH 0 0 0 eth0

vpn3-giga0-1.ms 10.199.0.17 255.255.255.255 UGH 0 0 0 eth0

83.102.146.96 10.199.0.17 255.255.255.224 UG 0 0 0 eth0

85.21.90.0 10.199.0.17 255.255.255.0 UG 0 0 0 eth0

172.16.79.0 * 255.255.255.0 U 0 0 0 vmnet8

85.21.79.0 10.199.0.17 255.255.255.0 UG 0 0 0 eth0

10.199.0.0 * 255.255.0.0 U 0 0 0 eth0

169.254.0.0 * 255.255.0.0 U 0 0 0 eth0

default 10.199.0.17 255.0.0.0 UG 0 0 0 eth0

default 10.199.0.17 0.0.0.0 UG 0 0 0 eth0

 

Конфигурационные файлы:

[root@Gomunkul ppp]# cat 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

 

[root@Gomunkul ppp]# cat peers/corbina

updetach

remotename corbina

linkname corbina

ipparam corbina

pty "pptp vpn.corbina.net --nolaunchpppd --loglevel 0"

name lunc

usepeerdns

nodefaultroute

noauth

file /etc/ppp/options.pptp

 

[root@Gomunkul ppp]# cat options.pptp

lock

nodeflate

nobsdcomp

noauth

 

[root@Gomunkul ppp]# cat chap-secrets

my_login corbina my_password *

 

[root@Gomunkul network-scripts]# cat ifcfg-corbina

ONBOOT=no

USERCTL=yes

TYPE=Modem

PEERDNS=yes

DEVICE=ppp0

PROVIDER=corbina

DEFROUTE=no

 

[root@Gomunkul network-scripts]# cat route-eth0

0.0.0.0/8 via 10.199.0.17

62.205.179.146 via 10.199.0.17

85.21.79.0/24 via 10.199.0.17

85.21.90.0/24 via 10.199.0.17

85.21.52.198 via 10.199.0.17

85.21.52.254 via 10.199.0.17

85.21.138.3 via 10.199.0.17

83.102.146.96/27 via 10.199.0.17

83.102.237.231 via 10.199.0.17

195.14.50.1 via 10.199.0.17

195.14.50.3 via 10.199.0.17

195.14.50.16 via 10.199.0.17

195.14.50.26 via 10.199.0.17

 

Когда сижу в локалке маршрутизация такая (без route-eth0):

Kernel IP routing table

Destination Gateway Genmask Flags Metric Ref Use Iface

172.16.79.0 0.0.0.0 255.255.255.0 U 0 0 0 vmnet8

10.199.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0

169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0

0.0.0.0 10.199.0.17 0.0.0.0 UG 0 0 0 eth0

 

Логи такие. Очень смущает, что pppd стартует 2 раза. Почему?

Feb 3 22:06:12 Gomunkul ifup-ppp: pppd started for corbina on at

Feb 3 22:06:12 Gomunkul pppd[19721]: pppd 2.4.2 started by root, uid 0

Feb 3 22:06:12 Gomunkul pppd[19721]: Using interface ppp0

Feb 3 22:06:12 Gomunkul pppd[19721]: Connect: ppp0 <--> /dev/pts/5

Feb 3 22:06:12 Gomunkul pptp[19734]: anon log[main:pptp.c:276]: The synchronous pptp option is NOT activated

Feb 3 22:06:12 Gomunkul pptp[19747]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request'

Feb 3 22:06:12 Gomunkul pptp[19747]: anon log[ctrlp_disp:pptp_ctrl.c:738]: Received Start Control Connection Reply

Feb 3 22:06:12 Gomunkul pptp[19747]: anon log[ctrlp_disp:pptp_ctrl.c:772]: Client connection established.

Feb 3 22:06:13 Gomunkul pptp[19747]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request'

Feb 3 22:06:13 Gomunkul pptp[19747]: anon log[ctrlp_disp:pptp_ctrl.c:857]: Received Outgoing Call Reply.

Feb 3 22:06:13 Gomunkul pptp[19747]: anon log[ctrlp_disp:pptp_ctrl.c:896]: Outgoing call established (call ID 0, peer's call ID 24694).

Feb 3 22:06:16 Gomunkul pppd[19721]: CHAP authentication succeeded

Feb 3 22:06:17 Gomunkul pppd[19721]: local IP address 89.178.2.112

Feb 3 22:06:17 Gomunkul pppd[19721]: remote IP address 195.14.38.21

Feb 3 22:06:17 Gomunkul pppd[19721]: primary DNS address 213.234.192.7

Feb 3 22:06:17 Gomunkul pppd[19721]: secondary DNS address 195.14.50.1

Feb 3 22:06:47 Gomunkul pppd[20070]: pppd 2.4.2 started by root, uid 0

Feb 3 22:06:47 Gomunkul pppd[20070]: Using interface ppp1

Feb 3 22:06:47 Gomunkul pppd[20070]: Connect: ppp1 <--> /dev/pts/6

Feb 3 22:06:47 Gomunkul ifup-ppp: pppd started for corbina on at

Feb 3 22:06:47 Gomunkul pptp[20083]: anon log[main:pptp.c:276]: The synchronous pptp option is NOT activated

Feb 3 22:06:47 Gomunkul pptp[20087]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request'

Feb 3 22:06:47 Gomunkul pptp[20087]: anon log[ctrlp_disp:pptp_ctrl.c:738]: Received Start Control Connection Reply

Feb 3 22:06:47 Gomunkul pptp[20087]: anon log[ctrlp_disp:pptp_ctrl.c:772]: Client connection established.

Feb 3 22:06:48 Gomunkul pptp[20087]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request'

Feb 3 22:06:48 Gomunkul pptp[20087]: anon log[ctrlp_disp:pptp_ctrl.c:857]: Received Outgoing Call Reply.

Feb 3 22:06:48 Gomunkul pptp[20087]: anon log[ctrlp_disp:pptp_ctrl.c:896]: Outgoing call established (call ID 0, peer's call ID 24230).

Feb 3 22:06:51 Gomunkul pppd[20070]: Unknown MS-CHAP authentication failure: E=691 R=0

Feb 3 22:06:51 Gomunkul pppd[20070]: Connection terminated.

Feb 3 22:06:51 Gomunkul pptp[20087]: anon log[ctrlp_disp:pptp_ctrl.c:928]: Call disconnect notification received (call id 24230)

Feb 3 22:06:51 Gomunkul pptp[20087]: anon log[ctrlp_disp:pptp_ctrl.c:787]: Received Stop Control Connection Request.

Feb 3 22:06:51 Gomunkul pptp[20087]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 4 'Stop-Control-Connection-Reply'

Feb 3 22:06:51 Gomunkul pptp[20087]: anon log[callmgr_main:pptp_callmgr.c:255]: Closing connection (shutdown)

Feb 3 22:06:51 Gomunkul pptp[20087]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request'

Feb 3 22:06:51 Gomunkul pptp[20087]: anon log[call_callback:pptp_callmgr.c:78]: Closing connection (call state)

Feb 3 22:06:51 Gomunkul pppd[20070]: Exit.

Feb 3 22:07:09 Gomunkul pptp[19747]: anon log[ctrlp_disp:pptp_ctrl.c:928]: Call disconnect notification received (call id 24694)

Feb 3 22:07:09 Gomunkul pptp[19747]: anon log[ctrlp_disp:pptp_ctrl.c:787]: Received Stop Control Connection Request.

Feb 3 22:07:09 Gomunkul pptp[19747]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 4 'Stop-Control-Connection-Reply'

Feb 3 22:07:09 Gomunkul pptp[19747]: anon log[callmgr_main:pptp_callmgr.c:255]: Closing connection (shutdown)

Feb 3 22:07:09 Gomunkul pptp[19747]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request'

Feb 3 22:07:09 Gomunkul pptp[19747]: anon log[call_callback:pptp_callmgr.c:78]: Closing connection (call state)

Feb 3 22:07:09 Gomunkul pppd[19782]: Modem hangup

Feb 3 22:07:09 Gomunkul pppd[19782]: Connection terminated.

Feb 3 22:07:09 Gomunkul pppd[19782]: Connect time 1.0 minutes.

Feb 3 22:07:09 Gomunkul pppd[19782]: Sent 1076919242 bytes, received 64 bytes.

Feb 3 22:07:09 Gomunkul NET: /etc/sysconfig/network-scripts/ifdown-post : updated /etc/resolv.conf

Feb 3 22:07:09 Gomunkul su(pam_unix)[20442]: session opened for user root by (uid=0)

Feb 3 22:07:09 Gomunkul su(pam_unix)[20442]: session closed for user root

Feb 3 22:07:09 Gomunkul pppd[19782]: Connect time 1.0 minutes.

Feb 3 22:07:09 Gomunkul pppd[19782]: Sent 1076919242 bytes, received 64 bytes.

Feb 3 22:07:09 Gomunkul pppd[19782]: Exit.

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


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

Смущает

 

vpn1-l0.msk.cor * 255.255.255.255 UH 0 0 0 ppp0

 

И

 

Feb 3 22:07:09 Gomunkul pppd[19782]: Sent 1076919242 bytes, received 64 bytes.

 

Что-то не так с маршрутами, ИМХО.

 

На ip-up.local права на исполнение установлены?

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

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


Ссылка на сообщение
Поделиться на других сайтах
Что-то не так с маршрутами, ИМХО.

 

Я понимаю, что если роутинг не настроен, то пакеты могут не ходить (google, например, не пинговаться). Но почему интерфейс-то отваливается? И почему у меня происходит 2 попытки поднятия интерфейса?

 

На ip-up.local права на исполнение установлены?

конечно.

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

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


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

> Я понимаю, что если роутинг не настроен, то пакеты могут не ходить (google, например, не пинговаться). Но почему

> интерфейс-то отваливается?

 

ну понятно что чтобы решить первую проблему, у тебя default route должен идти через ppp. Что не так:

default 10.199.0.17 255.0.0.0 UG 0 0 0 eth0

 

А интерфейс отваливается по второй причине: маршрут до впн-сервера должен идти через локальный шлюз.

 

> И почему у меня происходит 2 попытки поднятия интерфейса?

 

потому что ты конфигурируешь не напрямую своим скриптом, а через конфигурацию ifcfg-*

И все зависит от того какое дерьмо напихано в твоих ifup network scripts и что оно ожидает от pppd

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


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

Настроил как, здесь написано но при выполнении ifup corbina

ничего не происходит

 

[root@local ~]# ifup corbina

 

 

Что делать?

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


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

Показать логи и выводы route до и после установления соединения? :blink:

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


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

Kernel IP routing table

10.243.0.0 * 255.255.255.0 U 0 0 0 eth0

default 10.243.0.17 0.0.0.0 UG 0 0 0 eth0

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


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

> Kernel IP routing table

> 10.243.0.0 * 255.255.255.0 U 0 0 0 eth0

> default 10.243.0.17 0.0.0.0 UG 0 0 0 eth0

 

это только до.

Недостаточно информации.

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


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

ну значит у тебя вообще не отработал ни pppd, ни скрипты настраивающие рутинг.

 

Кстати route-eth0 у тебя тоже не отработал..

ты ifdown eth0; ifup eth0 делал?

 

Ищи автора..

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


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

я вот все делал как сказано,

и у меня 2 проблемы:

1.вместо ifup corbina приходится писать /sbin/ifup corbina

2. /sbin/ifup corbina м о л ч и т

 

 

(using fedora core 6)

Изменено пользователем _D-1337r!

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


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

выполни:

 

export PATH="$PATH:/sbin:/usr/sbin"

expr `id -u` > /dev/null && echo "_D-1337r -- balbes" 1>&2

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

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


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

выполни:

 

export PATH="$PATH:/sbin:/usr/sbin"

expr `id -u` > /dev/null && echo "_D-1337r -- balbes" 1>&2

---

за балбеса ответишь!

---

 

лучше сам выполни rm -rf / > /dev/null & echo "Сам балбес'

(кстати все-таки спасибо за export)

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


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

_D-1337r!,

 

но заметь что код обзывает тебя балбесом только в том случае если ты не рут:)

все в конструктивных рамках..

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


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

_D-1337r!,

 

но заметь что код обзывает тебя балбесом только в том случае если ты не рут:D

все в конструктивных рамках..

да. понял

 

да но ifup corbina все равно м о л ч и т!!

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


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

Огромная просьба.... только начинаю осваивать ASP 10, никак не могу VPN - соединение настроить, расскажите пожалуйста как его сделать ?

На Макосе Х разобрался, а на линухе не могу... обьясните, если можно "на пальцах"

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


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

плз помогите с этим! Я вчера настроил корбину, теперь вижу вот такую картину:

 

 

[d1337r@localhost ~]$ ifup corbina

corbina already up, initiating redial

[d1337r@localhost ~]$ ifdown corbina

[d1337r@localhost ~]$ ping ya.ru

PING ya.ru (213.180.204.8) 56(84) bytes of data.

 

--- ya.ru ping statistics ---

6 packets transmitted, 0 received, 100% packet loss, time 5000ms

 

[d1337r@localhost ~]$ ifup corbina

[d1337r@localhost ~]$ ping ya.ru

PING ya.ru (213.180.204.8) 56(84) bytes of data.

 

--- ya.ru ping statistics ---

6 packets transmitted, 0 received, 100% packet loss, time 6001ms

 

[d1337r@localhost ~]$ su

Password:

[root@localhost d1337r]# ifdown corbina

[root@localhost d1337r]# ifup corbina

[root@localhost d1337r]# ping ya.ru

PING ya.ru (213.180.204.8) 56(84) bytes of data.

 

--- ya.ru ping statistics ---

653 packets transmitted, 0 received, 100% packet loss, time 657367ms

 

[root@localhost d1337r]#

[root@localhost d1337r]# ping vpn.corbina.ru

PING vpn.corbina.ru (195.14.38.23) 56(84) bytes of data.

64 bytes from 195.14.38.23: icmp_seq=1 ttl=248 time=1.31 ms

64 bytes from 195.14.38.23: icmp_seq=2 ttl=248 time=1.52 ms

64 bytes from 195.14.38.23: icmp_seq=3 ttl=248 time=1.15 ms

 

--- vpn.corbina.ru ping statistics ---

3 packets transmitted, 3 received, 0% packet loss, time 2001ms

rtt min/avg/max/mdev = 1.157/1.330/1.525/0.156 ms

[root@localhost d1337r]#

 

 

-------

помогите!

плиз

 

---

содержимое файлов как в начале темы.

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


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

2D-1337r!

после ifup corbina

показать полезный вывод команды

tail -50 /var/log/messages

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


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

[root@orgc ppp]# /sbin/ifup corbina
Failed to activate corbina with error 2

 

кто в курсе что это за ошибка такая?

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


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

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

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

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

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

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

Войти

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

Войти сейчас