LINUX.ORG.RU

Появилась возможность менять mac-адрес сетевой в NetBSD


0

0

На канале #NETBSD в сети PolNet, Karol Marchewka поделился ссылкой на исходный код модуля ядра, при помощи которого можно менять MAC адрес сетевой карты.

Автором модуля является Konrad "obil" Oblak.

До настоящего времени программных способов сменить мак в NetBSD не было.

>>> Подробности

anonymous

Проверено: Pi ()

Ответ на: комментарий от jackill

jackill ты из Зеленограда?

Если да, то plz дай аську - парой слов перекинуться, может поможешь!?!

anonymous
()
Ответ на: комментарий от jackill

>И какой же смысл в ограничении сессий, если полоса и так ограничена?

>В страшном сне не привидится подключать соседей. Я лично на 256 периодически задыхаюсь в одно рыло.

ты удивишься, но на 32К вполне могут работать человек 5-10, (почта там, аська, www - когда не все сразу), если их работа не связана с постоянным использованием инета.

поэтому среди небольших "однокомнатных" фирм есть практика: "поделиться" своими 256К "по-соседски" (т.е. - платить пополам, при этом наработать больше соседа:)) => нагрузка увеличивается нелинейно).

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

> Игра не стоит свеч, если ценовая политика у провайдера разумная.

Ну да! Ему бы брать мегабайты, раза в 2-3 дешевле было, но вот подай ему анлим! Некоторых не убеждают даже цифры.

>А канадский приятель еще три (если не больше) года назад имел мегабит с реальным ip и англимом за двадцать три бакса в месяц.

даже Москва - это не вся Россия, что уж говорить про Канаду...

зы: сам я не провайдер, просто знаю проблематику. у нас еще долго такого не будет.

grinn ★★
()
Ответ на: комментарий от mutronix

> А как же они работают при пустой ARP-таблице.

Глупость говорите, уважаемый. Вы тут описываете супер-пупер маршрутизирующий L3 коммутатор... иначе зачем ему нужен ARP?

Но дело в том, что к порту такой железки неподконтрольный конечный юзер окажется подключенным только в одном случае: ради acl и связки MAC-IP. А тут уж не до ARP-spoof, не будет он работать.

Если же подразумевался MAC-flood, чтобы крыша поехала, то я посмотрю, что ты сделаешь против L2 коммутатора с привязкой MAC к порту и/или dotX. А дальше, если не идиот строил, тебя закинут во VLAN, и вытащят из него только на маршрутизаторе.

А вот если твой провайдер совсем беден, будешь воткнут в коммутатор с port-based VLAN.

baka-kun ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.