>>мак-адресам чего???
>
>видимо сетевого устройства клиента...(наверное контроллера удаленного доступа)
>
-bash-2.05b$ ./ifconfig
...
eth0 Link encap:Ethernet HWaddr HH:HH:HH:HH:HH:HH
....
а вот диалап:
[syslha@localhost sbin]$ ./ifconfig
...
ppp0 Link encap:Point-to-Point Protocol
inet addr:x.x.x.x P-t-P:y.y.y.y Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
RX packets:848 errors:0 dropped:0 overruns:0 frame:0
TX packets:927 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:386503 (377.4 Kb) TX bytes:120360 (117.5 Kb)
...
как видишь никакого HWaddr (не попасть мне через тебя в инет :-) )
вообще авторизация на основе мак - это не панацея, как поначалу может показаться - этот адрес подделывается так же легко, как и IP
>>ограничение на кол-во соединений для данного логина
>>(не сможет клиент подключится - сообщит),
>
>а если он с другом скинулся, чтобы платить меньше (фиксированная плата -
>качай сколько хочешь)
>
если ограничить кол-во входов по данному логину, то одновременно они качать не смогут. а запретить что-то качать одному для другого ты все равно никак не сможешь. так какая разница один для 2-3 других будет круглые сутки качать, или они договорятся и между собой о разделении времени. ты предоставляешь услугу за определенную плату, и раз сказал плати N$ и качай сколько хочешь, то будь готов к тому, что клиенты так и поступят ;-)
>>проверка телефонного номера с которого приходит запрос на соединение, >callback,
>>одноразовые пароли - на выбор, смотря по ситуации.
>
>полностью согласен...
>просто была мысль сделать access-list на MAC адреса - все нарушения в
>логах
>
а зашел бы клиент, к примеру, под своим логином с другого компа - ему облом (или железо, софт обновил - мак новый)? не с согласовывать же клиенту с тобой все свои апгрейды (и ему и тебе ненужный геморой - одно дело выделенные каналы, другое - диалап). если нужны похожие ограничения ограничения, то используй АОН и callbak.
>>
>>вообще, если клиент пролюбил ! пароль - это его проблемы.
>
>:)