Есть компьютер подключенный к локалке и включенный в домен. У компьютера есть выход в интернет. Известно так же, что админы отслеживают какой пользователь, что качает. Вопрос: как они это делают? Какие у них есть возможности это сделать?

Тебе о чем-нибудь говорят такие вещи, как шлюз, файерволл и (внимание) прокси-сервер? ;)

LSD, скорее всего, юзается ISA, да?

Меня интересуют конкретные ответы типа: ставится то-то, настраивается то-то, далее при доступе в сеть передается то-то и то-то. А не флейм на тему "какие слова вы знаете".

По поводу прокси сервера - он не используется.

Добавлено через 1 минуту и 33 секунды

Не знаю. Есть способ это проверить? И как это реализуется с его использованием?

Когда первый раз браузер открываешь, логин/пароль просят?

Добавлено через 32 секунды

прошу прощения, не заметил сразу

Добавлено через 1 минуту и 36 секунд
В таком случае, скорее всего, обсчитываются IP-адреса.

Непонял. Каким образом это позволяет определить какой пользователь (я имею в виду пользователей домена), что качал?

Скорее всего Proxy-сервер все-таки используется, так как иначе не вижу способов считать трафик пользователя домена. В проксе скорее-всего используется MSNT авторизация, чтобы этот процесс был прозрачным для пользователя. Скорее всего, это все-таки ISA.

сомневаюсь, что нет никаких заморочек аналогичных проксе...

А разве бывают прокси абсолютно прозрачные для всех программ, и чтобы через них проходили и ping, и tracert?

Добавлено через 1 минуту и 14 секунд
В настройках TCP/IP указан основной шлюз, и tracert показывает, что именно через него идут пакеты.

В проски обычно заворачивают только трафик, который имеет смысл проксировать. Http, например. А ping, tracert и т.п. идёт через NAT.

К примеру, есть стандартное решение - все то, что на 80й порт, дивертим на squid, остальное - на natd. В результате имеем прозрачный проксь для экономии HTTP-трафика и NAT для всего остального. Насколько понял, "для всех программ" == "для всех протоколов" - именно прокси под это дело не поднимешь, тут только network address translation поможет.

Я проверял далеко не все протоколы, а только HTTP, FTP и ICQ (еще проверял CVS, но он так и не заработал, правда возможно дело было в CVS сервере или настройках).

В любом случае, как они при таком раскладе могут проверять какой юзер это все качает?

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

Возможна еще обычная привязка к IP-адресам, указал такому -то юзеру присваивать трафик с такого-то IP...(сделать это можно с помощью того же керио)
Ты проверь как считается трафик если с одной машины под разнями юзерами работать...

А разьве есть такой функционал в AD, что когда юзер логинется, на компе где он залогинелся меняется IP адрес на присвоенный пользователю? если юзеры жестко привязаны к компам, то все ясно, а если нет?

Imple, повторюсь может не точно выразился, траф считается с IP адреса, просто у машины один хозяин и если за его машиной сидел другой эзер траф запишется на хозяина а не юзера...
Такая схема очень удобна если есть личные привязки к машине, т.е. хозяин несет ответственность.
а так же очень удобно в плане нет необходимости паролировать доступ к инету.

Redona, ну в таком случае все совсем просто, не нужно никаких проксей. Любая нормальная железка способна посчитать траф, который через нее прошел.

Imple, угу, и локальный тоже...
поясните пожалуйста значение слова "железка"

Это сообщение отредактировал(а) redona - 19.9.2007, 11:54

Насчет "железки" - по моей практике самый дешевый и удобный вариант - какая-нить хрень типа 100го пня под фрей или линухом.
С "небольшими хитрыми коробочками" типа тренднетов, длинков и прочих - если только снимать данные по SNMP (с этим никогда не заморачивался), и все равно нужна никсовая машина, которая будет это считывать и логировать.
Cisco - удобно, умеет почти все. Но дорого.

MuToGeN, вот и я думаю как железка может траф считать, обычно это делает софтина  

Вы знаете какой-либо маршрутизатор, или хороший коммутатор без своей OS на борту?

Imple, я вас понял, только по моему речь шла о софте, хотя после ваших пояснений я согласен, это неплохой вариант и вполне логичный  

1. В данном случае, за одной машиной сидит несколько пользователей. И трафик надо считать для каждого отдельно.
2. Выяснилось, что там действительно стоит ISA.
3. Теперь явно надо указывать проксю.

Собственно теперь вопрос по поводу "MSNT авторизации", как именно она протекает? Со стороны программы требуются какие либо действия?

При доменной авторизации в каждый момент времени за компом залогинен один юзер.

Сделать можно. И это даже не сложно, если изучить основы работы сетевых протоколов, доменную организацию, WSH, доменные политики.
За просто так писать многостраничный труд врядли кто здесь возмется ))
ISA решает большую часть этих проблем, добавляя от себя новые в стиле МС  

Добавлено через 1 минуту и 14 секунд

Вообще-то, это называется NTLM авторизация. Софт должне уметь поддерживать его явно. Поэтому для задачи NATить все протоколы решение "в лоб" не проходит.

На машине стоит ISA Client, его обычно в трее видно?
В любом случае они могут посмотреть где ты был и когда, если журнал ведут.

Это сообщение отредактировал(а) slnes - 5.10.2007, 10:58

В трее ничего не висит, а так надо проверить.


Что-то я тебя не совсем понял.
Про то что это реализуемо, я знаю. Меня интересовало можно ли это сделать на автомате, т.к. эти ребята явно не будут писать скрипты.

я не знаю что означает "на автомате". Ищете серьезно разбирающегося человека, ставите четкую задачу, платите деньги и получаете работающую систему. Готового решения из коробочки нет, что бы там не писали и не нахваливали.

Я имел в виду - без программирования. А задача была узнать - как это реализовано.