Опыт установки 5.3 на боевом сервере

[Vans]

Сегодня свалилось ядро в segmentation fault. В логах перед этим:

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

Jan 16 13:10:08  Info  : 6f0af700 RfwPlugin: final command: [/balnet/scripts/inet_on.php 10.172.74.19 255.255.255.255]
Jan 16 13:10:14  ERROR : 6ecab700 DBAExistingError: trying to get unexist ip traffic link 26615
Jan 16 13:10:14  ERROR : 6ecab700 DBACharge: __charge_from_account(iptraffic): DBAExistingError: trying to get unexist ip traffic link 26615
Jan 16 13:10:14  ERROR : 6ecab700 DBAExistingError: trying to get unexist ip traffic link 155929
Jan 16 13:10:14  ERROR : 6ecab700 DBACharge: __charge_from_account(iptraffic): DBAExistingError: trying to get unexist ip traffic link 155929
Jan 16 13:10:14  ERROR : 6ecab700 DBAExistingError: trying to get unexist ip traffic link 7607
Jan 16 13:10:14  ERROR : 6ecab700 DBACharge: __charge_from_account(iptraffic): DBAExistingError: trying to get unexist ip traffic link 7607
Jan 16 13:10:14  ERROR : 6ecab700 DBAExistingError: trying to get unexist ip traffic link 12960
Jan 16 13:10:14  ERROR : 6ecab700 DBACharge: __charge_from_account(iptraffic): DBAExistingError: trying to get unexist ip traffic link 12960
Jan 16 13:10:14  ERROR : 6ecab700 DBAExistingError: trying to get unexist ip traffic link 26871374
Jan 16 13:10:14  ERROR : 6ecab700 DBACharge: __charge_from_account(iptraffic): DBAExistingError: trying to get unexist ip traffic link 26871374
Jan 16 13:10:14  ERROR : 6ecab700 DBAExistingError: trying to get unexist ip traffic link 4564301
Jan 16 13:10:14  ERROR : 6ecab700 DBACharge: __charge_from_account(iptraffic): DBAExistingError: trying to get unexist ip traffic link 4564301
Jan 16 13:10:14  ERROR : 6ecab700 DBAExistingError: trying to get unexist ip traffic link 32
Jan 16 13:10:14  ERROR : 6ecab700 DBACharge: __charge_from_account(iptraffic): DBAExistingError: trying to get unexist ip traffic link 32
Jan 16 13:10:14  ERROR : 6ecab700 DBAExistingError: trying to get unexist ip traffic link 671092352
Jan 16 13:10:14  ERROR : 6ecab700 DBACharge: __charge_from_account(iptraffic): DBAExistingError: trying to get unexist ip traffic link 671092352
Jan 16 13:10:14  ERROR : 6ecab700 DBAExistingError: trying to get unexist ip traffic link 1701669236
Jan 16 13:10:14  ERROR : 6ecab700 DBACharge: __charge_from_account(iptraffic): DBAExistingError: trying to get unexist ip traffic link 1701669236
Jan 16 13:10:14  ERROR : 6ecab700 DBAExistingError: trying to get unexist ip traffic link 671092512
Jan 16 13:10:14  ERROR : 6ecab700 DBACharge: __charge_from_account(iptraffic): DBAExistingError: trying to get unexist ip traffic link 671092512
Jan 16 13:10:14  ERROR : 6ecab700 DBAExistingError: trying to get unexist ip traffic link 808532531
Jan 16 13:10:14  ERROR : 6ecab700 DBACharge: __charge_from_account(iptraffic): DBAExistingError: trying to get unexist ip traffic link 808532531
Jan 16 13:10:14  ERROR : 6ecab700 DBAExistingError: trying to get unexist ip traffic link 1734820195
Jan 16 13:10:14  ERROR : 6ecab700 DBACharge: __charge_from_account(iptraffic): DBAExistingError: trying to get unexist ip traffic link 1734820195
Jan 16 13:10:14  ERROR : 6ecab700 DBAExistingError: trying to get unexist ip traffic link -1
Jan 16 13:10:14  ERROR : 6ecab700 DBACharge: __charge_from_account(iptraffic): DBAExistingError: trying to get unexist ip traffic link -1
Jan 16 13:10:14  ERROR : 6ecab700 DBAExistingError: trying to get unexist ip traffic link 946157088
Jan 16 13:10:14  ERROR : 6ecab700 DBACharge: __charge_from_account(iptraffic): DBAExistingError: trying to get unexist ip traffic link 946157088

и т.д.

[torrus]

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

DHCP packet header
      op: 1
   htype: 1
    hlen: 6
    hops: 1
     xid: 6f7faf2b
    secs: 0
   flags: 0
  ciaddr: 0.0.0.0
  yiaddr: 0.0.0.0
  siaddr: 0.0.0.0
  giaddr: 192.168.201.1
  chaddr: cc:b2:55:91:cb:63
   sname:
    file:
  option [dhcp-message-type]: 01
  option [dhcp-client-identifier]: 01ccb25591cb63
  option [dhcp-class-identifier]: udhcp 0.9.8
  option [dhcp-parameter-request-list]: 0103060c0f111c422179f9
  option [relay-agent-info]: 01060004006f00030208000678542ebe9220

Jan 20 13&#58;34&#58;21 ?Debug &#58; b69feb70 DBConnection_mysql&#58; <0x9c6ca30> SQL SELECT query&#58; SELECT id,ip,expired,updated,client_id,binding_id,flags FROM dhcp_leases WHERE mac='cc&#58;b2&#58;55&#58;91&#58;cb&#58;63' ORDER BY id
Jan 20 13&#58;34&#58;21 ?Debug &#58; b69feb70 DBConnection_mysql&#58; <0x9c6ca30> SQL SELECT query&#58; 0 rows in 0.000 sec
Jan 20 13&#58;34&#58;21 ?Debug &#58; b69feb70 LeaseManager&#58; no lease for MAC cc&#58;b2&#58;55&#58;91&#58;cb&#58;63 found
Jan 20 13&#58;34&#58;21  Info  &#58; b69feb70 packet log&#58; DISCOVER from cc&#58;b2&#58;55&#58;91&#58;cb&#58;63 relay-agent-info 01060004006f00030208000678542ebe9220
Jan 20 13&#58;34&#58;21 ?Debug &#58; b69feb70 DHCP_Server&#58; got DHCPDISCOVER packet
Jan 20 13&#58;34&#58;21 ?Debug &#58; b69feb70 DBConnection_mysql&#58; <0x9c6ca30> SQL SELECT query&#58; SELECT COUNT&#40;id&#41; FROM dhcp_leases WHERE expired>'1421750061'
Jan 20 13&#58;34&#58;21 ?Debug &#58; b69feb70 DBConnection_mysql&#58; <0x9c6ca30> SQL SELECT query&#58; 1 rows in 0.000 sec
Jan 20 13&#58;34&#58;21 ?Debug &#58; b69feb70 LeaseManager&#58; no IP-MAC-port binding found for cc&#58;b2&#58;55&#58;91&#58;cb&#58;63
Jan 20 13&#58;34&#58;21  ERROR &#58; b69feb70 DHCP_Server&#58; send_offer&#58; BindingNotFoundError&#58; no suitable binding

Вот что это такое и как считать => Jan 20 13:34:21 Info : b69feb70 packet log: DISCOVER from cc:b2:55:91:cb:63 relay-agent-info 01060004006f00030208000678542ebe9220 ? Что за агент-инфо?

Схема такая: Пара роутеров => D`Link des-1228ME => агрегация DGS 3620 => Redback SE100 (dhcp proxy) => UTM DHCP+Radius+Core.

Или я вообще не туда смотрю? Вот option [dhcp-parameter-request-list]: 0103060c0f111c422179f9 в тут ответ есть?

[Vans]

Еще в предложения: не плохо было б, что можно было насильно переопределить скорость, предлагаемую модулем динамического шейпирования, по аналогии с коэфициентом стоимости.

[banec]

Ну как всегда 1 число
Получили косяк с Радиусом - в том что он запаздывает за работай ядра. То ли кеш то ли ещё что.
Ситуация вот какая - начали внедрять linux ISG.
Сессия висит сутки - всё красиво биллинг часто не дёргается, НО динашейпер!!!

Тариф с ограничением по трафику то есть через 100гиг скорость падает в 10раз. первого числа должна вернутся обратно.
Билинг 1-го числа отработал - откинул-сбросил сессию - сессия моментально поднялась, НО скорость не успела обновится в итоге абонент курит до сброса сессии.

костыль городить и делать задержку в сбросе не хотелось бы.

[banec]

что-то динашейпер шалит
как и в прошлом месяце (тарифы с ограничением трафика)

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

vpn1#show int Vi681 configuration
Virtual-Access681 is an VPDN link (sub)interface

Derived configuration : 707 bytes
!
interface Virtual-Access681
 mtu 1460
 ip unnumbered GigabitEthernet0/2.1101
 ip access-group aclUSRin in
 no ip redirects
 no ip unreachables
 no ip proxy-arp
 ip flow ingress
 ip flow egress
 rate-limit input 6288000 1179840 2359680 conform-action transmit exceed-action drop
 rate-limit output 1568000 294720 589440 conform-action transmit exceed-action drop
 rate-limit output 6288000 1179456 2358912 conform-action transmit exceed-action drop
 ip route-cache flow
 timeout absolute 1440 0
 autodetect encapsulation ppp
 no peer default ip address
 keepalive 60
 ppp disconnect-cause keepalive lost-carrier
 ppp authentication chap ms-chap ms-chap-v2
 ppp authorization l2tp
 ppp accounting l2tp
end

В логе радиуса

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

 Attr: [27] Vendor: [0] Size 4; Data [0x00015180]
        (Session-Timeout=INT:86400)
    Attr: [1] Vendor: [9] Size 104; Data [0x707074703a696e746572666163652d636f6e6669673d726174652d6c696d6974206f75747075742031353731383430203239343732302035383934343020636f6e666
f726d2d616374696f6e207472616e736d6974206578636565642d616374696f6e2064726f70]
        (Cisco:Cisco-AVPair=STRING:pptp:interface-config=rate-limit output 1571840 294720 589440 conform-action transmit exceed-action drop)
    Attr: [1] Vendor: [9] Size 105; Data [0x707074703a696e746572666163652d636f6e6669673d726174652d6c696d697420696e70757420363239323438302031313739383430203233353936383020636f6e6
66f726d2d616374696f6e207472616e736d6974206578636565642d616374696f6e2064726f70]
        (Cisco:Cisco-AVPair=STRING:pptp:interface-config=rate-limit input 6292480 1179840 2359680 conform-action transmit exceed-action drop)
    Attr: [250] Vendor: [9] Size 50; Data [0x51553b363239323438303b313137393834303b323335393638303b443b313537313834303b3239343732303b353839343430]
        (Cisco:Cisco-Account-Info=STRING:QU;6292480;1179840;2359680;D;1571840;294720;589440)
    Attr: [1] Vendor: [9] Size 106; Data [0x707074703a696e746572666163652d636f6e6669673d726174652d6c696d6974206f757470757420363239303433322031313739343536203233353839313220636f6
e666f726d2d616374696f6e207472616e736d6974206578636565642d616374696f6e2064726f70]
        (Cisco:Cisco-AVPair=STRING:pptp:interface-config=rate-limit output 6290432 1179456 2358912 conform-action transmit exceed-action drop)
    Attr: [250] Vendor: [9] Size 52; Data [0x51553b363239323438303b313137393834303b323335393638303b443b363239303433323b313137393435363b32333538393132]
        (Cisco:Cisco-Account-Info=STRING:QU;6292480;1179840;2359680;D;6290432;1179456;2358912)
    Attr: [85] Vendor: [0] Size 4; Data [0x0000003d]
        (Acct-Interim-Interval=INT:61)

как видим отдаёт 3-и !!!! скорости
перезагрузка ядра, радиуса не помогает!!

поиск по сервисной связке
SELECT * FROM `dynashape_data` WHERE `slink_id` = 40544
показывает два значения по направлению 1 и 2 правильные.
причём это не массово !!!
куда копать и где искать ?



перезаводить тарифы у юзера что-то не айс



UP обратил внимание что и в паре-атрибутов для linux ISG - OUT_BANDWIDTH_BITS тоже не правильный передаётся.

Как КОСТЫЛЬ вижу замену у всех параметров на IN_BANDWIDTH_BITS т.к. скорость симметричная.

UP косяк модуля динашейпера - если хоть какие данные поменять в динашейпере, то уже ошибка со скоростями исчезает.
блин ну не править же каждый 1-й день месяца динашейпер

[TiRider]

что-то динашейпер шалит
как и в прошлом месяце (тарифы с ограничением трафика)

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

vpn1#show int Vi681 configuration
Virtual-Access681 is an VPDN link (sub)interface

Derived configuration : 707 bytes
!
interface Virtual-Access681
 mtu 1460
 ip unnumbered GigabitEthernet0/2.1101
 ip access-group aclUSRin in
 no ip redirects
 no ip unreachables
 no ip proxy-arp
 ip flow ingress
 ip flow egress
 rate-limit input 6288000 1179840 2359680 conform-action transmit exceed-action drop
 rate-limit output 1568000 294720 589440 conform-action transmit exceed-action drop
 rate-limit output 6288000 1179456 2358912 conform-action transmit exceed-action drop
 ip route-cache flow
 timeout absolute 1440 0
 autodetect encapsulation ppp
 no peer default ip address
 keepalive 60
 ppp disconnect-cause keepalive lost-carrier
 ppp authentication chap ms-chap ms-chap-v2
 ppp authorization l2tp
 ppp accounting l2tp
end

В логе радиуса

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

 Attr: [27] Vendor: [0] Size 4; Data [0x00015180]
        (Session-Timeout=INT:86400)
    Attr: [1] Vendor: [9] Size 104; Data [0x707074703a696e746572666163652d636f6e6669673d726174652d6c696d6974206f75747075742031353731383430203239343732302035383934343020636f6e666
f726d2d616374696f6e207472616e736d6974206578636565642d616374696f6e2064726f70]
        (Cisco:Cisco-AVPair=STRING:pptp:interface-config=rate-limit output 1571840 294720 589440 conform-action transmit exceed-action drop)
    Attr: [1] Vendor: [9] Size 105; Data [0x707074703a696e746572666163652d636f6e6669673d726174652d6c696d697420696e70757420363239323438302031313739383430203233353936383020636f6e6
66f726d2d616374696f6e207472616e736d6974206578636565642d616374696f6e2064726f70]
        (Cisco:Cisco-AVPair=STRING:pptp:interface-config=rate-limit input 6292480 1179840 2359680 conform-action transmit exceed-action drop)
    Attr: [250] Vendor: [9] Size 50; Data [0x51553b363239323438303b313137393834303b323335393638303b443b313537313834303b3239343732303b353839343430]
        (Cisco:Cisco-Account-Info=STRING:QU;6292480;1179840;2359680;D;1571840;294720;589440)
    Attr: [1] Vendor: [9] Size 106; Data [0x707074703a696e746572666163652d636f6e6669673d726174652d6c696d6974206f757470757420363239303433322031313739343536203233353839313220636f6
e666f726d2d616374696f6e207472616e736d6974206578636565642d616374696f6e2064726f70]
        (Cisco:Cisco-AVPair=STRING:pptp:interface-config=rate-limit output 6290432 1179456 2358912 conform-action transmit exceed-action drop)
    Attr: [250] Vendor: [9] Size 52; Data [0x51553b363239323438303b313137393834303b323335393638303b443b363239303433323b313137393435363b32333538393132]
        (Cisco:Cisco-Account-Info=STRING:QU;6292480;1179840;2359680;D;6290432;1179456;2358912)
    Attr: [85] Vendor: [0] Size 4; Data [0x0000003d]
        (Acct-Interim-Interval=INT:61)

как видим отдаёт 3-и !!!! скорости
перезагрузка ядра, радиуса не помогает!!

поиск по сервисной связке
SELECT * FROM `dynashape_data` WHERE `slink_id` = 40544
показывает два значения по направлению 1 и 2 правильные.
причём это не массово !!!
куда копать и где искать ?



перезаводить тарифы у юзера что-то не айс



UP обратил внимание что и в паре-атрибутов для linux ISG - OUT_BANDWIDTH_BITS тоже не правильный передаётся.

Как КОСТЫЛЬ вижу замену у всех параметров на IN_BANDWIDTH_BITS т.к. скорость симметричная.

UP косяк модуля динашейпера - если хоть какие данные поменять в динашейпере, то уже ошибка со скоростями исчезает.
блин ну не править же каждый 1-й день месяца динашейпер

Почему бы не сделать через политики, а не rate-limit?

[lknsfos]

Добрый день, товарищи
Вчера перевелись с 5.2-009 на 5.3-002 upd12, сервер подключения accel-pptp 0.8.5(старый, который с pptpd и pppd).
Неприятная штука обнаружилась, судя по всему на радиусе новом - раньше localip для соединения брался из pptpd.conf, теперь подставляется из NAS-IP радиуса.
На стороне сервера:

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

inet addr:10.11.0.2  P-t-P:80.237.2.64  Mask:255.255.255.255

P-t-P адрес клиента верен, но inet addr должен был взяться из pptpd.conf и быть из подсети 10.12.x.x
конфиг радиуса

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

## core_host
core_host=127.0.0.1

## core_port
core_port=12758

## radius_login
##  Description: A system user login to access the UTM5 core.
##  Possible values&#58; <string>
#Default value&#58; radius
---
## radius_password
#Default value&#58; radius
---
## radius_ssl_type
##  Default value&#58; none
#radius_ssl_type=none

## radius_acct_host
##  Default value&#58; 0.0.0.0

## radius_acct_port
##  Default value&#58; 1813

## radius_auth_host
##  Default value&#58; 0.0.0.0

## radius_auth_port
##  Default value&#58; 1812

## radius_auth_mppe
##  Default value&#58; the keys are not generated
radius_auth_mppe=disable

## radius_auth_vap
##  Default value&#58; authorization is allowed
radius_auth_vap=1

## radius_ippool_acct_timeout
##  Description&#58; A time interval during which the IP address is labeled as
##   occupied after sending Access-Accept.
##  Possible values&#58; time in seconds 
##  Default value&#58; 30
radius_ippool_acct_timeout=30

## radius_ippool_timeout
##  Default value&#58; The address is labeled as occupied until coming of the
##   Stop packet
#radius_ippool_timeout=5

## radius_auth_null
##  Default value&#58; authorization without a password is not performed
radius_auth_null=yes

## radius_auth_h323_remote_address
##  Default value&#58; replacement of login with h323-remote-address is not
##   performed

## radius_nas_port_vpn
##  Default value&#58; checking against NAS-Port-Type for the Dial-up service link
##   is not performed

## radius_nas_port_tel
##  Default value&#58; checking against NAS-Port-Type for the Telephony service
##   link is not performed

## radius_card_autoadd
##  Default value&#58; automatic registration is not performed
radius_card_autoadd=yes

## send_xpgk_ep_number
##  Default value&#58; telephone numbers are not transmitted in affirmative replies
##   to authorization requests

## send_h323_ivr_in
##  Default value&#58; telephone numbers are not transmitted in affirmative replies
##   to authorization requests

## enable_fast_telephony
##  Default value&#58; the default mechanism for determination of zone/direction
##   is used

## h323_origin_reject
##  Default value&#58; unset
#h323_origin_reject=originate &#123;answer|callback|etc&#125;

## interim_update_interval
##  Default value&#58; the default session closure control mechanism is used
interim_update_interval=61

## radius_default_session_timeout
##  Default value&#58; 0
radius_default_session_timeout=0

## radius_callback_avpair_enable
##  Default value&#58; unset

## radius_acct_rewrite_login_answer
##  Default value&#58; unset

## radius_acct_rewrite_login_originate

Конфиг основан на старом radius5.cfg от 009, пришлось пару параметров поменять (radius_ippool_timeout убрал - с ним в биллинге сессии терялись куда-то, хотя по факту жили нормально)
Куда копать теперь - не знаю, может что надо добавить в словарь радиусклиента?

[banec]

Почему бы не сделать через политики, а не rate-limit?

Если не секрет то как ?


ЗЫ Ждем обновление, вроде как обещали уже на этой недели, но походу не увидим ещё.

[ZeM]

БАГ
1. Делаем поиск по основному ЛС.
Если у абонента несколько ЛС, то 1 ЛС найдется, а второй в упор поиском не найти. Хотя внутри абонента все ЛС есть. Либо добавить колонку Дополнительный ЛС.
2. У абонента был забит MAC адрес, логин и пароль для радиуса. Настроен динашейп. Если абонент цепляется к впнке, то радиус атрибуты, а в частности параметры скорости не передаются. Убиваем мак и все начинает работать как надо (иначе у такого абонента безлимит по скорости).
Предложение
Добавить в поиск у кого галка безлимитный режим в ЛС. Сейчас ищем так SELECT * FROM accounts WHERE unlimited=1;

[ZeM]

Если у абонента отрицательный баланс -1000 и стоит Системная блокировка и попытаться повесить административную блокировку в ЛС с периодом действия то в Отчете - Блокировки видим что Административная дата начала и конца блокировки почти совпадают. Если баланс положительный то все нормально.
Предлагаю сделать примерно так, что если стоит системная блокировка галочку административная блокировка в ЛС сделать неактивно.

[kirush]

Обоснуй почему я должен лишиться права установить админ. блокировку при балансе -1000р и системной блокировке клиента?

[ZeM]

А цель админ блокировки при отриц. балансе?

[kirush]

Пример:
При сист. блокировке списывать аб плату. При админской - нет.
Кредит 1000р
Наступила блокировка при - 1000р. Клиент "проверенный", просит месяц не списывать аб плату, по возвращении обязуется оплатить. Предложи варианты как решить вопрос.

[ZeM]

Есть еще и такие варианты
1. Корректировкой баланса.
2. Вносишь ему платеж с параметром истекает и баланс после того как срок пройдет станет каким и был до того как.
3. Существует пользовательская блокировка. На странице 36 руководства пишут что если пользователь не планирует какое-то время пользоваться интернетом и не хочет чтобы средства за этот период списывались в полном объеме.
4. Добровольная блокировка

[banec]

Административная - если абонент и пополнит баланс - его не включит!!!