Перейти к содержимому
Калькуляторы

2) не закрываются ipoe сессии на radius сервере при перезагрузке accel-ppp (/etc/init.d/accel-ppp restart)

После такой перезагрузки клиенты не могут повторно подключится, так как сессии остались еще активными.

А вы не убивайте сервис насильно, и будет все ок.

accel-cmd shutdown корректно завершает все активные сессии, и убивает сервис. Так и используйте, shutdown, start. Или вообще в скрипт рестарта встройте. Хотя как по мне, это не имеет смысла.

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


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

А вы не убивайте сервис насильно, и будет все ок.

ИМХО по sigterm правильнее было бы таки завершать сессии корректно. Или пытаться это сделать на протяжении скажем 10-30 секунд (если не достучались за это время до радиуса - то сливать воду).

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


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

Неподскажите какие атрибуты нужно отправить, чтобы нормально отработался COA запрос. Пока не accel-ppp не может найти клиента:

[2013-03-31 17:49:59]: debug: recv [RADIUS CoA-Request id=3 <User-Name "vpn-1"> <NAS-Port 0> <Framed-IP-Address 10.1.1.11> <Acct-Session-Id "07101cdcd74ddd7b"><Mikrotik Mikrotik-Rate-Limit "4M">]
[2013-03-31 17:49:59]:  warn: radius:dm_coa: session not found
[2013-03-31 17:49:59]:  info: send [RADIUS CoA-NAK id=3 <Error-Cause Session-Context-Not-Found>]

Нашлось время поразбираться. Вроде не совпадают ip-адреса.

Если прилитает Framed-IP-Address, то в логах появляется:

May  3 22:48:24 pppoebras accel-pppd: -1409271920
May  3 22:48:24 pppoebras accel-pppd: 184615178
May  3 22:48:24 pppoebras accel-pppd: radius:dm_coa: session not found
May  3 22:48:24 pppoebras accel-pppd: send [RADIUS CoA-NAK id=1 <Error-Cause Session-Context-Not-Found>]
May  3 22:48:29 pppoebras accel-pppd: recv [RADIUS CoA-Request id=2 <User-Name "vpn-1"> <NAS-Identifier "BRASPPPoE"> <NAS-IP-Address XXX> <NAS-Port 0> <Framed-IP-Address 10.1.1.11> <Acct-Session-Id "07101cdcd74ddd71"><Mikrotik Mikrotik-Rate-Limit "4M">]
May  3 22:48:29 pppoebras accel-pppd: -1409272784
May  3 22:48:29 pppoebras accel-pppd: 184615178

Если отключить Framed-IP-Address, то в логах появляется:

May  3 23:10:48 pppoebras accel-pppd: recv [RADIUS CoA-Request id=1 <User-Name "vpn-1"> <NAS-Identifier "BRASPPPoE"> <NAS-IP-Address XXX> <NAS-Port 0> <Acct-Session-Id "07101cdcd74ddd73"><Mikrotik Mikrotik-Rate-Limit "4M">]
May  3 23:10:48 pppoebras accel-pppd: -1409270176
May  3 23:10:48 pppoebras accel-pppd: 184615178
May  3 23:10:48 pppoebras accel-pppd: radius:dm_coa: session not found
May  3 23:10:48 pppoebras accel-pppd: send [RADIUS CoA-NAK id=1 <Error-Cause Session-Context-Not-Found>]
May  3 23:10:53 pppoebras accel-pppd: recv [RADIUS CoA-Request id=2 <User-Name "vpn-1"> <NAS-Identifier "BRASPPPoE"> <NAS-IP-Address XXX> <NAS-Port 0> <Acct-Session-Id "07101cdcd74ddd73"><Mikrotik Mikrotik-Rate-Limit "4M">]
May  3 23:10:53 pppoebras accel-pppd: -1409270176
May  3 23:10:53 pppoebras accel-pppd: 184615178
May  3 23:10:53 pppoebras accel-pppd: radius:dm_coa: session not found
May  3 23:10:53 pppoebras accel-pppd: send [RADIUS CoA-NAK id=2 <Error-Cause Session-Context-Not-Found>]

Как такое исправить ?

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


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

Подскажите, возможно ли игнорировать радиус-атрибут Session-Timeout?

Ситуация следующая: биллинг (Abills) передает Session-Timeout=<кол-во секунд до конца месяца>, соответственно, сессии сбрасываются в 00:00 1-го числа каждого месяца. При попытке передавать Session-Timeout=0 или вообще не передавать этот атрибут (!Session-Timeout=0) сессии сбрасываются спустя сутки.

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


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

itt1b фиксите код абиллса. Мы поправили это для себя, горя не знаем ;)

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


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

itt1b фиксите код абиллса. Мы поправили это для себя, горя не знаем ;)

 

Была мысль, но посмотрев в код - че-то захотелось более изящное решение найти ;) А все-таки, почему при отсутствии Session-Timeout идет сброс сессии через сутки? Это где-то прописано по дефолту в accel?

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

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


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

Была мысль, но посмотрев в код - че-то захотелось более изящное решение найти

Если память не изменяет, там всего 1 скл запрос поправить...

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


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

Подскажите, возможно ли игнорировать радиус-атрибут Session-Timeout?

Либо правьте на стороне Абиллса, либо просто уберите из словаря.

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


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

to xeb

Продолжаю тестировать IPoE - shared=1, ifcfg=1, mode=L2.

Добавился на стенд свитч с opt.82

username формируется с использованием opt.82 через lua.

При переключении клиента с порта в порт клиент на RENEW продолжает получать тот же IP - не анализируются опции Relay-Agent.

Перед переключением - клиент в порту 2:

 

[2013-05-06 00:17:14]:  info: recv [DHCPv4 Request xid=bac69e53 ciaddr=10.206.252.81 chaddr=00:0c:42:34:39:3d <Message-Type Request> <Request-List Subnet,Classless-Route,Router,Route,DNS,NTP> <Host-Name rb493> <Client-ID 01000c4234393d> <Relay-Agent {Agent-Circuit-ID _000400140002} {Agent-Remote-ID _00065cd99815a038}>]
[2013-05-06 00:17:14]:  info: eth0.20.ipoe1: send [DHCPv4 Ack xid=bac69e53 ciaddr=10.206.252.81 yiaddr=10.206.252.81 chaddr=00:0c:42:34:39:3d <Message-Type Ack> <Server-ID 10.206.252.80> <Lease-Time 60> <Router 10.206.252.80> <Subnet 255.255.255.0> <DNS 192.168.77.1,8.8.8.8>]

 

После переключения клиента в порт 3:

 

[2013-05-06 00:17:40]:  info: recv [DHCPv4 Request xid=bac69e53 ciaddr=10.206.252.81 chaddr=00:0c:42:34:39:3d <Message-Type Request> <Request-List Subnet,Classless-Route,Router,Route,DNS,NTP> <Host-Name rb493> <Client-ID 01000c4234393d> <Relay-Agent {Agent-Circuit-ID _000400140003} {Agent-Remote-ID _00065cd99815a038}>]
[2013-05-06 00:17:40]:  info: eth0.20.ipoe1: send [DHCPv4 Ack xid=bac69e53 ciaddr=10.206.252.81 yiaddr=10.206.252.81 chaddr=00:0c:42:34:39:3d <Message-Type Ack> <Server-ID 10.206.252.80> <Lease-Time 60> <Router 10.206.252.80> <Subnet 255.255.255.0> <DNS 192.168.77.1,8.8.8.8>]

 

На RENEW клиенту посылается Ack, а логичнее, что бы в таком случае accel-ppp послал ему Nak и завершил старую сессию.

После чего клиент пошлет Discover и получит IP согласно порта.

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


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

Пробовал ли кто-то с 3.9 ядром?

 

[2013-05-08 14:56:23]:   msg: accel-ppp version d38ee4ecee74f47a7fdbff7a5d77b7c6371776d6
[2013-05-08 14:56:23]:  info: recv [PPPoE PADI 20:cf:30:27:10:97 => ff:ff:ff:ff:ff:ff sid=0000 <Service-Name > <Host-Uniq 0100000001000000>]
[2013-05-08 14:56:23]:  info: send [PPPoE PADO 00:0e:0c:a7:23:f6 => 20:cf:30:27:10:97 sid=0000 <AC-Name pppoe-node2> <Service-Name > <AC-Cookie 37dbbbf1d3639278c7c880322c06ca36d703056575e2b561> <Host-Uniq 0100000001000000>]
[2013-05-08 14:56:23]:  info: recv [PPPoE PADR 20:cf:30:27:10:97 => 00:0e:0c:a7:23:f6 sid=0000 <Service-Name > <Host-Uniq 0100000002000000> <AC-Cookie 37dbbbf1d3639278c7c880322c06ca36d703056575e2b561>]
[2013-05-08 14:56:23]:  info: send [PPPoE PADS 00:0e:0c:a7:23:f6 => 20:cf:30:27:10:97 sid=0001 <AC-Name pppoe-node2> <Service-Name > <Host-Uniq 0100000002000000>]
[2013-05-08 14:56:23]: error: : ioctl(PPPIOCGCHAN): Bad file descriptor
[2013-05-08 14:56:23]:  info: send [PPPoE PADT 00:0e:0c:a7:23:f6 => 20:cf:30:27:10:97 sid=0001 <AC-Name pppoe-node2> <Service-Name > <Host-Uniq 0100000002000000>]
[2013-05-08 14:56:24]:  warn: failed to load pppoe kernel module
[2013-05-08 14:56:24]:   msg: accel-ppp version d38ee4ecee74f47a7fdbff7a5d77b7c6371776d6

Судя по всему accel еще и рестартует после "error: : ioctl(PPPIOCGCHAN): Bad file descriptor"

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


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

Добрый день.

Помогите решить даний трабл:

HTB: quantum of class 10001 is big. Consider r2q change.
HTB: quantum of class 10132 is big. Consider r2q change.
HTB: quantum of class 10001 is big. Consider r2q change.
HTB: quantum of class 10067 is big. Consider r2q change.
HTB: quantum of class 10001 is big. Consider r2q change.
HTB: quantum of class 100FA is big. Consider r2q change.
HTB: quantum of class 10001 is big. Consider r2q change.
HTB: quantum of class 10074 is big. Consider r2q change.
HTB: quantum of class 10001 is big. Consider r2q change.
HTB: quantum of class 1015C is big. Consider r2q change.

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


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

Воспользуйтесь поиском, хотя бы по этому форуму...

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


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

Была мысль, но посмотрев в код - че-то захотелось более изящное решение найти ;) А все-таки, почему при отсутствии Session-Timeout идет сброс сессии через сутки? Это где-то прописано по дефолту в accel?

 

Если память не изменяет, там всего 1 скл запрос поправить...

 

В файле /usr/abills/Abills/mysql/Auth.pm поправить запрос в секции Dialup & VPN auth

$self->query(
 $db, "select  if (dv.logins=0, if(tp.logins is null, 0, tp.logins), dv.logins) AS logins,
 if(dv.filter_id != '', dv.filter_id, if(tp.filter_id is null, '', tp.filter_id)),
 if(dv.ip>0, INET_NTOA(dv.ip), 0),
 INET_NTOA(dv.netmask),
 dv.tp_id,
 dv.speed,
 dv.cid,
 tp.total_time_limit,
 tp.day_time_limit,
 tp.week_time_limit,
 tp.month_time_limit,
 UNIX_TIMESTAMP(DATE_FORMAT(DATE_ADD(curdate(), INTERVAL 1 MONTH), '%Y-%m-01')) - UNIX_TIMESTAMP(),


 ******************************************************************************************************************
 *          UNIX_TIMESTAMP(DATE_FORMAT(DATE_ADD(curdate(), INTERVAL 1 MONTH), '%Y-%m-01')) - UNIX_TIMESTAMP(),    *
 *                                                                                                                *
 *          '%Y-%m-01' заменить  на '%Y-%m-%d' или вместо данной строки написать 2678389                         *                                     
 ******************************************************************************************************************

 tp.total_traf_limit,
 tp.day_traf_limit,
 tp.week_traf_limit,
 tp.month_traf_limit,
 tp.octets_direction,
 if (count(un.uid) + count(tp_nas.tp_id) = 0, 0,
 if (count(un.uid)>0, 1, 2)),
 UNIX_TIMESTAMP(),
 UNIX_TIMESTAMP(DATE_FORMAT(FROM_UNIXTIME(UNIX_TIMESTAMP()), '%Y-%m-%d')),
 DAYOFWEEK(FROM_UNIXTIME(UNIX_TIMESTAMP())),
 DAYOFYEAR(FROM_UNIXTIME(UNIX_TIMESTAMP())),
 dv.disable,
 tp.max_session_duration,
 tp.payment_type,
 tp.credit_tresshold,
 tp.rad_pairs,
 count(i.id),
 tp.age,
 dv.callback,
 dv.port,
 tp.traffic_transfer_period,
 tp.neg_deposit_filter_id,
 tp.ext_bill_account,
 tp.credit,
 tp.ippool,
 dv.join_service,
 tp.tp_id,
 tp.active_day_fee,
 tp.neg_deposit_ippool
 FROM (dv_main dv)
 LEFT JOIN tarif_plans tp ON (dv.tp_id=tp.id $DOMAIN_ID)
 LEFT JOIN users_nas un ON (un.uid = dv.uid)
 LEFT JOIN tp_nas ON (tp_nas.tp_id = tp.tp_id)
 LEFT JOIN intervals i ON (tp.tp_id = i.tp_id)
 WHERE dv.uid='$self->{UID}'
 GROUP BY dv.uid;"
);

Если не так поправьте.

На стороне accel ничего менять не надо, проблема улучшения то abills(а).

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

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


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

ну или так; я сменил 1 месяц на 2 месяца...

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


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

Мужики помогите разобраться, в общем такая проблема с accel-ppp:

accel-ppp слушает pppoe на 2 интерфейсах: eth0, eth0.140.

Когда PADI приходит из eth0.140, accel-ppp почему-то отправляет PADO в eth0, естественно соединение не устанавливается.

На интерфейсах не указаны IP адреса.

Вот кусок конфига accel-ppp:

[pppoe]
interface=eth0
interface=eth0.140
ac-name=nas3
service-name=NAS3
verbose=0

 

PS: Спокойно, походу разобрался:

Почему то на насах где стоял accel, перестал подниматься интерфейс eth0.140, заметил, что идет не в тот интерфейс, после tcpdump-а с eth0, естественно, интерфейс переходит в promiscuous режим, и тогда accel-ppp начинает принимать PADI из лежачего интефейса и даже отвечать на них и раз eth0 в promiscuous режиме, то accel считает что PADI пришел оттуда.

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

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


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

xeb

Подскажите, какую версию поставить в production? выкачивать из гита branch 1.7 или брать 1.7.3?

брать master из гита как-то боязно...

В версии 1.6.1, которая долго и хороша работала текут FD...

 

используется pppoe, встроенный шейпер(tbf), radius(из аттрибутов только скорость, пулы, редиректы и т.п. не используются в этом проекте)

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

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


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

Если мастер боязно - тогда ветку 1.7 из гита ИМХО. Ну или 1.7.3. 1.7.3 вроде как достаточно стабильна.

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


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

А как посмотреть список коммитов между 1.7.3 и git branch 1.7 ? Хочу понять каких фиксов нет в 1.7.3 по сравнению с 1.7

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


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

to xeb

Странная работа IpoE и радиус атрибута Framed-IP-Address.

В конфиге IPoE прописано:

 

attr-dhcp-client-ip=DHCP-Client-IP-Address
attr-dhcp-router-ip=DHCP-Router-IP-Address
attr-dhcp-mask=DHCP-Mask

 

И если в ответе от radius нет Framed-IP-Address, то все создается нормально:

 

root@debian6:/etc# ifconfig eth0.20.ipoe0
eth0.20.ipoe0 Link encap:Ethernet  HWaddr 08:00:27:2c:87:f0
         inet addr:10.206.252.1  P-t-P:10.206.252.81  Mask:255.255.255.255
         inet6 addr: fe80::a00:27ff:fe2c:87f0/64 Scope:Link
         UP POINTOPOINT RUNNING MULTICAST  MTU:1500  Metric:1
         RX packets:126 errors:0 dropped:95 overruns:0 frame:0
         TX packets:11 errors:0 dropped:0 overruns:0 carrier:0
         collisions:0 txqueuelen:100
         RX bytes:41340 (40.3 KiB)  TX bytes:905 (905.0 B)

 

Но как только появляется Framed-IP-Address, то DHCP-Router-IP-Address игнорируется,

и вместо него на интерфейсе прописывается gw-ip-address (из блока radius):

 

eth0.20.ipoe0 Link encap:Ethernet  HWaddr 08:00:27:2c:87:f0
         inet addr:192.168.100.1  P-t-P:10.206.252.81  Mask:255.255.255.255
         inet6 addr: fe80::a00:27ff:fe2c:87f0/64 Scope:Link
         UP POINTOPOINT RUNNING MULTICAST  MTU:1500  Metric:1
         RX packets:0 errors:0 dropped:0 overruns:0 frame:0
         TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
         collisions:0 txqueuelen:100
         RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

 

Лог:

[2013-05-16 18:08:18]:  info: : recv [DHCPv4 Discover xid=f3c8349d chaddr=00:0c:42:34:39:3d <Message-Type Discover> <Request-List Subnet,Classless-Route,Router,Route,DNS,NTP> <Client-ID 01000c4234393d> <Host-Name rb493> <Relay-Agent {Agent-Circuit-ID _000400140002} {Agent-Remote-ID _010b3139322e3136382e382e32}>]
[2013-05-16 18:08:18]:  info: eth0.20: send [RADIUS(1) Access-Request id=1 <User-Name "192.168.8.2:2"> <NAS-Identifier "accel-ppp"> <NAS-IP-Address 192.168.1.103> <NAS-Port 5> <NAS-Port-Type Ethernet> <Calling-Station-Id "00:0c:42:34:39:3d"> <Called-Station-Id "eth0.20"> <User-Password >]
[2013-05-16 18:08:18]:  info: eth0.20: recv [RADIUS(1) Access-Accept id=1 <Acct-Interim-Interval 300> <Framed-IP-Address 10.206.252.81> <PPPD-Downstream-Speed-Limit 2000> <PPPD-Upstream-Speed-Limit 2000> <Session-Timeout 604800> <DHCP-Mask 24> <Framed-Compression Van-Jacobson-TCP-IP> <DHCP-Client-IP-Address 10.206.252.81> <DHCP-Router-IP-Address 10.206.252.1>]
[2013-05-16 18:08:18]:  info: eth0.20.ipoe0: send [DHCPv4 Offer xid=f3c8349d yiaddr=10.206.252.81 siaddr=10.206.252.1 chaddr=00:0c:42:34:39:3d <Message-TypeOffer> <Server-ID 10.206.252.1> <Lease-Time 60> <Router 10.206.252.1> <Subnet 255.255.255.0> <DNS 192.168.77.1,8.8.8.8>]
[2013-05-16 18:08:18]:  info: eth0.20.ipoe0: recv [DHCPv4 Request xid=f3c8349d chaddr=00:0c:42:34:39:3d <Message-Type Request> <Server-ID 10.206.252.1> <Request-IP 10.206.252.81> <Request-List Subnet,Classless-Route,Router,Route,DNS,NTP> <Client-ID 01000c4234393d> <Host-Name rb493> <Relay-Agent {Agent-Circuit-ID _000400140002} {Agent-Remote-ID _010b3139322e3136382e382e32}>]

 

При этом DHCP клиенту выдается таки правильный GW (DHCP-Router-IP-Address). И в итоге ничего не работает.

 

Может нужно для режима IPoE сделать игнорирование Framed-IP-Address, или тогда рабочий конфиг такого вида:

attr-dhcp-client-ip=Framed-IP-Address

Который на данный момент не отрабатывает.

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


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

Framed-IP-Address нужен чтобы созавать симметричный nat, т.е. клиенту выдаётся серый ип в DHCP-Client-IP-Address и белый в Framed-IP-Address, но видимо не работает ...

 

 

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


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

Framed-IP-Address нужен чтобы созавать симметричный nat, т.е. клиенту выдаётся серый ип в DHCP-Client-IP-Address и белый в Framed-IP-Address, но видимо не работает ...

Ура - xeb появился.

Вот оно кажется, как закручено...

Может такое поведение (создание симметричного NAT) есть смысл вынести в отдельную настройку в конфигурации?

У меня НАТ для серых IP делается на отдельной машине.

То есть для accel-ppp вообще нет разницы - серые они или белые.

На accel-ppp будут терминироваться и ipoe и pptp и pppoe.

И сейчас на биллинге (BG) делаю танцы с бубном, что бы для ipoe Framed-IP-Address перекинуть в DHCP-Client-IP-Address,

а потом Framed-IP-Address удаляю с ответа.

А можете еще посмотреть мои посты для Вас на последних двух страницах?

Спасибо.

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


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

Продолжаю тестировать IPoE - shared=1, ifcfg=1, mode=L2.

Добавился на стенд свитч с opt.82 username формируется с использованием opt.82 через lua.

При переключении клиента с порта в порт клиент на RENEW продолжает получать тот же IP - не анализируются опции Relay-Agent.

мне не на чем опцию82 отлаживать

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


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

Продолжаю тестировать IPoE - shared=1, ifcfg=1, mode=L2.

Добавился на стенд свитч с opt.82 username формируется с использованием opt.82 через lua.

При переключении клиента с порта в порт клиент на RENEW продолжает получать тот же IP - не анализируются опции Relay-Agent.

мне не на чем опцию82 отлаживать

Тогда буду думать, как для Вас сделать стенд.

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


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

Пытаюсь собрать ipoe драйвер, юзая кросс-компиляцию.

кусочек мейкфайла:

 

cmake \
-DCMAKE_C_COMPILER=$(CROSS_COMPILE)gcc \
-DCMAKE_SYSTEM_NAME=Linux \
-DKDIR=$(BT_SOURCE_DIR)/linux/linux-$$suffix \
-DCMAKE_BUILD_TYPE=Release \
-DBUILD_IPOE_DRIVER=TRUE \
-DBUILD_DRIVER_ONLY=TRUE \
-DCMAKE_INSTALL_PREFIX=/usr \
. && \
$(MAKE) $(MAKEOPTS) -C $(ACCEL_DIR) ipoe_drv && \
$(MAKE) install CMAKE_INSTALL_PREFIX=$(ACCEL_TARGET_DIR) INSTALL_MOD_PATH=$(BT_BUILD_DIR)/kernel;

 

лог:

 

    cmake \
   -DCMAKE_C_COMPILER=i486-unknown-linux-uclibc-gcc \
   -DCMAKE_SYSTEM_NAME=Linux \
   -DKDIR=/var/testpoint/LEAF-new/source/i486-unknown-linux-uclibc/linux/linux-$i \
   -DCMAKE_BUILD_TYPE=Release \
   -DBUILD_IPOE_DRIVER=TRUE \
   -DBUILD_DRIVER_ONLY=TRUE \
   -DCMAKE_INSTALL_PREFIX=/usr \
   . && \
   make -j5 -C /var/testpoint/LEAF-new/source/i486-unknown-linux-uclibc/accel-ppp/accel-ppp-code-e08cd5d552a80a2d3166ee1be9d49179322a553c ipoe_drv && \
   make install CMAKE_INSTALL_PREFIX=/var/testpoint/LEAF-new/build/i486-unknown-linux-uclibc/accel-ppp INSTALL_MOD_PATH=/var/testpoint/LEAF-new/build/i486-unknown-linux-uclibc/kernel; \
done)
-- The C compiler identification is GNU 4.6.3
-- Check for working C compiler: /var/testpoint/LEAF-new/toolchain/i486-unknown-linux-uclibc/bin/i486-unknown-linux-uclibc-gcc
-- Check for working C compiler: /var/testpoint/LEAF-new/toolchain/i486-unknown-linux-uclibc/bin/i486-unknown-linux-uclibc-gcc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- 'x86_64'
-- Configuring done
-- Generating done
-- Build files have been written to: /var/testpoint/LEAF-new/source/i486-unknown-linux-uclibc/accel-ppp/accel-ppp-code-e08cd5d552a80a2d3166ee1be9d49179322a553c
make[1]: Entering directory `/var/testpoint/LEAF-new/source/i486-unknown-linux-uclibc/accel-ppp/accel-ppp-code-e08cd5d552a80a2d3166ee1be9d49179322a553c'
make[2]: Entering directory `/var/testpoint/LEAF-new/source/i486-unknown-linux-uclibc/accel-ppp/accel-ppp-code-e08cd5d552a80a2d3166ee1be9d49179322a553c'
make[3]: Entering directory `/var/testpoint/LEAF-new/source/i486-unknown-linux-uclibc/accel-ppp/accel-ppp-code-e08cd5d552a80a2d3166ee1be9d49179322a553c'
make[4]: Entering directory `/var/testpoint/LEAF-new/source/i486-unknown-linux-uclibc/accel-ppp/accel-ppp-code-e08cd5d552a80a2d3166ee1be9d49179322a553c'
make[4]: Leaving directory `/var/testpoint/LEAF-new/source/i486-unknown-linux-uclibc/accel-ppp/accel-ppp-code-e08cd5d552a80a2d3166ee1be9d49179322a553c'
make[4]: Entering directory `/var/testpoint/LEAF-new/source/i486-unknown-linux-uclibc/accel-ppp/accel-ppp-code-e08cd5d552a80a2d3166ee1be9d49179322a553c'
[100%] Generating driver/ipoe.ko
make[5]: Entering directory `/var/testpoint/LEAF-new/source/i486-unknown-linux-uclibc/linux/linux-i686'
make[5]: warning: jobserver unavailable: using -j1.  Add `+' to parent make rule.
make[5]: Leaving directory `/var/testpoint/LEAF-new/source/i486-unknown-linux-uclibc/linux/linux-i686'
make[4]: Leaving directory `/var/testpoint/LEAF-new/source/i486-unknown-linux-uclibc/accel-ppp/accel-ppp-code-e08cd5d552a80a2d3166ee1be9d49179322a553c'
[100%] Built target ipoe_drv
make[3]: Leaving directory `/var/testpoint/LEAF-new/source/i486-unknown-linux-uclibc/accel-ppp/accel-ppp-code-e08cd5d552a80a2d3166ee1be9d49179322a553c'
make[2]: Leaving directory `/var/testpoint/LEAF-new/source/i486-unknown-linux-uclibc/accel-ppp/accel-ppp-code-e08cd5d552a80a2d3166ee1be9d49179322a553c'
make[1]: Leaving directory `/var/testpoint/LEAF-new/source/i486-unknown-linux-uclibc/accel-ppp/accel-ppp-code-e08cd5d552a80a2d3166ee1be9d49179322a553c'
make[1]: Entering directory `/var/testpoint/LEAF-new/source/i486-unknown-linux-uclibc/accel-ppp/accel-ppp-code-e08cd5d552a80a2d3166ee1be9d49179322a553c'
make[2]: Entering directory `/var/testpoint/LEAF-new/source/i486-unknown-linux-uclibc/accel-ppp/accel-ppp-code-e08cd5d552a80a2d3166ee1be9d49179322a553c'
make[3]: Entering directory `/var/testpoint/LEAF-new/source/i486-unknown-linux-uclibc/accel-ppp/accel-ppp-code-e08cd5d552a80a2d3166ee1be9d49179322a553c'
make[3]: Leaving directory `/var/testpoint/LEAF-new/source/i486-unknown-linux-uclibc/accel-ppp/accel-ppp-code-e08cd5d552a80a2d3166ee1be9d49179322a553c'
make[3]: Entering directory `/var/testpoint/LEAF-new/source/i486-unknown-linux-uclibc/accel-ppp/accel-ppp-code-e08cd5d552a80a2d3166ee1be9d49179322a553c'
[ 50%] Generating driver/pptp.ko
make[4]: Entering directory `/var/testpoint/LEAF-new/source/i486-unknown-linux-uclibc/linux/linux-i686'
make[4]: Leaving directory `/var/testpoint/LEAF-new/source/i486-unknown-linux-uclibc/linux/linux-i686'
make[3]: Leaving directory `/var/testpoint/LEAF-new/source/i486-unknown-linux-uclibc/accel-ppp/accel-ppp-code-e08cd5d552a80a2d3166ee1be9d49179322a553c'
[ 50%] Built target pptp_drv
make[3]: Entering directory `/var/testpoint/LEAF-new/source/i486-unknown-linux-uclibc/accel-ppp/accel-ppp-code-e08cd5d552a80a2d3166ee1be9d49179322a553c'
make[3]: Leaving directory `/var/testpoint/LEAF-new/source/i486-unknown-linux-uclibc/accel-ppp/accel-ppp-code-e08cd5d552a80a2d3166ee1be9d49179322a553c'
make[3]: Entering directory `/var/testpoint/LEAF-new/source/i486-unknown-linux-uclibc/accel-ppp/accel-ppp-code-e08cd5d552a80a2d3166ee1be9d49179322a553c'
[100%] Generating driver/ipoe.ko
make[4]: Entering directory `/var/testpoint/LEAF-new/source/i486-unknown-linux-uclibc/linux/linux-i686'
make[4]: Leaving directory `/var/testpoint/LEAF-new/source/i486-unknown-linux-uclibc/linux/linux-i686'
make[3]: Leaving directory `/var/testpoint/LEAF-new/source/i486-unknown-linux-uclibc/accel-ppp/accel-ppp-code-e08cd5d552a80a2d3166ee1be9d49179322a553c'
[100%] Built target ipoe_drv
make[2]: Leaving directory `/var/testpoint/LEAF-new/source/i486-unknown-linux-uclibc/accel-ppp/accel-ppp-code-e08cd5d552a80a2d3166ee1be9d49179322a553c'
Install the project...
-- Install configuration: "Release"
make[2]: Entering directory `/var/testpoint/LEAF-new/source/i486-unknown-linux-uclibc/linux/linux-i686'
make[2]: Leaving directory `/var/testpoint/LEAF-new/source/i486-unknown-linux-uclibc/linux/linux-i686'
make[2]: Entering directory `/var/testpoint/LEAF-new/source/i486-unknown-linux-uclibc/linux/linux-i686'
make[2]: Leaving directory `/var/testpoint/LEAF-new/source/i486-unknown-linux-uclibc/linux/linux-i686'
make[1]: Leaving directory `/var/testpoint/LEAF-new/source/i486-unknown-linux-uclibc/accel-ppp/accel-ppp-code-e08cd5d552a80a2d3166ee1be9d49179322a553c'

 

модулей нет нигде. + хотелось бы собрать только ipoe, без pptp и без юзерленда (т.к. в комплекте или то или то компилится).

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


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

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.