1

Всем привет.

Буду рад, если кто поделится опытом эксплуатации различных типов авторизации прокси.
На серваке стоит squid + sams. Сейчас авторизация идет через ncsa, т.е. требуется логин с паролем.
Пока вижу одни минусы:
- при старте веб броузера приходится вводить пароль
- если пароль сохранен, юзерам приходится все равно совершать лишнее телодвижение, кликая каждый раз ОК при старте броузера
- при уттере и забытии пароля приходится его восстанавливать и идти на рабочее место вновь забивать.
- некоторые хитрые юзеры, сидящие на лимите, стали добывать пароли от безлимитных аккаунтов и сидеть под ними

Сейчас смотрю в сторону авторизации по IP, пока вижу одни плюсы:
+ лимит и статистика жестко привязаны по IP к конкретному рабочему месту
+ теперь зная пароль не получится без смены IP посидеть на безлимитном тарифе (про хитрых юзеров)
+ даже если продвинутый пользователь сменит IP и попадет на безлимитку, то это очень быстро станет заметным, так как истинный владелец не попадет в инет (при парольном методе аунтефикации злоупотребления выявляются только после просмотров логов)
+ можно привязать IP к мак адресу (вроде squid может это делать), тогда злоупотребления использования безлимитного интернета теми кому он не положен можно будет свести к минимуму.

Смущает пока то, что вижу в одном случае только минусы, а в другом только плюсы, поэтому с удовольствием готов пообщаться на эту тему.  wink

Apple MacBook Pro OS X 10.8
HP ProLiant Microserver Ubuntu 12.04

2

На работе настроен squid+havp+squid+squidGuard, Авторизацыя за айпишкой+мак. Все работает нормально, Для ведения логов использую lightsquid. Всё нормально и это всё бегает на слаке 12.2

Trouble  in WINDOWS reboot, trouble in UNIX be root.

3

kisil,
Очень интересно!
А если например продвинутый юзер поменяет мак адрес и ай-пи чтобы сидеть на чужом интернете. Такое реально вычислить. Понятно что компьютер хозяина не выйдет в интернет, но нужно тогда еще и вычислить юзера, который подменил мак с айпишником, как тогда быть в такой ситуации?

Apple MacBook Pro OS X 10.8
HP ProLiant Microserver Ubuntu 12.04

4

Я не админ, и такими вопросами никогда не занимался, но в памяти крутится слово Stargazer.  wink

5 (08.06.2010 09:03:45 отредактировано kisil)

duke пишет:

kisil,
Очень интересно!
А если например продвинутый юзер поменяет мак адрес и ай-пи чтобы сидеть на чужом интернете. Такое реально вычислить. Понятно что компьютер хозяина не выйдет в интернет, но нужно тогда еще и вычислить юзера, который подменил мак с айпишником, как тогда быть в такой ситуации?

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

Trouble  in WINDOWS reboot, trouble in UNIX be root.

6

duke пишет:

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

просканить и увидеть вендовое имя, свериться с бумажкой, узнать на каком этаже герой и прихватить из серверной биту.

7

mycetophylax,
Спасибо за линк!  wink
kisil,
Везет что нет продвинутых юзеров. А по скорости ограничение у нас делать не вариант, все равно попытаются медиа контент тянуть и канал забивать.
system-root,
Битой не обзавелся пока  smile

Попробовал прикрутить авторизацию по IP для одного отдела. Плюсом через arp -f /etc/ethers прикрутил привязку IP к MAC адресу, пока полет нормальный. Людям нравится что пароль теперь не нужен.  smile

Apple MacBook Pro OS X 10.8
HP ProLiant Microserver Ubuntu 12.04

8

duke пишет:

Везет что нет продвинутых юзеров.

так у вас просто юзеры? не IT отдел а манагеры??? дык как они могут сменить MAC адрес не имея прав?

9

На прошлой неделе настраивал авторизацию по ntlm через домен, поднятый на ClearOS

10

system-root,
есть ИТ отдел  ac

Apple MacBook Pro OS X 10.8
HP ProLiant Microserver Ubuntu 12.04

11

duke  наткнулся на дистрибутивы - роутеры http://www.tux.in.ua/articles/1983 кажется здесь...
untangle - тут много платного... http://tuxologia.blogspot.com/2009/04/untangle.html
буду пробовать, правда на виртуалках...

История показывает, что во всем новом обычно кроется какой-то подвох.
Классическая ошибка, которую совершают проектировщики
абсолютно надежных систем, - недооценка изобретательности клинических идиотов.