вопросы, относительно миграции

[von_FRitz 0]

добрый день. есть несколько вопросов, относительно предположительной миграции на ubilling.

имеется локальная сеть уровня "слепили на голом энтузиазме" - сиречь ~250 абонентов в сети из сплошных мыльниц, доступ в инет через впн (pptp), всё на одном единственном сервере.

оплата/учет - на бумажках, через всеми любимую почту и прочие прелести жизни нищей дворовой сети =)

как оказалось pptp для восприятия абонентами слишком уж тяжел , посему взгляд пал на ip+mac (так, собственно и заинтересовались ubilling'ом).

у абонентов есть связки логин+пароль+ip.

Теперь, собственно, - вопросы:

1 возможна ли массовая регистрация - по принципу "мы взяли данные абонента (логин, пароль, мак адрес активного оборудования), залили в БД - абоненты заработали, адреса, ФИО абонентов переписываются с бумажек в процессе?

2 на оборудовании пользователей по большей части статичные ip адреса. не будет ли это мешать работе биллинга?

и вопрос из разряда офтопика - существует ли адекватный способ оградить пользователей от dhcp серверов внутри сети, не принадлежащих нам (бывали случаи, когда наши любимые юзОры настраивали роутеры так, что раздача адресов велась "наружу"

[nightfly 1 246]

1 возможна ли массовая регистрация - по принципу "мы взяли данные абонента (логин, пароль, мак адрес активного оборудования), залили в БД - абоненты заработали, адреса, ФИО абонентов переписываются с бумажек в процессе?

да, почему-бы и нельзя?

 

2 на оборудовании пользователей по большей части статичные ip адреса. не будет ли это мешать работе биллинга?

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

 

и вопрос из разряда офтопика - существует ли адекватный способ оградить пользователей от dhcp серверов внутри сети, не принадлежащих нам

Да - это называется DHCP snooping + IP Source guard и/или vlan per user

 

Но учитывая это ваше

~250 абонентов в сети из сплошных мыльниц

Вынужден упомянуть FAQ, где этот вопрос рассмотрен очень подробно.

 

Есть еще вариант подавлять "левые" dhcp сервера в сети при помощи dhcdrop, но я как-то не склонен плодить настолько пионерские решения.

[von_FRitz 0]

да, почему-бы и нельзя?

ткните, пожалуйста, носом, в какие таблицы вписывает данные биллинг при регистрации нового пользователя - чтобы ручное заполнение не отличалось от автоматического (не хочется упустить какю-небудь мелочь)

 

А ему какая разница?

 

ну мало ли - может редирект на закрытую подсеть делает не только UHW

 

Вынужден упомянуть FAQ

 

читал изначально =) самим стыдно за такие решения, но, к сожалению, на данный момент - маємо що маємо

[nightfly 1 246]

ткните, пожалуйста, носом, в какие таблицы вписывает данные биллинг при регистрации нового пользователя - чтобы ручное заполнение не отличалось от автоматического (не хочется упустить какю-небудь мелочь)

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

[von_FRitz 0]

спасибо за ответы. будем пробовать