Ситуация

Человек хочет найти ответ на 2 вопроса: как и кто.

в том то и дело, что его трафик разнится с трафиком провайдера. никакое программное обеспечение со стороны клиента не поможет.

вы знаете полный список провайдеров которые не умеют сопоставлять mac и ip адреса?

в любом из перечисленных Вами способов подключения такая ситуация возможна.

возместить ущерб. а почему бы и не поговорить с гаденышем? мне, например, приятно когда мне кто-то должен:))

у меня в конторе 50 человек и все сидят в инете. нагрузка, не спорю, за сутки перераспределяется, но не на столько как с его "тройкой" компьютеров.

по локальной сети. или есть другие варианты?

хоть делай хоть не делай - порноресурсы в трафике доминируют и будут доминировать. (70% - моя статистика кстати сходится с общественной)

а то у вас желание - ответить надо, но некому...

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

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

Уважаемый! Попрошу Вас впредь писать обычным языком, без грамматических ошибок! Уважайте себя и тех, кто читает Ваши посты!

А ссылочку можно на технические подробности на врезку в ADSL?

Есть такая фраза, что "реально помочь нам наш провайдер не может" и "ссылочку можно на технические подробности на врезку в ADSL". Сильно сомневаюсь, что ради халявной сотни вечнозеленых люди используют для врезки комплекс оборудования с мультиплексором и прочей белибердой. Так что исключаю возможность врезки в линию как фантастическую. Покупать оборудование за кубометры вечнозеленых, чтобы тырить трафик на сотню??? Гыгы. Как вариант, можно купить себе ADSL модем, благо копейки стоит, и врезаться в телефонную линию для идентификации по номеру телефона, или же там персонал провайдера сплошные лохи, что не могут клиентскую точку определить. Вообще технология ADSL подразумевает, что на АТС ТОЧНО знают, кто на второй стороне. Имхо врезка. Или провайдер - чудак на букву м. Или как я описал выше.

При чем тут ФСБ? Это зона ответственности милиции.

Я бы очень сильно хотел бы посмотреть как при жесткой привязке Логина к ип адрессу и с привязкой по маку, кто-либо смог бы войти, хотя бы, из другого сигмента.

А кто сказал, что обязана существовать привязка логина к IP и к MAC? Это две очень большие разницы и делаются они совершенно разными серверами, которые могут и не знать друг о друге.
Рассмотрим следующие возможные случаи распределения IP:

• Простое динамическое распределение IP.
  Обычно применяется при Dial-Up. В этом случае никакой привязки к MAC-адресу модема не производится. Этот MAC-адрес пров и знать не хочет, потому что модемы каждый покупает для себя сам. Разумеется, прокся тоже не знает MAC и привязки по нему сделать не может. IP ей тоже не известен, т.к. он динамический и переменный.
• Динамическое распределение с резервированием.
  Наиболее часто применяемый сейчас способ. В этом случае DHCP производит резервирование IP за конкретными MAC. Самый простой способ исключить подключение к сетям чайников слева. Но ведь ROM-BIOS некоторых сетевух можно перепрограммировать вместе с изменением их MAC.
  По идее, при резервировании можно в проксе указать, что такой-то логин может входить исключительно с определенного MAC, либо с конкретного IP, который к нему привязан. И то, если прокся обладает такими возможностями. Но многие ли админы провов заморачиваются этим?
• Статические IP.
  Если DHCP имеет область исключенную из динамического распределения, то в этом случае можно просто забить на компе некий статический адрес из этой области. При этом одним IP можно пользоваться и из различных физически разнесенных участков сети (не одновременно, конечно). Правда, такое не всегда приветствуется, ибо может негативно сказаться на своевременном обновлении таблиц динамической маршрутизации на магистральных маршрутизаторах. Тем не менее, в небольших сетях без динамической маршрутизации такой подход возможен.
  В этом случае даже привязка на проксе логина к IP не поможет. А MAC, как я уже писал, можно и подделать.

У меня из сети есть подключение к двум провам. Один дает IP, зарезервированный по MAC, а при подключении к сетям другого используется статический IP.
Так вот ... Из этой второй сети приполз червячок (не закрыл я TCP#139 - понадеялся на авось) и перезаражал все компы под Win2K/XP в сетке. Кроме расползания, он взламывал пароли доступа к VPN и куда-то их передавал. Причем, в черте города - в сфере деятельности сетей второго прова. Я его и обнаружил в основном потому, что канал на первого прова сел. Он же не разбирался, через какой шлюз слать данные и слал через первичный. Забил канал так, что пробиться было невозможно. Червячка я задавил, порты прикрыл, но через месяц заметил что в счете по второму прову фигурирует несколько высокая сумма. Сначала я не придал этому значения, но в следующие 2 месяца сумма за внешний трафик еще выросла многократно, хотя внешним Инетом с этого шлюза как раз и не пользовались уже.
Сообщили прову, он определил, что логином и паролем пользуются с другого IP. Но так как сам оперативных мероприятий выполнять не может, то обратился в ФСБ. Но немного поздно. Этот гад просек фишку и затаился. Так что уже полгода ждут, как бы поймать его на горячем. А иначе что-либо доказать проблематично.
Как мне объяснили ребята второго прова, аутентификация доступа к VPN у них производится только по логину/паролю и привязать ее к IP возможности нет. Тем более к MAC, т.к. прокся находится вообще в другом сегменте. Пришлось просить их вообще заблокировать для этого логина доступ к внешнему Инету.

За нарушение правил форума и пререкания с модератором обявляю вам предупреждение

Уважаемый, не могли бы подробнее описать проблему (софт, оборудование etc). А то советов накидали... общих. Мне самому интересно стало, как в таких объемах траф можно тырить

я не специалист. что конкретно интересует. какое оборудование? Вы скажите, я выясню.

Ну, грубо говоря, каким макаром в тырнет вылезаете? Тройка компов подключена к выделенному серверу? Сервер через какую железяку в сеть лезет? Какая операционка на сервере стоит (линухи, фря, а может виндузы)? В таком роде. А то тут рассуждаем, а потом окажется модемный пул на старой четверке с 98 окошками (смайл)

То есть есть комп с установленной WindowsXP (надеюсь, про), подключенный к выделенной линии. Этот комп выполняет роль сервера. К нему подключены три рабочих станции.

Еще нужно уточнить:

1. Кабель от провайдера воткнут прямо в сервер или в какой-то девайс, а уже от него в сервер?

2. В сервере две сетевых карты или одна? Если одна, то какой хаб/свич и т.д. используется?

Эм... а сколько получает админ у вас ? А то может и я сгожуся ^^

Сорр за офф топ =)


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

Это сообщение отредактировал erm1k - 05-06-2006 - 19:33

Кстати, да.

Насколько я понял, админ в данном случае отсутствует как класс. И здесь в первую очередь я бы вызвал хоть студента какого с мозгами, проверить и настроить тот комп под ХР, что роль сервера выполняет. А то возможны самые интересные варианты. Ну, например, прокси-сервер из него чья-то добрая душа организовала :) И лучше будет, если тот студент на "сервере" вместо ХР линукс или фрюБСД развернет. Заодно и исключит вариант "своего" (внутри контоы) траффожора.

И по мозгам прову настучать тоже не мешает, ибо вполне возможно, его проблемы.

В общем, ждем уточнений

Полностю согласен.
Добаветь могу только одно ставте файрвал на уровне железа...