finn Опубликовано 1 июня, 2013 · Жалоба Возникла проблема падает accel-ppp. Используется только ipoe. Jun 1 12:42:53 ipoe kernel: [45745.508113] top invoked oom-killer: gfp_mask=0xd0, order=0, oom_adj=0 Jun 1 12:42:53 ipoe kernel: [45745.508121] top cpuset=/ mems_allowed=0 Jun 1 12:42:53 ipoe kernel: [45745.508126] Pid: 16623, comm: top Not tainted 2.6.32-5-686 #1 Jun 1 12:42:53 ipoe kernel: [45745.508130] Call Trace: Jun 1 12:42:53 ipoe kernel: [45745.508144] [<c1089c80>] ? oom_kill_process+0x60/0x201 Jun 1 12:42:53 ipoe kernel: [45745.508150] [<c108a1fd>] ? __out_of_memory+0xf4/0x107 Jun 1 12:42:53 ipoe kernel: [45745.508156] [<c108a26a>] ? out_of_memory+0x5a/0x7c Jun 1 12:42:53 ipoe kernel: [45745.508164] [<c108cb15>] ? __alloc_pages_nodemask+0x3ef/0x4d9 Jun 1 12:42:53 ipoe kernel: [45745.508172] [<c10ae9e6>] ? alloc_slab_page+0x18/0x1b Jun 1 12:42:53 ipoe kernel: [45745.508177] [<c10aeb28>] ? __slab_alloc+0x13f/0x431 Jun 1 12:42:53 ipoe kernel: [45745.508182] [<c10aefac>] ? kmem_cache_alloc+0x6d/0xe5 Jun 1 12:42:53 ipoe kernel: [45745.508189] [<c10b4cf8>] ? get_empty_filp+0x76/0x13e Jun 1 12:42:53 ipoe kernel: [45745.508194] [<c10b4cf8>] ? get_empty_filp+0x76/0x13e Jun 1 12:42:53 ipoe kernel: [45745.508199] [<c10b4cf8>] ? get_empty_filp+0x76/0x13e Jun 1 12:42:53 ipoe kernel: [45745.508206] [<c10bc4cd>] ? do_filp_open+0xb0/0x802 Jun 1 12:42:53 ipoe kernel: [45745.508214] [<c10eb523>] ? proc_tgid_stat+0xb/0xe Jun 1 12:42:53 ipoe kernel: [45745.508218] [<c10e8e0d>] ? proc_single_show+0x52/0x5c Jun 1 12:42:53 ipoe kernel: [45745.508224] [<c10bcc78>] ? getname+0x1d/0xb0 Jun 1 12:42:53 ipoe kernel: [45745.508230] [<c10c4581>] ? alloc_fd+0x52/0xb7 Jun 1 12:42:53 ipoe kernel: [45745.508235] [<c10b2327>] ? do_sys_open+0x4c/0xdf Jun 1 12:42:53 ipoe kernel: [45745.508240] [<c10b23fe>] ? sys_open+0x1e/0x23 Jun 1 12:42:53 ipoe kernel: [45745.508247] [<c10030fb>] ? sysenter_do_call+0x12/0x28 Jun 1 12:42:53 ipoe kernel: [45745.508251] Mem-Info: Jun 1 12:42:53 ipoe kernel: [45745.508254] DMA per-cpu: Jun 1 12:42:53 ipoe kernel: [45745.508257] CPU 0: hi: 0, btch: 1 usd: 0 Jun 1 12:42:53 ipoe kernel: [45745.508261] CPU 1: hi: 0, btch: 1 usd: 0 Jun 1 12:42:53 ipoe kernel: [45745.508264] Normal per-cpu: Jun 1 12:42:53 ipoe kernel: [45745.508267] CPU 0: hi: 186, btch: 31 usd: 44 Jun 1 12:42:53 ipoe kernel: [45745.508271] CPU 1: hi: 186, btch: 31 usd: 117 Jun 1 12:42:53 ipoe kernel: [45745.508273] HighMem per-cpu: Jun 1 12:42:53 ipoe kernel: [45745.508277] CPU 0: hi: 186, btch: 31 usd: 27 Jun 1 12:42:53 ipoe kernel: [45745.508280] CPU 1: hi: 186, btch: 31 usd: 46 Jun 1 12:42:53 ipoe kernel: [45745.508288] active_anon:49714 inactive_anon:12459 isolated_anon:0 Jun 1 12:42:53 ipoe kernel: [45745.508290] active_file:2134 inactive_file:1865 isolated_file:0 Jun 1 12:42:53 ipoe kernel: [45745.508292] unevictable:0 dirty:5 writeback:0 unstable:0 Jun 1 12:42:53 ipoe kernel: [45745.508293] free:508159 slab_reclaimable:529 slab_unreclaimable:200063 Jun 1 12:42:53 ipoe kernel: [45745.508295] mapped:1419 shmem:24 pagetables:169 bounce:0 Jun 1 12:42:53 ipoe kernel: [45745.508305] DMA free:4596kB min:1152kB low:1440kB high:1728kB active_anon:0kB inactive_anon:0kB active_file:28kB inactive_file:0kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:15792kB mlocked:0kB dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:16kB slab_unreclaimable:11184kB kernel_stack:40kB pagetables:0kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no Jun 1 12:42:53 ipoe kernel: [45745.508313] lowmem_reserve[]: 0 861 3032 3032 Jun 1 12:42:53 ipoe kernel: [45745.508328] Normal free:58920kB min:64380kB low:80472kB high:96568kB active_anon:0kB inactive_anon:0kB active_file:4kB inactive_file:60kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:881880kB mlocked:0kB dirty:0kB writeback:0kB mapped:4kB shmem:0kB slab_reclaimable:2100kB slab_unreclaimable:789068kB kernel_stack:616kB pagetables:0kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:97 all_unreclaimable? yes Jun 1 12:42:53 ipoe kernel: [45745.508357] lowmem_reserve[]: 0 0 17366 17366 Jun 1 12:42:53 ipoe kernel: [45745.508373] HighMem free:1969120kB min:512kB low:41084kB high:81656kB active_anon:198856kB inactive_anon:49836kB active_file:8504kB inactive_file:7400kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:2222952kB mlocked:0kB dirty:20kB writeback:0kB mapped:5672kB shmem:96kB slab_reclaimable:0kB slab_unreclaimable:0kB kernel_stack:0kB pagetables:676kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:546 all_unreclaimable? no Jun 1 12:42:53 ipoe kernel: [45745.508381] lowmem_reserve[]: 0 0 0 0 Jun 1 12:42:53 ipoe kernel: [45745.508388] DMA: 6*4kB 15*8kB 7*16kB 6*32kB 1*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 1*4096kB = 4608kB Jun 1 12:42:53 ipoe kernel: [45745.508405] Normal: 102*4kB 88*8kB 57*16kB 42*32kB 38*64kB 17*128kB 15*256kB 14*512kB 9*1024kB 9*2048kB 3*4096kB = 58920kB Jun 1 12:42:53 ipoe kernel: [45745.508422] HighMem: 2*4kB 3*8kB 16*16kB 6*32kB 4*64kB 64*128kB 45*256kB 16*512kB 13*1024kB 1*2048kB 470*4096kB = 1969120kB Jun 1 12:42:53 ipoe kernel: [45745.508459] 4025 total pagecache pages Jun 1 12:42:53 ipoe kernel: [45745.508463] 0 pages in swap cache Jun 1 12:42:53 ipoe kernel: [45745.508466] Swap cache stats: add 0, delete 0, find 0/0 Jun 1 12:42:53 ipoe kernel: [45745.508469] Free swap = 5841912kB Jun 1 12:42:53 ipoe kernel: [45745.508472] Total swap = 5841912kB Jun 1 12:42:53 ipoe kernel: [45745.524932] 786400 pages RAM Jun 1 12:42:53 ipoe kernel: [45745.524937] 560114 pages HighMem Jun 1 12:42:53 ipoe kernel: [45745.524940] 7665 pages reserved Jun 1 12:42:53 ipoe kernel: [45745.524942] 6005 pages shared Jun 1 12:42:53 ipoe kernel: [45745.524945] 267274 pages non-shared Jun 1 12:42:53 ipoe kernel: [45745.524950] Out of memory: kill process 1552 (accel-pppd) score 2557 or a child Jun 1 12:42:53 ipoe kernel: [45745.524986] Killed process 1552 (accel-pppd) До падения в логе ацеля ничего интересного(( [2013-06-01 12:42:50]: info: vlan3053: recv [RADIUS(1) Access-Reject id=1 <Reply-Message "Serv ice Disabled">] [2013-06-01 12:42:50]: info: vlan3049: recv [RADIUS(1) Access-Reject id=1 <Reply-Message "Serv ice Disabled">] [2013-06-01 12:42:50]: warn: vlan3049: authentication failed [2013-06-01 12:42:50]: warn: vlan3053: authentication failed [2013-06-01 12:42:50]: debug: vlan3049: terminate [2013-06-01 12:42:50]: debug: vlan3053: terminate [2013-06-01 12:42:50]: debug: vlan3049: ipoe: session finished [2013-06-01 12:42:50]: debug: vlan3053: ipoe: session finished [2013-06-01 12:42:51]: info: vlan3049: recv [DHCPv4 Discover xid=58ea9f9b chaddr=00:1d:7d:c2:3 0:b8 <Message-Type Discover> <Client-ID 01001d7dc230b8> <Host-Name PC> <Vendor-Class 4d53465420352e30> <Req uest-List Subnet,Domain-Name,Router,DNS,44,46,47,31,Route,Classless-Route,249,Vendor-Specific>] [2013-06-01 12:42:51]: info: vlan3049: send [RADIUS(1) Access-Request id=1 <User-Name "vlan304 9"> <NAS-Identifier "accel-ppp"> <NAS-IP-Address 192.168.128.245> <NAS-Port-Type Ethernet> <Calling-Station -Id "00:1d:7d:c2:30:b8"> <Called-Station-Id "vlan3049"> <User-Password > <Acct-Session-Id "07101cdcd74de950 ">] [2013-06-01 12:42:52]: info: vlan3013: send [RADIUS(1) Access-Request id=1 <User-Name "vlan301 3"> <NAS-Identifier "accel-ppp"> <NAS-IP-Address 192.168.128.245> <NAS-Port-Type Ethernet> <Calling-Station -Id "70:5a:b6:87:0f:64"> <Called-Station-Id "vlan3013"> <User-Password > <Acct-Session-Id "07101cdcd74de951 ">] [2013-06-01 12:42:52]: info: vlan3013: recv [DHCPv4 Discover xid=8c0a62c2 chaddr=70:5a:b6:87:0 f:64 <Message-Type Discover> <Client-ID 01705ab6870f64> <Host-Name ����-TOSH> <Vendor-Class 4d53465420352e3 0> <Request-List Subnet,Domain-Name,Router,DNS,44,46,47,31,Route,Classless-Route,249,Vendor-Specific>] [2013-06-01 12:42:52]: info: vlan3061: recv [DHCPv4 Request xid=994d7893 ciaddr=10.0.25.203 ch addr=00:24:1d:db:83:51 <Message-Type Request> <Client-ID 0100241ddb8351> <Host-Name ����ᠭ��-> <Option-81 00000080aba5aae1a0ada4e02d8f8a> <Vendor-Class 4d53465420352e30> <Request-List Subnet,Domain-Name,Router,DNS ,44,46,47,31,Route,Classless-Route,249,Vendor-Specific>] [2013-06-01 12:42:52]: info: vlan3061: send [DHCPv4 Ack xid=994d7893 ciaddr=10.0.25.203 yiaddr =10.0.25.203 chaddr=00:24:1d:db:83:51 <Message-Type Ack> <Server-ID 10.0.0.1> <Lease-Time 300> <Router 10.0 .0.1> <Subnet 255.255.224.0> <DNS 8.8.8.8,8.8.4.4>] Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NiTr0 Опубликовано 1 июня, 2013 · Жалоба Похоже память в модуле ipoe течет... причем - некисло течет (800МБ выкушано). хотя, как вариант - шейперы память кушают. Сколько клиентов на нем? Есть графики потребления памяти? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
finn Опубликовано 1 июня, 2013 · Жалоба Графиков потребления памяти нет. Клиентов 60, активных 30-40 uptime: 0.02:05:46 cpu: 0% mem(rss/virt): 52924/137492 kB core: mempool_allocated: 50133518 mempool_available: 204230 thread_count: 4 thread_active: 1 context_count: 118 context_sleeping: 0 context_pending: 0 md_handler_count: 116 md_handler_pending: 0 timer_count: 105 timer_pending: 0 sessions: starting: 0 active: 35 finishing: 0 ipoe: starting: 0 active: 0 radius(1, 192.168.128.243): request count: 0 queue length: 0 auth sent: 736 auth lost(total/5m/1m): 83/4/0 auth avg query time(5m/1m): 2160/2664 ms acct sent: 51 acct lost(total/5m/1m): 0/0/0 acct avg query time(5m/1m): 0/0 ms interim sent: 4402 interim lost(total/5m/1m): 2/0/0 interim avg query time(5m/1m): 34/12 ms Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NiTr0 Опубликовано 1 июня, 2013 · Жалоба Посмотрите потребление памяти в процессе работы. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kayot Опубликовано 1 июня, 2013 (изменено) · Жалоба Зашел посмотреть на свободную память у себя - и заметил непорядок. top - 15:17:26 up 9 days, 19:47, 2 users, load average: 1.00, 1.01, 1.05 Tasks: 140 total, 1 running, 139 sleeping, 0 stopped, 0 zombie Cpu0 : 98.0%us, 0.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 2.0%si, 0.0%st Cpu1 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu2 : 0.0%us, 1.0%sy, 0.0%ni, 99.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu3 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu4 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu5 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu6 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu7 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 8182192k total, 1167776k used, 7014416k free, 280624k buffers Swap: 8191992k total, 0k used, 8191992k free, 416436k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 24032 root 20 0 600m 2568 1720 S 99.7 0.0 3866:26 accel-pppd 1 root 20 0 19276 1536 1244 S 0.0 0.0 0:01.10 init 2 root 20 0 0 0 0 S 0.0 0.0 0:00.54 kthreadd show stat uptime: 2.15:43:20 cpu: 0% mem(rss/virt): 2960/678232 kB core: mempool_allocated: 345470 mempool_available: 154752 thread_count: 8 thread_active: 1 context_count: 38 context_sleeping: 0 context_pending: 0 md_handler_count: 37 md_handler_pending: 0 timer_count: 14 timer_pending: 0 sessions: starting: 0 active: 7 finishing: 0 ipoe: starting: 0 active: 0 radius(1, 127.0.0.1): request count: 0 queue length: 0 auth sent: 25 auth lost(total/5m/1m): 0/0/0 auth avg query time(5m/1m): 0/0 ms acct sent: 43 acct lost(total/5m/1m): 0/0/0 acct avg query time(5m/1m): 0/0 ms interim sent: 3053 interim lost(total/5m/1m): 0/0/0 interim avg query time(5m/1m): 9/0 ms Судя по логам - 3 дня, как раз с момента сборки и запуска свежей версии из git'a сервис висит пожирая 100% одного ядра. При этом все работает штатно, сессии подымаются/опускаются, ipoe работает. Команда accel-cmd terminate была проигнорирована, kill 'pid' тоже. Умер только после kill -9. После рестарта потребление CPU исчезло. Изменено 1 июня, 2013 пользователем kayot Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Cramac Опубликовано 2 июня, 2013 · Жалоба Подскажите, можно ли как то сделать, что бы пользователи не отваливались сразу, как только перестал отвечать радиус сервер? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
srg555 Опубликовано 2 июня, 2013 · Жалоба Cramac Увеличьте значения timeout max-try acct-timeout в секции радиус. если IP адреса выдаёт сам accel-ppp, то можно ставить acct-timeout=0, если же биллинг(через Framed-IP-Address), то лучше так не делать, иначе может возникнуть ситуация, когда биллинг начнёт выдавать IP, которые принадлежит другой сессии(зависит от таймаута биллинга) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Cramac Опубликовано 2 июня, 2013 · Жалоба спасибо, у нас УТМ и он выдает постоянно один и тот же адрес юзверю. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
srg555 Опубликовано 2 июня, 2013 · Жалоба Cramac Тогда acct_timeout=0 для вас отлично подходит Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NiTr0 Опубликовано 2 июня, 2013 · Жалоба если же биллинг(через Framed-IP-Address), то лучше так не делать, иначе может возникнуть ситуация, когда биллинг начнёт выдавать IP, которые принадлежит другой сессии(зависит от таймаута биллинга) Ничего страшного, если биллинг умеет дропать левые сессии (которые у него в БД уже завершились) либо восстанавливать их. Наоборот, если вдруг случится отваливание биллинга/обрыв связи от браса до биллинга - тайм-аут=0 гораздо предпочтительнее, чем ограниченый тайм-аут. Ибо в 1-м случае просто абоны не смогут коннектиться, во 2 - по истечении тайм-аута сеть ложится вся. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Cramac Опубликовано 2 июня, 2013 · Жалоба тайм-аут 0 более предпочителен, т.к. хочу сервер с биллингом обновить, не хотелось бы чтоб все легло :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
srg555 Опубликовано 2 июня, 2013 · Жалоба Ничего страшного, если биллинг умеет дропать левые сессии (которые у него в БД уже завершились) либо восстанавливать их. Так у него в БД все сессии могут завершиться за то время пока связности радиус-брас не было и вот опять "ложится вся сеть". Идеальный вариант это когда брас сам выделяет IP для динамических абонентов, но в условиях малого кол-ва IPv4 и более одного браса это слишком большая роскошь :( Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NiTr0 Опубликовано 2 июня, 2013 · Жалоба Так у него в БД все сессии могут завершиться за то время пока связности радиус-брас не было и вот опять "ложится вся сеть". И чо? Не, если при этом 1 брас отсох - то да, между восстановлением связи с ним и дропом сессий на нем по аккаунтингу сеть может поштормить. Если же отсох биллинг - то глобальной катастрофы не случится. Поднимется биллинг, покилляются сессии, роутеры (или юзеры) установят новые - и все будет гладко и шелковисто. Когда у нас рубонули кабель меж техплощадками (около 19.00, когда пик коннектов прошел), мы неспешно его восстанавливали, вместо того чтобы впопыхах хватать под мышку сервера и везти их с одной техплощадки на другую. Ибо эдак 80% абонов уже были в онлайне, и успешно работали. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Cramac Опубликовано 2 июня, 2013 · Жалоба раскоментировал акк-таймаут, через телнет сделал ребут и аксель упал... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
martin74 Опубликовано 5 июня, 2013 · Жалоба А можно где нить в FAQ отметить, по каким атрибутам возможен поиск сессии для coa запроса? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
KSS_DIGGER Опубликовано 7 июня, 2013 (изменено) · Жалоба Не закрываются сессии в радиусе при команде в accel-cmd: restart gracefully в help написано: … restart [soft|gracefully|hard] - restart daemon soft - restart daemon softly, e.g. keep existing connections if session backup is enabled (default) gracefully - terminate all connections then restart hard - restart immediatly … Может кто подтвердить баг? И столкнулись с таким косяком: (данные из радиуса) Повторить специально не получается :( Куда копать? Изменено 7 июня, 2013 пользователем KSS_DIGGER Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nik247 Опубликовано 7 июня, 2013 · Жалоба Есть такое. У меня пока единственный 100% рабочий метод для радиуса: остановка="accel-cmd shutdown", а затем старт сервиса. Все остальные способы с остановкой/рестартом отрабатывают по разному... но чаще всего на радиус не посылается STOP. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
srg555 Опубликовано 10 июня, 2013 · Жалоба При попытке сделать IPoE vlan-per-user(L2, shared=0) на связке lanbilling+accel-pppd возникла такая проблема: radius Lanbilling-а передаёт только IP-адрес(Framed-IP-Address) и Framed-IP-Netmask(всегда равную 255.255.255.255), передавать правильную маску и gw он не умеет, т.к. в ppp это не нужно. Для того, чтобы сконфигурировать маршрут на сервере этого достаточно, а чтобы передать ip/mask/gw абоненту по dhcp этого не хватает(нет GW и mask). В связи с чем, прошу уважаемого автора accel-pppd реализовать такую фичу(название опции и формат просто для примера): ipoe-find-gw-mask=1.1.1.1/25,2.2.2.4/24,.... если эта опция сконфигурирована, то при получении IP из аттрибута, заданного с помощью attr-dhcp-cleint-ip, осуществлять поиск маски и gw из списка ipoe-find-gw-mask. Например, от radius-а приходит: framed-ip-address=1.1.1.10, framed-ip-netmask=255.255.255.255 в конфиге accel-pppd: attr-dhcp-cleint-ip=Framed-IP-Address ipoe-find-gw-mask=1.1.1.1/25,2.2.2.4/24 Тогда клиенту выдаётся по dhcp: Your-IP=1.1.1.10, mask=255.255.255.128, gw=1.1.1.1 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
xeb Опубликовано 11 июня, 2013 · Жалоба В связи с чем, прошу уважаемого автора accel-pppd реализовать такую фичу [ipoe] gw-ip-address=1.1.1.1/25 gw-ip-address=2.2.2.4/24 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
srg555 Опубликовано 11 июня, 2013 · Жалоба xeb Спасибо! Проверю, отпишусь Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nik247 Опубликовано 11 июня, 2013 · Жалоба В связи с чем, прошу уважаемого автора accel-pppd реализовать такую фичу [ipoe] gw-ip-address=1.1.1.1/25 gw-ip-address=2.2.2.4/24 Как-то не до конца отрабатывает... При X.X.X.1/24 этот IP используется только для Server-ID, как GW не передается. При X.X.X.4/24 этот IP используется только для Server-ID, как GW не передается. При X.X.X.1/25 этот IP используется только для Server-ID, как GW не передается. При X.X.X.4/25 получаем: [2013-06-11 21:21:10]: error: ipoe40.ipoe0: can't determine Server-ID [2013-06-11 21:21:10]: debug: ipoe40.ipoe0: terminate [2013-06-11 21:21:10]: info: ipoe40.ipoe0: ipoe: session finished Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
xeb Опубликовано 11 июня, 2013 · Жалоба блин, опять с масками напутал... всмысле как GW не передаётся ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
xeb Опубликовано 11 июня, 2013 · Жалоба исправил Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
srg555 Опубликовано 11 июня, 2013 · Жалоба xeb Когда опция gw-ip-address отрабатывает, то маршрут по умолчанию не передаётся клиенту и не появляется у него в таблице маршрутизации На сервере: Jun 11 23:03:42 ap-srv accel-pppd: eth1.2:eth1.2: recv [DHCPv4 Discover xid=3075b089 chaddr=00:50:56:8d:4d:2a <Message-Type Discover> <Request-IP 2.2.2.109> <Host-Name ap-cli> <Request-List Subnet,Broadcast,Time-Offset,Router,Domain-Name,DNS,119,Host-Name,44,47,MTU,Classless-Route,NTP>] Jun 11 23:03:42 ap-srv accel-pppd: eth1.2:eth1.2: send [RADIUS(1) Access-Request id=1 <User-Name "eth1.2"> <NAS-Identifier "accel-ppp"> <NAS-IP-Address 127.0.0.1> <NAS-Port 4> <NAS-Port-Type Ethernet> <Calling-Station-Id "00:50:56:8d:4d:2a"> <Called-Station-Id "eth1.2"> <User-Password >] Jun 11 23:03:42 ap-srv accel-pppd: eth1.2:eth1.2: recv [RADIUS(1) Access-Accept id=1 <Session-Timeout 86400> <Service-Type Framed-User> <Framed-Protocol PPP> <Framed-IP-Address 2.2.2.108> <Framed-IP-Netmask 255.255.255.255> <Class > <Acct-Interim-Interval 60>] Jun 11 23:03:42 ap-srv accel-pppd: eth1.2:eth1.2: can't determine Server-ID Jun 11 23:03:42 ap-srv accel-pppd: eth1.2:eth1.2: terminate Jun 11 23:03:42 ap-srv accel-pppd: eth1.2:eth1.2: ipoe: session finished Jun 11 23:03:45 ap-srv accel-pppd: :: recv [DHCPv4 Discover xid=3075b089 chaddr=00:50:56:8d:4d:2a <Message-Type Discover> <Request-IP 2.2.2.109> <Host-Name ap-cli> <Request-List Subnet,Broadcast,Time-Offset,Router,Domain-Name,DNS,119,Host-Name,44,47,MTU,Classless-Route,NTP>] Jun 11 23:03:45 ap-srv accel-pppd: eth1.2:eth1.2: send [RADIUS(1) Access-Request id=1 <User-Name "eth1.2"> <NAS-Identifier "accel-ppp"> <NAS-IP-Address 127.0.0.1> <NAS-Port 4> <NAS-Port-Type Ethernet> <Calling-Station-Id "00:50:56:8d:4d:2a"> <Called-Station-Id "eth1.2"> <User-Password >] Jun 11 23:03:45 ap-srv accel-pppd: eth1.2:eth1.2: recv [RADIUS(1) Access-Accept id=1 <Session-Timeout 86400> <Service-Type Framed-User> <Framed-Protocol PPP> <Framed-IP-Address 2.2.2.107> <Framed-IP-Netmask 255.255.255.255> <Class > <Acct-Interim-Interval 60>] Jun 11 23:03:45 ap-srv accel-pppd: eth1.2:eth1.2: send [DHCPv4 Offer xid=3075b089 yiaddr=2.2.2.107 siaddr=2.2.2.1 chaddr=00:50:56:8d:4d:2a <Message-Type Offer> <Server-ID 2.2.2.1> <Lease-Time 600> <Subnet 255.255.255.128>] Jun 11 23:03:45 ap-srv accel-pppd: eth1.2:eth1.2: recv [DHCPv4 Request xid=3075b089 chaddr=00:50:56:8d:4d:2a <Message-Type Request> <Server-ID 2.2.2.1> <Request-IP 2.2.2.107> <Host-Name ap-cli> <Request-List Subnet,Broadcast,Time-Offset,Router,Domain-Name,DNS,119,Host-Name,44,47,MTU,Classless-Route,NTP>] Jun 11 23:03:45 ap-srv accel-pppd: eth1.2:eth1.2: send [RADIUS(1) Accounting-Request id=1 <User-Name "eth1.2"> <NAS-Identifier "accel-ppp"> <NAS-IP-Address 127.0.0.1> <NAS-Port 4> <NAS-Port-Type Ethernet> <Calling-Station-Id "00:50:56:8d:4d:2a"> <Called-Station-Id "eth1.2"> <Class > <Acct-Status-Type Start> <Acct-Authentic RADIUS> <Acct-Session-Id "ec0326954ddf13ad"> <Acct-Session-Time 0> <Acct-Input-Octets 0> <Acct-Output-Octets 0> <Acct-Input-Packets 0> <Acct-Output-Packets 0> <Acct-Input-Gigawords 0> <Acct-Output-Gigawords 0> <Framed-IP-Address 2.2.2.107>] Jun 11 23:03:45 ap-srv accel-pppd: eth1.2:eth1.2: recv [RADIUS(1) Accounting-Response id=1] Jun 11 23:03:45 ap-srv accel-pppd: eth1.2:eth1.2: ipoe: session started Jun 11 23:03:45 ap-srv accel-pppd: eth1.2:eth1.2: send [DHCPv4 Ack xid=3075b089 yiaddr=2.2.2.107 chaddr=00:50:56:8d:4d:2a <Message-Type Ack> <Server-ID 2.2.2.1> <Lease-Time 600> <Subnet 255.255.255.128>] У клиента: lease { interface "eth1.2"; fixed-address 2.2.2.107; option subnet-mask 255.255.255.128; option dhcp-lease-time 600; option dhcp-message-type 5; option dhcp-server-identifier 2.2.2.1; renew 2 2013/06/11 19:08:03; rebind 2 2013/06/11 19:12:31; expire 2 2013/06/11 19:13:46; } Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
srg555 Опубликовано 11 июня, 2013 · Жалоба Да, передача default-gw заработала из gw-ip-address, но маршрут на сервере с accel-pppd почему-то не создаётся... Jun 11 23:12:35 ap-srv accel-pppd: libnetlink: RTNETLINK answers: Invalid argument Jun 11 23:12:35 ap-srv accel-pppd: eth1.2:eth1.2: ipoe: failed to add route to interface 'eth1.2' Jun 11 23:11:56 ap-srv accel-pppd: accel-ppp version 338e86560f0bb991852f977ff5376a2d9fb71b20Jun 11 23:12:35 ap-srv accel-pppd: eth1.2:eth1.2: recv [DHCPv4 Discover xid=7cfb254d chaddr=00:50:56:8d:4d:2a <Message-Type Discover> <Request-IP 2.2.2.107> <Host-Name ap-cli> <Request-List Subnet,Broadcast,Time-Offset,Router,Domain-Name,DNS,119,Host-Name,44,47,MTU,Classless-Route,NTP>] Jun 11 23:12:35 ap-srv accel-pppd: eth1.2:eth1.2: send [RADIUS(1) Access-Request id=1 <User-Name "eth1.2"> <NAS-Identifier "accel-ppp"> <NAS-IP-Address 127.0.0.1> <NAS-Port 4> <NAS-Port-Type Ethernet> <Calling-Station-Id "00:50:56:8d:4d:2a"> <Called-Station-Id "eth1.2"> <User-Password >] Jun 11 23:12:35 ap-srv accel-pppd: eth1.2:eth1.2: recv [RADIUS(1) Access-Accept id=1 <Session-Timeout 86400> <Service-Type Framed-User> <Framed-Protocol PPP> <Framed-IP-Address 2.2.2.106> <Framed-IP-Netmask 255.255.255.255> <Class > <Acct-Interim-Interval 60>] Jun 11 23:12:35 ap-srv accel-pppd: eth1.2:eth1.2: send [DHCPv4 Offer xid=7cfb254d yiaddr=2.2.2.106 siaddr=2.2.2.1 chaddr=00:50:56:8d:4d:2a <Message-Type Offer> <Server-ID 2.2.2.1> <Lease-Time 600> <Router 2.2.2.1> <Subnet 255.255.255.128>] Jun 11 23:12:35 ap-srv accel-pppd: eth1.2:eth1.2: recv [DHCPv4 Request xid=7cfb254d chaddr=00:50:56:8d:4d:2a <Message-Type Request> <Server-ID 2.2.2.1> <Request-IP 2.2.2.106> <Host-Name ap-cli> <Request-List Subnet,Broadcast,Time-Offset,Router,Domain-Name,DNS,119,Host-Name,44,47,MTU,Classless-Route,NTP>] Jun 11 23:12:35 ap-srv accel-pppd: libnetlink: RTNETLINK answers: Invalid argument Jun 11 23:12:35 ap-srv accel-pppd: eth1.2:eth1.2: ipoe: failed to add route to interface 'eth1.2' Jun 11 23:12:35 ap-srv accel-pppd: eth1.2:eth1.2: send [RADIUS(1) Accounting-Request id=1 <User-Name "eth1.2"> <NAS-Identifier "accel-ppp"> <NAS-IP-Address 127.0.0.1> <NAS-Port 4> <NAS-Port-Type Ethernet> <Calling-Station-Id "00:50:56:8d:4d:2a"> <Called-Station-Id "eth1.2"> <Class > <Acct-Status-Type Start> <Acct-Authentic RADIUS> <Acct-Session-Id "ec0326954ddf1796"> <Acct-Session-Time 0> <Acct-Input-Octets 0> <Acct-Output-Octets 0> <Acct-Input-Packets 0> <Acct-Output-Packets 0> <Acct-Input-Gigawords 0> <Acct-Output-Gigawords 0> <Framed-IP-Address 2.2.2.106>] Jun 11 23:12:35 ap-srv accel-pppd: eth1.2:eth1.2: recv [RADIUS(1) Accounting-Response id=1] Jun 11 23:12:35 ap-srv accel-pppd: eth1.2:eth1.2: ipoe: session started Jun 11 23:12:35 ap-srv accel-pppd: eth1.2:eth1.2: send [DHCPv4 Ack xid=7cfb254d yiaddr=2.2.2.106 chaddr=00:50:56:8d:4d:2a <Message-Type Ack> <Server-ID 2.2.2.1> <Lease-Time 600> <Router 2.2.2.1> <Subnet 255.255.255.128>] UPD: извиняюсь, маршрут не создался по моей вине, забыл GW IP повесить на лупбэк, а accel-pppd его использует как src при заливке маршрута в ядро Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...