https://www.opennet.dev/openforum/vsluhforumID3/56845.html Программа dhcdrop (http://www.netpatch.ru/dhcdrop.html) предназначена для тестирования DHCP серверов при их настройке, и отслеживания или подавления ложных DHCP серверов в сетях провайдеров. Подавление серверов осуществляется при помощи атаки DHCP starvation.<br><br><br>Возможности программы:<br><br><br>- поддерживаемые платформы: Linux, FreeBSD, Windows.<br>- возможность задания списка игнорируемых DHCP серверов.<br>- возможность тестового запуска без активизации атаки DHCP starvation. Осуществляется отправкой запроса DHCPDISCOVER без посылки DHCPREQUEST. В случае обнаружения DHCP сервера выдаётся соответствующее сообщение и программа завершается.<br>- возможность автоматизировать поиск и подавление ложных DHCP серверов в сети при помощи простого скрипта использующего код возврата программы.<br>- возможность конфигурирования параметров тестирования, атаки DHCP starvation и некоторых опций запросов DHCP.<br>- возможность стресс-тестирования DHCP сервера при помощи режима флуда DHCPDISCOVER запросов.<br><br><br><br>URL: http://www.netpatc https://www.opennet.dev/openforum/vsluhforumID3/56845.html#50 Sun, 26 Jul 2009 17:23:57 GMT &gt;Странно, что тогда никто не написал... <br><br>У меня есть заготовки необходимых скриптов. А вот студентам подавай готовое <br><br> https://www.opennet.dev/openforum/vsluhforumID3/56845.html#49 Fri, 17 Jul 2009 01:59:36 GMT не кажется.<br><br>DHCP хороша тем что клиенту не надо пояснять что делать - они комп включили и в сети. а статика - надо чтобы они ещё и правильно сеть настроили.<br><br> https://www.opennet.dev/openforum/vsluhforumID3/56845.html#48 Thu, 16 Jul 2009 15:02:32 GMT &gt;Ну так и что? Защитной мерой эта привязка НЕ является. Ну или не выполняет такие функции. Зато создаёт дополнительную нагрузку в обслуживании: каждое перемещение рабочего места будет вызывать необходимость обновления базы IP =&gt; MAC. И как раз с ростом количества клиентов этот геморрой будет только расти.<br><br>Для некоторых "дядей" проще запретить, чем вникать в тонкости... А про перемещение в пространстве раб. места в таких сетях, а именно перенастройка портов мелочи жизни ... там больше юридического геморроя (разрешения, утверждения, мотивация ....)<br><br>&gt;Вы людей в инет (или куда там ещё) по IP пускаете, и при этом админские права на тачках даёте (а иначе как они IP меняют)? Ну тогда и расхлёбывайте. <br><br>Это был пример ;)<br> https://www.opennet.dev/openforum/vsluhforumID3/56845.html#47 Thu, 16 Jul 2009 13:33:24 GMT &gt;&gt;Лично я руки таким провайдерам отрывать готов, которые до сих пор к <br>&gt;&gt;MAC'ам привязываются. Жутко неудобно. Особенно если техподдержка не круглосуточная. Да и <br>&gt;&gt;в корпоративной сети это тоже не всегда приемлемо, к сожалению (уже <br>&gt;&gt;больше из-за самодурства начальства, но не суть). <br>&gt;<br>&gt;В корпоративном секторе привязка MAC к IP и железу больше необходимость, чем <br>&gt;паранойя или самодурства начальства.<br><br>Про самодурство я говорил как раз в обратном смысле: что начальник хочет таскать на работу ноутбуки, не заботясь ни о чём, и хоть ты тресни.<br><br>&gt;[оверквотинг удален]<br>&gt;обязаловка И ИМХО это правильно. И эта стратегия на практике остается <br>&gt;адекватной когда у тебя в сети более 50 компов, и полюбому <br>&gt;найдется 10-30% умников которые будут тыкаться в соседние розетки и менять <br>&gt;ИП. Пример из личной практики: в одной конторе когда появился инет <br>&gt;он толком кроме админов и 1 отделу никому и даром не <br>&gt;нужен был. Но после прошествии некоторого месяца народ эту тему выкурил <br>&gt;по полной. Доходило до тог https://www.opennet.dev/openforum/vsluhforumID3/56845.html#46 Thu, 16 Jul 2009 06:57:09 GMT &gt;Лично я руки таким провайдерам отрывать готов, которые до сих пор к <br>&gt;MAC'ам привязываются. Жутко неудобно. Особенно если техподдержка не круглосуточная. Да и <br>&gt;в корпоративной сети это тоже не всегда приемлемо, к сожалению (уже <br>&gt;больше из-за самодурства начальства, но не суть). <br><br>В корпоративном секторе привязка MAC к IP и железу больше необходимость, чем паранойя или самодурства начальства. А в некоторых вещах это есть вообще обязаловка И ИМХО это правильно. И эта стратегия на практике остается адекватной когда у тебя в сети более 50 компов, и полюбому найдется 10-30% умников которые будут тыкаться в соседние розетки и менять ИП. Пример из личной практики: в одной конторе когда появился инет он толком кроме админов и 1 отделу никому и даром не нужен был. Но после прошествии некоторого месяца народ эту тему выкурил по полной. Доходило до того что народ обходил бан по IP методом мониторинга тачек которые имели доступ т.е. в случае если эта тачка выключена то на сетевухе менялся IP и оп инет есть. И что https://www.opennet.dev/openforum/vsluhforumID3/56845.html#45 Wed, 15 Jul 2009 11:11:34 GMT Когда машину в домен вводишь, все равно приходится кого нибудь посылать, что бы настроил и ввел логин и пароль. Либо еще както заранее озаботиться и подготовить соответсвующий диск, а значит туда можно и ручками нужный сертификат пихнуть.<br><br>PS. Увы не смог оперативно ответить, а значит и ответа от вас скорее всего не дождусь.<br> https://www.opennet.dev/openforum/vsluhforumID3/56845.html#44 Tue, 14 Jul 2009 14:36:31 GMT Вы отдаляетесь от начальной темы NAT'а. В данном случае через NAT проходит уже не первичный запрос, а то что генерирует агент пересылки DHCP. То что он есть как сущность - вовсе не факт. Мне кажется что задавший вопрос вообще слабо представлял что он спросил.<br> https://www.opennet.dev/openforum/vsluhforumID3/56845.html#43 Tue, 14 Jul 2009 05:21:09 GMT DHCP запросы пройдут через любую routed сеть главное чтобы первый маршрутизатор умел DHCP relay(ip helper).<br> https://www.opennet.dev/openforum/vsluhforumID3/56845.html#42 Mon, 13 Jul 2009 19:41:11 GMT &gt;это настроить. Это я именно про SOHO. <br><br>Ну да.При этом спасибо если человек отличит WAN от LAN :D.<br><br>&gt;порта провайдера - дескать, мелькнул чужой MAC. <br><br>Мне кажется что пров сам себя нагревает в этом случае - лишней нагрузкой на саппорт.При том - не совсем понятно, а что приобретается взамен?Ну, кроме геморроя саппорту?<br><br>&gt;Более того, я сталкивался с сетевухой, которую смена MAC банально вводила <br>&gt;в нестабильный режим &#8212; через некоторое время она тупо переставала обрабатывать пакеты, <br><br>Как оригинально.Но обычно юзеры хотят просто расшарить инет на несколько компов.При этом всяко нужен какой-то роутер.Ну и наверное если делать не через зад а по уму - то к его покупке (или сборке, если это писюк) следует подойти с пониманием вопроса, что требуется в конкретном случае и будет ли все это вообще работать.И уж определенно можно обойти грабельки стронкой.А кто делает фиг знает что и зачем - получает соответствующий результат.Вон у нас тут корбина (и еще много кого) с PPTP для интернета и DHCP для LAN.Ну и