Архивировано

Эта тема находится в архиве и закрыта для публикации сообщений.

0ver

MPD4 + PPTP + FreeBSD

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

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

 

Раньше использовали FReeBSD 5.4 решили перейти на 7.0, но возник вопрос. При включение mpd4 демон устанавливает соединение, поднимает вирутальный интерфес, работает 3-5 сек. и зависает компьютер. Ни acpi не работают ни чего. Попробывал установить mpd3 со старым конфигом, но он так же подвисает.

 

Система чистая, установленная с Freebsd.org (для полноты сведений). Даже ядрышко не пересобирал на ней.

 

Если пробывать не pptp, а l2tp протокол, то происхоит тоже самое.

 

Кто сталкивался, объясните в чем проблема.

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


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

такое бывает когда проблема с маршрутами

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


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

Аналогичная проблема. И как с этим быть? И не странно ли, что при проблеме с маршрутами все подвисает?

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


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

Аналогичная проблема. И как с этим быть? И не странно ли, что при проблеме с маршрутами все подвисает?

нет не странно. :)

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


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

нет не странно. ;)

:D Если не странно, то плохо... :D Про какие неправильные маршруты речь идет?

Зависание очевидно происходит при выполнении вот этого скрипта:

 

#!/bin/sh

 

LocalGW=`GW`

 

route delete $4

route add $4 $LocalGW

route delete default

route add default $4

 

echo $4 > /tmp/pptp_GW

 

 

То ли параметр не тот передается, то ли еще что... GW определен вроде правильно

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


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

:D Если не странно, то плохо... :D Про какие неправильные маршруты речь идет?

Зависание очевидно происходит при выполнении вот этого скрипта:

 

#!/bin/sh

 

LocalGW=`GW`

 

route delete $4

route add $4 $LocalGW

route delete default

route add default $4

 

echo $4 > /tmp/pptp_GW

То ли параметр не тот передается, то ли еще что... GW определен вроде правильно

я так понял это скрипт который у Вас запускает мпд при поднятие интерфейса?

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


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

я так понял это скрипт который у Вас запускает мпд при поднятие интерфейса?

 

Именно! Я сделал все так, как описано в новой корбиновской инструкции

 

http://help.corbina.ru/internet/install/freebsd/

 

Далее, при запуске mpd4 зависание происходит при выполнении io-up-pptp.sh , кот. дергается mpd ( в mpd.conf есть такая вещь : set iface up-script /usr/local/etc/mpd4/io-up-pptp.sh )

 

Все скрипты взяты из корбиновского архива, скачанного со страницы с инструкцией. Единственные изменения - указаны login и pwd в нужных местах в mpd.conf

 

Изначальные рауты не те, или скрипт параметры неправильные получил... Теряюсь в догадках :unsure:;)

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


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

Именно! Я сделал все так, как описано в новой корбиновской инструкции

 

http://help.corbina.ru/internet/install/freebsd/

 

Далее, при запуске mpd4 зависание происходит при выполнении io-up-pptp.sh , кот. дергается mpd ( в mpd.conf есть такая вещь : set iface up-script /usr/local/etc/mpd4/io-up-pptp.sh )

 

Все скрипты взяты из корбиновского архива, скачанного со страницы с инструкцией. Единственные изменения - указаны login и pwd в нужных местах в mpd.conf

 

Изначальные рауты не те, или скрипт параметры неправильные получил... Теряюсь в догадках :unsure:;)

 

 

 

часа через два приду и скину конфиги, хотя посмотрев ихней конфиг он конечно мало чем отличается от моего.

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


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

:) Если не странно, то плохо... :) Про какие неправильные маршруты речь идет?

Зависание очевидно происходит при выполнении вот этого скрипта:

 

#!/bin/sh

 

LocalGW=`GW`

 

route delete $4

route add $4 $LocalGW

route delete default

route add default $4

 

echo $4 > /tmp/pptp_GW

То ли параметр не тот передается, то ли еще что... GW определен вроде правильно

 

Они даже скопировать нормально из моего поста не удосужились - Полный роутер для корбины на FreeBSD для Чайников.

 

в строке LocalGW=`GW` у тебя должен быть руками прописан твой локальный шлюз.

У меня это происходит автоматом, но для этого надо настроить DHCP. про который у них нет ни слова.

Короче, они выдрали кусок из контекста. Вряд ли кто-то сможет запустить инет по их т.н. инструкции :)

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


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

Вряд ли кто-то сможет запустить инет по их т.н. инструкции :)

 

 

во во :D

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


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

Я не понял... за 3 года работы именно с мпд в качестве впн сервера и клиента и т.д. я первый раз в жизни вижу чтобы оно намертво вешало всю систему! И маршруты я, извините, специально довольно кривые прописывал иногда, и сам он выдавал эти кривые маршруты и оспф к этому всему прикручен всегда... А теперь в чем вопрос! Что конкретно виснет??? Меня в качестве дефолтного гейта совершенно не устраивает один только неменяющийся адрес. Провайдеров 2. + 3 удаленных впн соединения которые уходят параллельно и дефолтный шлюз, извините, скачет в зависимости от. Это что, у меня будет все намертво виснуть от одного только прикосновения??? Че делать-то? И почему у всех впн как впн, а у корбины вот такое?

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


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

Че делать-то?

 

думаю только грамотно настраивать роутинг, попробуйте воспользоваться Zebra

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


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

думаю только грамотно настраивать роутинг, попробуйте воспользоваться Zebra

 

Думаю в данном случае реплика про грамотность неуместна. Так же как и пожелание воспользоваться зеброй, которая сдохла 100 лет назад. Тогда уж quagga. Полагаю, слова про грамотность следует направить админам корбины. Подключенный к корбине сервер не содержит моих изысков в маршрутах, но виснет все равно. И корбина - единственный в москве провайдер, вызывающий зависание.

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


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

Думаю в данном случае реплика про грамотность неуместна. Так же как и пожелание воспользоваться зеброй, которая сдохла 100 лет назад. Тогда уж quagga. Полагаю, слова про грамотность следует направить админам корбины. Подключенный к корбине сервер не содержит моих изысков в маршрутах, но виснет все равно. И корбина - единственный в москве провайдер, вызывающий зависание.

вот мои маршруты может помогут

 

#!/bin/sh

ROUTE='/sbin/route'

GATEWAY='10.197.80.1'

$ROUTE add -host 85.21.29.242/255.255.255.255 $GATEWAY

$ROUTE add -host 89.179.135.67/255.255.255.255 $GATEWAY

$ROUTE add -net 85.21.79.0/24 $GATEWAY

$ROUTE add -net 85.21.90.0/255.255.255.0 $GATEWAY

$ROUTE add -net 10.0.0.0 $GATEWAY

$ROUTE add 85.21.138.210/255.255.255.255 $GATEWAY

$ROUTE add 85.21.138.214/255.255.255.255 $GATEWAY

$ROUTE add 85.21.52.254/255.255.255.255 $GATEWAY

$ROUTE add 83.102.146.96/255.255.255.224 $GATEWAY

$ROUTE add 85.21.88.130/255.255.255.255 $GATEWAY

$ROUTE add 83.102.231.32/255.255.255.240 $GATEWAY

$ROUTE add -host 195.14.50.16 $GATEWAY

$ROUTE add 85.21.108.16/255.255.255.240 $GATEWAY

$ROUTE add 195.14.50.26/255.255.255.255 $GATEWAY

$ROUTE add 195.14.50.93/255.255.255.255 $GATEWAY

$ROUTE add 195.14.50.16/255.255.255.255 $GATEWAY

$ROUTE add -host 83.102.255.131/255.255.255.255 $GATEWAY

$ROUTE add -host 83.102.255.130/255.255.255.255 $GATEWAY

$ROUTE add -host 195.14.50.1 $GATEWAY

$ROUTE add -host 195.14.50.21 $GATEWAY

$ROUTE add -net 85.21.0.0 $GATEWAY

$ROUTE add -host 85.21.108.16/255.255.255.240 $GATEWAY

$ROUTE add -host 78.107.69.98 $GATEWAY

$ROUTE add -host 213.234.192.8 $GATEWAY

$ROUTE add default $GATEWAY

$ROUTE delete -net 85.0.0.0/8

 

и ещё два прописываются при поднятие мпд.

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


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

вот мои маршруты может помогут

 

и ещё два прописываются при поднятие мпд.

 

Честно говоря не очень понимаю смысла такого списка роутов для разных подсетей и хостов, конкретно идущих через уже прописанный дефолтный шлюз. Они и так туда пойдут. Или я чего не понимаю в построении сети корбины? Имеет смысл прописывать маршруты _не_ через шлюз по умолчанию, а конкретизировать общее... Зачем? Я к сожалению не могу заполучить результат прицепления к корбине через впн, но появляются странные подозрения что при реальном ип дефолтный шлюз остается локальным, а ип ng интерфейса становится реальным. И маска при этом наверняка какая-то кривая. Из-за этого, наверняка, и падает фря. Есть логи мпд? Я очень хочу посмотреть что дает их конец при установке соединения в качестве маски подсети, шлюза, и дает ли вообще. И еще вопрос... Если шлюз по умолчанию 10.*.*.*, ип адрес реальный 85.*.*.*, тогда я через такой шлюз (через не родной интерфейс) отправлю пакет от своего реального ип? Это называется, извините, рот с задом перепутать. Да случится так в реале у того кто это придумал.

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


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

Лог mpd4 при успешном соединении:

 

svt# mpd4
Multi-link PPP daemon for FreeBSD

process 2321 started, version 4.3 (root@freebsd.org 17:20 30-Nov-2007)
web: listening on 192.168.1.1 5006
[corbina_l2tp] using interface ng0
[l2tp] link: OPEN event
[l2tp] LCP: Open event
[l2tp] LCP: state change Initial --> Starting
[l2tp] LCP: LayerStart
L2TP: Control connection 0x5d6408 initiated
L2TP: Control connection 0x5d6408 connected
[l2tp] L2TP: Incoming call #7310000 via control connection 0x5d6408 initiated
[l2tp] L2TP: Call #7310000 connected
[l2tp] link: UP event
[l2tp] link: origination is local
[l2tp] LCP: Up event
[l2tp] LCP: state change Starting --> Req-Sent
[l2tp] LCP: SendConfigReq #1
ACFCOMP
PROTOCOMP
MRU 1500
MAGICNUM 24f0cb12
[l2tp] LCP: SendConfigReq #2
ACFCOMP
PROTOCOMP
MRU 1500
MAGICNUM 24f0cb12
[l2tp] LCP: rec'd Configure Request #1 (Req-Sent)
MRU 1460
AUTHPROTO CHAP MD5
MAGICNUM c7b17226
[l2tp] LCP: SendConfigAck #1
MRU 1460
AUTHPROTO CHAP MD5
MAGICNUM c7b17226
[l2tp] LCP: state change Req-Sent --> Ack-Sent
[l2tp] LCP: rec'd Configure Ack #2 (Ack-Sent)
ACFCOMP
PROTOCOMP
MRU 1500
MAGICNUM 24f0cb12
[l2tp] LCP: state change Ack-Sent --> Opened
[l2tp] LCP: auth: peer wants CHAP, I want nothing
[l2tp] LCP: LayerUp
[l2tp] CHAP: rec'd CHALLENGE #1
Name: "bras92"
Using authname "XXXXXXX"
[l2tp] CHAP: sending RESPONSE len:26
[l2tp] CHAP: rec'd SUCCESS #1
[l2tp] LCP: authorization successful
[corbina_l2tp] Bundle up: 1 link, total bandwidth 64000 bps
[corbina_l2tp] IPCP: Open event
[corbina_l2tp] IPCP: state change Initial --> Starting
[corbina_l2tp] IPCP: LayerStart
[corbina_l2tp] IPCP: Up event
[corbina_l2tp] IPCP: state change Starting --> Req-Sent
[corbina_l2tp] IPCP: SendConfigReq #1
IPADDR 10.73.13.232
[corbina_l2tp] IPCP: rec'd Configure Nak #1 (Req-Sent)
IPADDR 78.106.172.143
  78.106.172.143 is OK
[corbina_l2tp] IPCP: SendConfigReq #2
IPADDR 78.106.172.143
[corbina_l2tp] IPCP: rec'd Configure Ack #2 (Req-Sent)
IPADDR 78.106.172.143
[corbina_l2tp] IPCP: state change Req-Sent --> Ack-Rcvd
[corbina_l2tp] IPCP: rec'd Configure Request #2 (Ack-Rcvd)
IPADDR 85.21.0.92
  85.21.0.92 is OK
[corbina_l2tp] IPCP: SendConfigAck #2
IPADDR 85.21.0.92
[corbina_l2tp] IPCP: state change Ack-Rcvd --> Opened
[corbina_l2tp] IPCP: LayerUp
 78.106.172.143 -> 85.21.0.92
[corbina_l2tp] IFACE: Up event

 

А вешается почему-то именно ядро. При "неправильной" последовательности изменения маршрутов.

Т.е. последовательность изменения должна быть следующая:

route delete $4
route add $4 $LocalGW
route delete default
route add default $4 

При другой последовательности роутер виснет даже не успевая мявкнуть.

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


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

Спасибки, Custler уже хотя бы танцы с бубнами прекратились. Уже не виснет при старте.

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


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

Я ошибся, не работает (виснет при поднятие интерфейса). Все, мысли все кончились :bang: Выкладываю конфиги, может где допустил ошибку.

 

rc.conf

kern_securelevel_enable="NO"
keymap="ru.koi8-r"
defaultrouter="10.212.16.1"
hostname="internet"
sshd_enable="YES"
ifconfig_bfe0="DHCP"
firewall_enable="YES"
firewall_script="/etc/firewall.sh"
gateway_enable="YES"

 

mpd.conf

default:
	load vpn-pptp

vpn-l2tp:
	new -i ng0 corbina_l2tp l2tp
	set iface mtu 1460
	set iface idle 0
	set iface enable tcpmssfix
	set iface up-script /usr/local/etc/mpd4/io-up-l2tp.sh
	set iface down-script /usr/local/etc/mpd4/io-down-l2tp.sh
	set auth authname 
	set auth password
	set link keep-alive 60 180
	set link accept chap
	set link no pap
	set link max-redial 0
	set bundle disable multilink
	set bundle disable crypt-reqd
	set bundle disable noretry
	set ipcp no vjcomp
	open

 

 

mpd.links

l2tp:
	set link type l2tp
	set l2tp peer l2tp.corbina.net
	set l2tp enable originate
	set l2tp disable incoming

 

io-up-l2tp.sh

#!/bin/sh

LocalGW=`cat /tmp/Current_Local_GW`
Today=`date "+%Y-%m-%d"`
TimeNow=`date "+%H:%M:%S"`

route delete $4
route add $4 $LocalGW
route delete default
route add default $4

echo $4 > /tmp/l2tp_GW
# echo $4 > /var/log/Corbina/l2tp_GW.$Today
echo $Today $TimeNow -L2TP- l2tpGW = $4 WAN-IP = $3 >> /var/log/Corbina/vpn.log

 

netstat -rn

default			10.212.16.1		UGS		 0		7   bfe0
10.0.0.0/8		 10.212.16.1		UGS		 0		8   bfe0
10.212.16.0/21	 link#2			 UC		  0		0   bfe0
10.212.16.1		00:15:e9:36:1e:02  UHLW	   14		0   bfe0	827
10.212.20.198	  00:0c:6e:9e:0c:17  UHLW		2		0	lo0
78.107.23.0/24	 10.212.16.1		UGS		 0		0   bfe0
78.107.69.98/32	10.212.16.1		UGS		 0		0   bfe0
78.107.235.4/30	10.212.16.1		UGS		 0		0   bfe0
83.102.146.96/27   10.212.16.1		UGS		 0		0   bfe0
83.102.231.32/28   10.212.16.1		UGS		 0		0   bfe0
85.21.72.80/28	 10.212.16.1		UGS		 0		0   bfe0
85.21.79.0/24	  10.212.16.1		UGS		 0		0   bfe0
85.21.90.0/24	  10.212.16.1		UGS		 0		0   bfe0
85.21.108.16/28	10.212.16.1		UGS		 0		0   bfe0
85.21.138.208/28   10.212.16.1		UGS		 0		0   bfe0
127.0.0.1		  127.0.0.1		  UH		  0		0	lo0
172.16.16.0/24	 10.212.16.1		UGS		 0		0   bfe0
233.32.240.0/24	10.212.20.198	  UGS		 0		0   bfe0

 

mpd.log

Multi-link PPP daemon for FreeBSD

process 947 started, version 4.4.1 (root@ 02:12 20-Apr-2008)
web: listening on 192.168.0.2 5006
[corbina_pptp] using interface ng0
[vpn] link: OPEN event
[vpn] LCP: Open event
[vpn] LCP: state change Initial --> Starting
[vpn] LCP: LayerStart
pptp0: connecting to 85.21.0.35 1723
pptp0: connected to 85.21.0.35 1723
pptp0: attached to connection with 85.21.0.35 1723
pptp0-0: outgoing call connected at 64000 bps
[vpn] PPTP call successful
[vpn] link: UP event
[vpn] link: origination is local
[vpn] LCP: Up event
[vpn] LCP: state change Starting --> Req-Sent
[vpn] LCP: SendConfigReq #1
ACFCOMP
PROTOCOMP
ACCMAP 0x000a0000
MRU 1500
MAGICNUM 46d83b32
[vpn] LCP: rec'd Configure Request #1 (Req-Sent)
MRU 1460
AUTHPROTO CHAP MD5
MAGICNUM c049921d
[vpn] LCP: SendConfigAck #1
MRU 1460
AUTHPROTO CHAP MD5
MAGICNUM c049921d
[vpn] LCP: state change Req-Sent --> Ack-Sent
[vpn] LCP: rec'd Configure Ack #1 (Ack-Sent)
ACFCOMP
PROTOCOMP
ACCMAP 0x000a0000
MRU 1500
MAGICNUM 46d83b32
[vpn] LCP: state change Ack-Sent --> Opened
[vpn] LCP: auth: peer wants CHAP, I want nothing
[vpn] LCP: LayerUp
[vpn] CHAP: rec'd CHALLENGE #1
Name: "bras35"
Using authname ""
[vpn] CHAP: sending RESPONSE len:23
[vpn] CHAP: rec'd SUCCESS #1
[vpn] LCP: authorization successful
[corbina_pptp] Bundle up: 1 link, total bandwidth 64000 bps
[corbina_pptp] IPCP: Open event
[corbina_pptp] IPCP: state change Initial --> Starting
[corbina_pptp] IPCP: LayerStart
[corbina_pptp] IPCP: Up event
[corbina_pptp] IPCP: state change Starting --> Req-Sent
[corbina_pptp] IPCP: SendConfigReq #1
IPADDR 10.212.20.198
[corbina_pptp] IPCP: rec'd Configure Nak #1 (Req-Sent)
IPADDR 78.107.234.73
  78.107.234.73 is OK
[corbina_pptp] IPCP: SendConfigReq #2
IPADDR 78.107.234.73
[corbina_pptp] IPCP: rec'd Configure Ack #2 (Req-Sent)
IPADDR 78.107.234.73
[corbina_pptp] IPCP: state change Req-Sent --> Ack-Rcvd
[corbina_pptp] IPCP: rec'd Configure Request #2 (Ack-Rcvd)
IPADDR 85.21.0.35
  85.21.0.35 is OK
[corbina_pptp] IPCP: SendConfigAck #2
IPADDR 85.21.0.35
[corbina_pptp] IPCP: state change Ack-Rcvd --> Opened
[corbina_pptp] IPCP: LayerUp
 78.107.234.73 -> 85.21.0.35
[corbina_pptp] IFACE: Up event

 

Ядро только оптимизировано немного(убраны всякие ненужные устройства)

 

Заранее благодарен, если даже подтолкнете в правильном направлении.

 

В инет смотрит bfe0.

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


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

0ver,

Всё, что я мог сказать, я описал в статье - Полный роутер для корбины на FreeBSD для Чайников.

 

Извини пож, но просто нет ни времени ни желания разбирать одно и тоже по много раз.

 

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

Но так как ты задаешь вопрос не там, а тут, я не знаю где ты их взял и следовал ли инструкциям.

В up скрипте ты берешь локальный шлюз из /tmp/Current_Local_GW,

но неизвестно кто его туда пишет у тебя. У меня это делается в rc.local, а там берется из файла, создаваемого dhcp клиентом, который нужно настроить и пропатчить. :)

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


Ссылка на сообщение
Поделиться на других сайтах
Спасибки, Custler уже хотя бы танцы с бубнами прекратились.
Я про это и говортл - что весь твой конфиг.

 

Пишет его туда dhcp. Самое интересеное что mpd3 с рабочим конфигом под FreeBSD 5.4 работает нормально, тот же mpd под 7,0 уже не работает.

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


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

Ну все выяснил.

 

Проблема в DHCP. Писал он правильно, в темповский файл, маршрут через раз. Потом обнаружилось что свитчик корбиновсикй битый, после замены - все отлично заработало.

 

Огромное спасибо Custler на подсказку в нужно направлении.

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


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

Всем привет!

сразу предупрежу, что с FreeBSD полный чайник.

поднять vpn пытался так:

http://help.corbina.ru/internet/install/freebsd/

 

делал все по пунктам.

долго думал как все запустить (с этим разобрался)

вопщем тоже завис...

можно какнибудь все попобдробнее расписать че исправить)

 

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

все сделал...всем спасибо, уже не унжно)

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


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

сразу предупрежу, что с FreeBSD полный чайник.

поднять vpn пытался так:

http://help.corbina.ru/internet/install/freebsd/

 

делал все по пунктам.

долго думал как все запустить (с этим разобрался)

вопщем тоже завис...

можно какнибудь все попобдробнее расписать че исправить)

 

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

все сделал...всем спасибо, уже не унжно)

 

 

Скажи, плз, как сделал?

 

у меня вот че пишет:

 

localhost# mpd4

Multi-link PPP daemon for FreeBSD

 

process 3087 started, version 4.4.1 (root@freebsd.org 17:40 8-Sep-2008)

bind: Can't assign requested address

WebOpen: error http_server_start: 49

Usage: set pptp peer ip [port]

[corbina_pptp] using interface ng0

[vpn] link: OPEN event

[vpn] LCP: Open event

[vpn] LCP: state change Initial --> Starting

[vpn] LCP: LayerStart

pptp: connect to UNSPEC 1723 failed: Invalid argument

[vpn] PPTP call failed

[vpn] link: DOWN event

[vpn] link: reconnection attempt 1

[vpn] LCP: Down event

[vpn] pausing 5 seconds before open

pptp: connect to UNSPEC 1723 failed: Invalid argument

[vpn] PPTP call failed

[vpn] link: DOWN event

[vpn] link: reconnection attempt 2

[vpn] LCP: Down event

[vpn] pausing 6 seconds before open

pptp: connect to UNSPEC 1723 failed: Invalid argument

[vpn] PPTP call failed

[vpn] link: DOWN event

[vpn] link: reconnection attempt 3

[vpn] LCP: Down event

[vpn] pausing 6 seconds before open

caught fatal signal int

[corbina_pptp] IFACE: Close event

[corbina_pptp] IPCP: Close event

pptp: connect to UNSPEC 1723 failed: Invalid argument

[vpn] PPTP call failed

[vpn] link: DOWN event

[vpn] link: reconnection attempt 4

[vpn] LCP: Down event

process 3087 terminated

localhost#

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


Ссылка на сообщение
Поделиться на других сайтах
pptp: connect to UNSPEC 1723 failed: Invalid argument

 

К чему, чему он коннектится? Покажи конфиги.

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


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

Спасибо Custler, за его труд, проблему решил. Но возникла новая проблема. Как только отключаешь кабель от сетевухи внешней сети, через внутреннюю сеть (вторая сетевуха) невозможно зайти на серер. Появляется строка login, ввожу имя пользователя и тишина. Возвращением кабеля на место проблема не решаается.

Сорри, если оффтоп.

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


Ссылка на сообщение
Поделиться на других сайтах
Именно! Я сделал все так, как описано в новой корбиновской инструкции

 

http://help.corbina.ru/internet/install/freebsd/

 

Далее, при запуске mpd4 зависание происходит при выполнении io-up-pptp.sh , кот. дергается mpd ( в mpd.conf есть такая вещь : set iface up-script /usr/local/etc/mpd4/io-up-pptp.sh )

 

Все скрипты взяты из корбиновского архива, скачанного со страницы с инструкцией. Единственные изменения - указаны login и pwd в нужных местах в mpd.conf

 

Изначальные рауты не те, или скрипт параметры неправильные получил... Теряюсь в догадках :blink:;)

 

 

Даа... я думал это я ленивый..., а народу аказывается уже и читать лень....,

 

Проблемма зависания (связанная с маршрутами) у корбины давно извесна и в какой то мере уже решена

Скрипт создания VPN на FreeBSD для Очень ленивых

нужно та всего опустить глаза на строчку ниже....

:o

 

 

Ладно..., попробую ещё раз облегчить жизнь ленивым :lol:

используйте следующий up скрипт..., и будет вам счастие

 

#!/bin/sh

LocalGW='10.0.0.1' Ваш локальный гейт корбины

Today=`date "+%Y-%m-%d"`
TimeNow=`date "+%H:%M:%S"`

LanVPN=`echo $4 | awk 'sub(/.[0-9]*$/,"")'`

/sbin/route -q delete $4
/sbin/route -nq add "$LanVPN.0/24" $LocalGW
/sbin/route change default $4 -ifp $1

echo "$LanVPN.0/24" > /tmp/l2tp_GW
# echo $4 > /var/log/Corbina/l2tp_GW.$Today
echo $Today $TimeNow -L2TP- l2tpGW = $4 WAN-IP = $3 >> /var/log/Corbina/vpn.log

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


Ссылка на сообщение
Поделиться на других сайтах
Даа... я думал это я ленивый..., а народу аказывается уже и читать лень....,

 

Проблемма зависания (связанная с маршрутами) у корбины давно извесна и в какой то мере уже решена

Скрипт создания VPN на FreeBSD для Очень ленивых

нужно та всего опустить глаза на строчку ниже....

:)

 

Ссылка битая <_<

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


Ссылка на сообщение
Поделиться на других сайтах
Даа... я думал это я ленивый..., а народу аказывается уже и читать лень....,

 

Проблемма зависания (связанная с маршрутами) у корбины давно извесна и в какой то мере уже решена

Скрипт создания VPN на FreeBSD для Очень ленивых

нужно та всего опустить глаза на строчку ниже....

:D

 

Ссылка битая :(

:angry:;) мил человек нужно включать сообразательность,просто не правельно сформированна ссылка,достаточно в браузере подправить и не вопрос Скрипт создания VPN на FreeBSD для Очень ленивых B)

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


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