l1ght

По перше - найтфлай притримуэться думки, що ппп - це погано По друге все по дефолту розраховано на ип+мак (статік дхцп), і тоді графічки малюються, трафік рахується і т.д і т.п.

І не будуть малюватися. Ваш мпд та що в вас там пппое чи впн не так важливо. Клієт по логіну паролю авторизується, при авторизації на вашому сервері створюються віртуальний інтерфейс, на кожного хто пройшов авторизацію. На мережевій карті ви не побачите абонентьского трафіку, бо він ходить через ng* інтерфейси, тому графіки bandwidth-ом малювати не зможете. В вас інтерфейсів багато, а він може тіки 1 слухати.

Ну якщо робити так як треба мені, усе було б готове А мені треба ще якось ip unnumbered на фрі змусити працювати + через платформо незалежніть додалось багато писанини.

Ніякий, графічки малюються тіки по 1 інтерфейсу.

Я користуюсь ifstat /usr/ports/net/ifstat Доволі чітко показує, але моніторинг навантаження каналу робить cacti. Іфстат тіки для того щоб подивитися скільки зараз йде.

http://wiki.mikrotik.com/wiki/%D0%A0%D1%83%D0%BA%D0%BE%D0%B2%D0%BE%D0%B4%D1%81%D1%82%D0%B2%D0%B0:%D0%92%D0%BE%D0%B7%D0%BC%D0%BE%D0%B6%D0%BD%D0%BE%D1%81%D1%82%D0%B8_%D1%87%D0%B8%D0%BF%D0%B0_%D0%BA%D0%BE%D0%BC%D0%BC%D1%83%D1%82%D0%B0%D1%86%D0%B8%D0%B8#Vlan-.D1.82.D0.B0.D0.B1.D0.BB.D0.B8.D1.86.D0.B0

Я в себе не виккористовую денимемберс, викинув с конфігу взагалі.

Ну йомайо, вам жеш казали - гівно цей црс. От тепер спробуйте змусити його працювати як свіч.

Шановний, ремоутапі - на те й ремоут, щоб його можна було викликати віддалено та без авторизації. Перевіряйте запис в веб та в кроні, можливо те що в крон засунули - з помилкою.

Ну в мене такої проблеми нема, та й взагалі оті тунелі потрібні вам?) Дешевше зробити по нормальному, бо для мене як той страшний сон, коли абон перевстановив віндоус на компі, або сам біжи до нього, або по телефону росказуй йому, як оте підключення до інтернету налаштувати - на одного абонента могло йти пів години - година. А щодо дхцп в інеті є патчик до исц-дхцп, він гідний тіки для опції 82, до якої я йду. Він потрібен для того, щоб перевидати юзеру адресу, навіть якщо він залізяку поміняв. І от тоді взагалі не буде геморою в мене

Я особисто не ловлю тих кто авторизується невірно, або намагається чужим логіном скористатись. Але я думаю - можна зробити щось на зразок готового "АРП Діагностика", по типу пппое діагностика І від пппое тікаю, як можу - поки що в сторону іп+мак, трохи згодом на влан пер юзер перейду. В мене на пппое залишилось чоловік 70-80 ще, і то мпд.лог зараз 220 мегабайт, а коли іх було 300+ то лог був 1 гігабайт+, а радіус пише свої логи по дням - зручніше парсити радіус логи. Ви собі це бачите як тікет, але то не тікет, а тіки повідомлення - тому воно буде висіти весь період, за який ви парсите

Ні воно просто перейшло в лс, і все вирішено - план як був так і є, з понеділка десь буде готове повністю, окрім повної підтримки ку-ін-ку, воно тільки в пулах живе, дхцп конфіг ще не придатний до нього.

в цій темі не знайшов обговорення роботи.... може не там шукав ? для прикладу, щоб вы побачили, що оговорення велося

Мак адреса змінюється тіки через термінал у мікротіку.

Так усе обговорення тут, в цій темі - трохи вище Ви подивіться і побачите на якому єтапі ці скрипти зараз існують На шелі, хоть зараз зваяю, але ж тре якось інтегрувати його.

@@nightfly, Як у вас із часом? Може краще в аську до вас стукну - та нормально це діло обговоремо?

Думаю якось так: http://www.cisco.com/c/en/us/support/docs/ip/simple-network-management-protocol-snmp/45080-vlans.html Енівей воно в будь-якому випадку виходить все дуже вендоро-залежним. ну те що зробив L1ght на данний момент (модуль для vlan per user) - це рішення під одного вендора... в цьому і головна проблема! і тому не дуже цікаве. Коли буде хоча б реалізація без ціски а засобами Фрі або лінукс то уже буде цікавіше. Шановний, воно буде, і коли ми тут вирішимо як це краще - от тоді і з'явиться, а доти можу тіки побажання вислухати Або якусь пораду.

А яка їм різниця? Хоч на PHP/shell хоч на перлі чи ассемблері - ви передаєте їм пачку arvg і забуваєте. Хто їх буде виконувати - їм видніше. Або передаємо одним з аргументів/або коллбеком шо ми саме за теплейт ініт скриптів хочем виконати. Приблизно так воно реалізовано в його скриптах ініціалізації Тимуром. Ну особисто мені є сенс робити тільки для циски, бо там де будуть в мене інсталяції на цисках. Але хочеться поділитися з народом, тому й у вас питаю, як краще. Бо це буде жити в вашій системі Та й бог його зна, може й вам згодится

Повністю логічно, так. Винести це в якийсь абстрактний скрипт ініціалізації з фіксованими аргументами, типу як воно зроблено в старгейзері - виглядає доста здоровою ідеєю. Ось, про це я й думав. Але тоді треба рішати зі скриптами, на чьому писати їх? шелл, перл, пхп, експект. Усіляко як зробити костиль з експектом+пхп я знаю Можливо дізнатися яка платформа через снмп SNMPv2-MIB::sysDescr.0 А далі вже використувуємо аргументи, які передані, я потрібні дії при визначеній платформі, тобто фря\лінух\циска.

Думаю якось так: http://www.cisco.com/c/en/us/support/docs/ip/simple-network-management-protocol-snmp/45080-vlans.html Енівей воно в будь-якому випадку виходить все дуже вендоро-залежним. По перше, цеж опен сурс? Тому що нема стандарту в цьому плані - от і виходить вендорозалежно. У вашому випадку, коли все живе на фрях - то тут проблеми не буде. По друге - аннамберед (чи подібність аннамбереду) буде підтримуватися на cisco, freebsd, linux. На циско в мене живе релей+снупінг, в випадку фрі\лінуху тре дхцп біндити на ло0 та кидати релей на нього, якщо це одна машина. Тобто НАС+термі

Ну один порт на одній залізяци за один раз і сейв конфігу на свічі, то не треба вливати за раз на усі свічі От з снмп не надто дружу. Скажімо мені тре залогінитись на циску і вкормити їй: enable configure terminal int vlan 300 ip helper-address 192.168.20.1 ip unnumbered loopback100 end write exit exit І як ото зробити засобами радіусу або снмп, не підкажете?)))

До речі - а шо ви там з RemoteAPI хотіли? І як воно планується використовуватись? Ні, ремоут апі там не використувується. Мене більше цікавить, як краще зробити передачу данних на циску, та свічі доступу... В своїх цілях використовую expect, але коли його викликаешь через пхп, треба через кожний крок в скрипті тицяти "sleep .1". Що робить процедуру дещо довшою, замість 0.3 секунди на всю процедуру без сліпів - зі сліпами треба як найменше 0.7 секунд.

Так, можу на публіку, мені не важко. Я планую робити наступну зв'язку: Сервер дхцп - исц дхцп стандартний. Далі особисто в мене планується, що буде стояти циска - яка робить аннамберед, та релей+снупинг. Що робитеметься засобами біллінгу: 1)конфіг дхцп, де віддаємо айпішку по номеру влана 2)засобами біллінгу виділити юзеру перший вільний влан (влани генеруються пулами, в окремому модулі) 3)скриптом підіймаємо влан на ціско, та на влані підіймаємо релей, та аннамберед 4)скрипт-шаблон для конфігу свічів на доступі Зараз як раз тести проводжу. Що планується ще: 1)Повна підтрим

Ну модуль для біллінгу влан пер юзер буде готовий десь с понеділка. Потім піде на одобрення до найтфлаю, і якщо все ок - то піде в карент і ви зможете побачити його в стандартній системі. Якщо цікавлять детялі - в л.с. пишіть, відповім на усе, що цікавить.

Я гадаю що реалізація може бути простіше в рази. З точки зору старгейзеру - можливо ви праві, але розглядувати це з точки зору "робити з нуля" - то там вийде все простіше.