Jump to content
Калькуляторы

Тогда найдите, какой пакет предоставляет этот файл, и установите его:

 

dpkg -S u64_stats_sync.h

Share this post


Link to post
Share on other sites

этим так же ничего не находит.

Оно должно быть в файлах ядра...но в моей версии его нет. Полагаю надо более свежее ядро.

Share this post


Link to post
Share on other sites

почитал коменты в том файле u64_stats_sync.h -

To properly implement 64bits network statistics on 32bit and 64bit hosts,

* we provide a synchronization point, that is a noop on 64bit or UP kernels.

 

uname -a

Linux ppp-server 2.6.35-22-generic #35-Ubuntu SMP Sat Oct 16 20:45:36 UTC 2010 x86_64 GNU/Linux

 

lsb_release -a

No LSB modules are available.

Distributor ID: Ubuntu

Description: Ubuntu 10.10

Release: 10.10

Codename: maverick

Share this post


Link to post
Share on other sites

К сожалению на сайте онлайн поиск по пакетам столь старой версии не работает, так что вероятно там этот файл действительно может отсутствовать. Я бы на вашем месте попробовал бы систему по-новее (и 64-битную), или действительно нужен патч.

Edited by avb1987

Share this post


Link to post
Share on other sites

Как вариант, проверьте что у вас apt-get update выполняется без ошибок (т.е. что информация о доступных пакетах загружена, а источники установки доступны), т.к. если update выполняется с ошибками, у вас в системе может просто отсутствовать информация о нужных пакетах.

Share this post


Link to post
Share on other sites

спасибо но обновление системы не вариант. С таким подходом, проще снести и поставить заново чем реанимировать если не обновиться...

Может разработчики подскажут, как запустить.

 

Переустановка это уже на крайний случай

Share this post


Link to post
Share on other sites

Команда "apt-get update" (не путать с upgrade) не обновляет систему а только загружает информацию о доступных пакетах.

Share this post


Link to post
Share on other sites

avb1987

Ну выдаст оно что нужрно обновить 440 из 450 пакетов, чем вам это поможет?

Тут явно или сорцы ядра не полные стоят, или kernel-header'ов нет, причем тут пакеты?

Share this post


Link to post
Share on other sites

Прошу прощения, как оказывается "dpkg -S" ищет только по установленным пакетам, так что логично что файл u64_stats_sync.h не удалось найти. Вместо этого стоило использовать

 

apt-get install apt-file
apt-file update
apt-file search u64_stats_sync.h

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

 

 

avb1987

Ну выдаст оно что нужрно обновить 440 из 450 пакетов, чем вам это поможет?

Тут явно или сорцы ядра не полные стоят, или kernel-header'ов нет, причем тут пакеты?

 

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

Share this post


Link to post
Share on other sites

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

 

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

Share this post


Link to post
Share on other sites

А что мешает собрать свежее ядро в том же дистрибутиве? 3.10 или 3.18

Это ж не BSD, тут обновлять даже самую древнюю систему смысла нет.

Share this post


Link to post
Share on other sites

Когда в конфиге accel указаны несколько RADIUS-серверов, по какому критерию идет выбор сервера?

1) Балансировка Round-robin

2) Failover - если первый не отвечает, запрос на следующий

Если п.2, то какой сервер первый, первый указанный в конфиге или по максимальному/минимальному IP?

Edited by SokolovS

Share this post


Link to post
Share on other sites

Добрый день.

 

при тестировании IPv6 в режиме IPoE, после отключения клиента не удаляется префикс IPv6 с интерфейса на сервере.

 

к примеру:

подключается клиент

# accel-cmd show sessions match username eth1.1001.1101

ifname | username | calling-sid | ip | rate-limit | type | comp | state | uptime

----------------+------------------+-------------------+-----------------+-----------------+-------+------+--------+------------

eth1.1001.1101 | eth1.1001.1101 | 14:da:e9:96:39:b9 | 192.168.1.250 | 1024000/1024000 | ipoe | | active | 1:05:15

 

на сервере смотрим этот порт

 

# ifconfig eth1.1001.1101

eth1.1001.1101 Link encap:Ethernet HWaddr 90:e2:ba:55:13:05

inet addr:192.168.1.1 Bcast:0.0.0.0 Mask:255.255.255.255

inet6 addr: fe80::92e2:baff:fe55:1305/64 Scope:Link

inet6 addr: 2000:0000:f60:255f::/64 Scope:Global

 

Далее... выключаем клиета и смотрим снова

 

# accel-cmd show sessions match username eth1.1001.1101

пусто...

 

на интерфейсе IPv4 нет а вот IPv6 остался

# ifconfig eth1.1001.1101

eth1.1001.1101 Link encap:Ethernet HWaddr 90:e2:ba:55:13:05

inet6 addr: fe80::92e2:baff:fe55:1305/64 Scope:Link

inet6 addr: 2000:0000:f60:255f::/64 Scope:Global

 

В итоге если выдавать адреса динамически, то получается один и тот же префикс может оставаться "висеть" на многих интерфейсах.

 

вот к примеру мы подключаемся снова и видим что теперь добавился еще префикс

# ifconfig eth1.1001.1101

eth1.1001.1101 Link encap:Ethernet HWaddr 90:e2:ba:55:13:05

inet addr:192.168.2.1 Bcast:0.0.0.0 Mask:255.255.255.255

inet6 addr: fe80::92e2:baff:fe55:1305/64 Scope:Link

inet6 addr: 2000:0000:f60:255f::/64 Scope:Global

inet6 addr: 2000:0000:1f03:113::/64 Scope:Global

смотрим на последний префикс... на скольких же интерфейсах он висит... и видим..

# ip -6 ro | grep 2000:0000:1f03:113::/64

2000:0000:1f03:113::/64 dev eth1.2356.1106 proto kernel metric 256

2000:0000:1f03:113::/64 dev eth1.2253.1120 proto kernel metric 256

2000:0000:1f03:113::/64 dev eth1.2425.1110 proto kernel metric 256

2000:0000:1f03:113::/64 dev eth1.2168.1102 proto kernel metric 256

2000:0000:1f03:113::/64 dev eth1.2227.1121 proto kernel metric 256

2000:0000:1f03:113::/64 dev eth1.2043.1102 proto kernel metric 256

2000:0000:1f03:113::/64 dev eth1.2157.1111 proto kernel metric 256

2000:0000:1f03:113::/64 dev eth1.2149.1105 proto kernel metric 256

2000:0000:1f03:113::/64 dev eth1.2286.1119 proto kernel metric 256

2000:0000:1f03:113::/64 dev eth1.2126.1204 proto kernel metric 256

2000:0000:1f03:113::/64 dev eth1.2257.1103 proto kernel metric 256

2000:0000:1f03:113::/64 dev eth1.2543.1107 proto kernel metric 256

2000:0000:1f03:113::/64 dev eth1.2540.1106 proto kernel metric 256

2000:0000:1f03:113::/64 dev eth1.2115.1212 proto kernel metric 256

2000:0000:1f03:113::/64 dev eth1.2426.1106 proto kernel metric 256

2000:0000:1f03:113::/64 dev eth1.2568.1103 proto kernel metric 256

2000:0000:1f03:113::/64 dev eth1.2113.1110 proto kernel metric 256

2000:0000:1f03:113::/64 dev eth1.1001.1101 proto kernel metric 256

 

 

переподключаемся еще раз.... ну и так дале....

# ifconfig eth1.1001.1101

eth1.1001.1101 Link encap:Ethernet HWaddr 90:e2:ba:55:13:05

inet addr:192.168.3.1 Bcast:0.0.0.0 Mask:255.255.255.255

inet6 addr: fe80::92e2:baff:fe55:1305/64 Scope:Link

inet6 addr: 2000:0000:f60:255f::/64 Scope:Global

inet6 addr: 2000:0000:1f03:113::/64 Scope:Global

inet6 addr: 2000:0000:1f03:280::/64 Scope:Global

 

Когда клиент выключен и отрабатывает vlan-mon интерфейс .1101 полностью удаляется, но а что делать в том случае когда клиентского устройство всего лишь перегрузили и в этот момент vlan-mon не успел отработать... префикс/префиксы так и остаются.

 

Версия accel-ppp 1.10.1

 

 

Для временного решения проблемы пока что добавили (костыль) скрипт в ip-down.d

который очищает префиксы на интерфейсе... что то типа этого (не знаю на сколько это корректно) :

ip -6 addr flush dev ''$1''

Share this post


Link to post
Share on other sites

День добрый..

 

возник вопрос у абона: а можно ли дитяткам ограничить доступ с X:00 до Y:00 часов.

 

во freeradius есть механизмы взаимодействия...

 

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

 

и есть ли какие-то механизмы а аккеле?

Share this post


Link to post
Share on other sites

По поводу удаления префиксов IPv6,

это баг, уже исправлено с commit d49a25b9f48ef5c65fe91a79e62c2f677169eac7

 

Спасибо!

 

 

и есть ли какие-то механизмы а аккеле?

 

А причем тут акцел?

Какие параметры передашь в accel он так и будет работать.

Share this post


Link to post
Share on other sites

Не осилил прочитать все страницы. При подключении по PPTP из Windows 7 ни в какую не хочет ходить трафик. Т.е. не пингуется даже P-t-P адрес. Параметры подключения корректные (шлюз и.т.д.). Подключение роутером работает нормально, с Linux машинки тоже все работает.

Разница в MTU для ppp интерфейса со стороны сервера, для винды оно не 1400, а 1396. В конфиге accel-ppp стоит 1400.

Кто то сталкивался с подобным?

 

accel-ppp ставил из пакета для debian: accel-ppp-1.9.0_wheezy_amd64.deb

 

Такая же история.

 

Конфиг accel-ppp.conf:

[ppp]

verbose=1

#min-mtu=1280

mtu=1400

mru=1400

#accomp=deny

#pcomp=deny

#ccp=0

#check-ip=0

#mppe=require

ipv4=require

ipv6=deny

ipv6-intf-id=0:0:0:1

ipv6-peer-intf-id=0:0:0:2

ipv6-accept-peer-intf-id=1

lcp-echo-interval=20

#lcp-echo-failure=3

lcp-echo-timeout=120

unit-cache=1

 

 

accel-ppp-1.10.1.tar.bz2

ядро:3.10.82-1.el6.elrepo.x86_64

 

Если использую accel-pptp-0.8.5 на этом же железе и ядре, то MTU=1400

Edited by list

Share this post


Link to post
Share on other sites

подключение с мппе ?

приложи лог подключения

Share this post


Link to post
Share on other sites

Поставил accel-ppd, настроил IPoE DHCP opt.82 с shared-vlan, связал с радиусом, вроде все работает. Потестил на кучке роутеров, компов с убунтами и прочими debian'ами. Но попробывал подключить комп с Win7, а он адрес получать по DHCP не хочет и accel пишет при подключение в логи вот такое:

 

Apr 13 15:37:27 TEST-LEAF daemon: :: recv [DHCPv4 Discover xid=375babc1 chaddr=00:1f:d0:88:a1:cf <Message-Type Discover> <Client-ID 01001fd088a1cf> <Host-Name user-PC> <Vendor-Class 4d53465420352e30> <Request-List Subnet,Domain-Name,Router,DNS,44,46,47,31,Route,Classless-Route,249,Vendor-Specific> <Relay-Agent {Agent-Circuit-ID Vlan423+Ethernet1/0/22} {Agent-Remote-ID office}>]
Apr 13 15:37:27 TEST-LEAF daemon: ipoe1:: create interface ipoe1 parent vlan423
Apr 13 15:37:27 TEST-LEAF daemon: ipoe1:office-22: office-22: authentication succeeded
Apr 13 15:37:27 TEST-LEAF daemon: ipoe1:office-22: send [DHCPv4 Offer xid=375babc1 yiaddr=91.232.162.193 chaddr=00:1f:d0:88:a1:cf <Message-Type Offer> <Server-ID 91.232.162.1> <Lease-Time 600> <T1 300> <Router 91.232.162.1> <Subnet 255.255.255.0> <DNS 91.232.162.10,95.215.108.60>]
Apr 13 15:37:30 TEST-LEAF daemon: ipoe1:office-22: recv [DHCPv4 Discover xid=375babc1 chaddr=00:1f:d0:88:a1:cf <Message-Type Discover> <Client-ID 01001fd088a1cf> <Host-Name user-PC> <Vendor-Class 4d53465420352e30> <Request-List Subnet,Domain-Name,Router,DNS,44,46,47,31,Route,Classless-Route,249,Vendor-Specific> <Relay-Agent {Agent-Circuit-ID Vlan423+Ethernet1/0/22} {Agent-Remote-ID office}>]
Apr 13 15:37:30 TEST-LEAF daemon: ipoe1:office-22: send [DHCPv4 Offer xid=375babc1 yiaddr=91.232.162.193 chaddr=00:1f:d0:88:a1:cf <Message-Type Offer> <Server-ID 91.232.162.1> <Lease-Time 600> <T1 300> <Router 91.232.162.1> <Subnet 255.255.255.0> <DNS 91.232.162.10,95.215.108.60>]
Apr 13 15:37:37 TEST-LEAF daemon: ipoe1:office-22: recv [DHCPv4 Discover xid=375babc1 chaddr=00:1f:d0:88:a1:cf <Message-Type Discover> <Client-ID 01001fd088a1cf> <Host-Name user-PC> <Vendor-Class 4d53465420352e30> <Request-List Subnet,Domain-Name,Router,DNS,44,46,47,31,Route,Classless-Route,249,Vendor-Specific> <Relay-Agent {Agent-Circuit-ID Vlan423+Ethernet1/0/22} {Agent-Remote-ID office}>]
Apr 13 15:37:37 TEST-LEAF daemon: ipoe1:office-22: send [DHCPv4 Offer xid=375babc1 yiaddr=91.232.162.193 chaddr=00:1f:d0:88:a1:cf <Message-Type Offer> <Server-ID 91.232.162.1> <Lease-Time 600> <T1 300> <Router 91.232.162.1> <Subnet 255.255.255.0> <DNS 91.232.162.10,95.215.108.60>]
Apr 13 15:37:37 TEST-LEAF daemon: ipoe1:office-22: ipoe: session timed out
Apr 13 15:37:37 TEST-LEAF daemon: ipoe1:office-22: ipoe: session finished

 

Подскажите кто-нить в каком направлении дальше копать?

Share this post


Link to post
Share on other sites

включен ли proxy-arp в конфиге ipoe ?

вообще лучше сделать запись пакетов с помощью tcpdump или wireshark и посмотреть что там или выложить сюда

Share this post


Link to post
Share on other sites

[ipoe]
verbose=5
mode=L2
start=dhcpv4
ifcfg=1
lua-file=/etc/accel-ppp.lua
username=lua:username
password=123456
attr-dhcp-client-ip=Framed-IP-Address
attr-dhcp-router-ip=Login-IP-Host
attr-dhcp-mask=Framed-Routing
lease-time=600
max-lease-time=900
proxy-arp=1
interface=re:vlan4[2-9][0-9],shared=1,start=dhcpv4
interface=re:vlan[7-9][0-9][0-9],shared=1,start=dhcpv4

 

Дамп во вложении. Версия accel-pppd 1.10.0

 

UPD: Добавил дамп tcpdump -i vlan423 -w test22.dump

dump-test-22.txt

test22.dump.txt

Edited by uropek

Share this post


Link to post
Share on other sites

не правильный дамп, используйте так

tcpdump -i <interface> -w <some-file>

Share this post


Link to post
Share on other sites

вроде всё нормально

остаётся только убедиться, что пакеты доходят до клиента

Share this post


Link to post
Share on other sites

вроде всё нормально

остаётся только убедиться, что пакеты доходят до клиента

Спасибо огромное. Нашел что ip dhcp snooping trust не был включен на том порту, который уходит на роутер.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now