pavlabor

Я читаю чорным по белому... Вижу чел хочет..., но не знает как! Вот и пишу главное бабосы и желание, раздерибанить помогут, сума значения не имеет. Не нравится раздача объявлений, можно рекламу по TV. Если не секрет, о какой сумме пожертвования идет речь?

Сама по себе магистраль на витой паре ни о чем не говорит. Это не более чем среда передачи. Поэтому совершенно непонятно, как это может влиять на качество. Вот маршрутизирующее оборудование на качество влиять может. Аплинк, у которого берут инет, тоже может. Устойчивость к грозовым разрядам у витой меньше, но это не важно при прокладке магистрали например под землей. Так по каким параметрам у конкурентов качество хуже? Говорит, говорит. На самом деле не все так просто. Я 15 лет назад наблюдал, как с переходом с десяти на сто мегобит, компы не успевали писать на жосткий диск, потом в

Так в чем проблема? Можно организовать раздачу листовок, "straus, оказывет финансовую помощь, для переключения к другому провайдеру... 200бачей на пользователя". Если нет провайдера, тоже не беда, забашлял пару лимонов, построил магистрали, подал инет... да хоть на халяву раздавай... будеш первым парнем на деревне...! пока будеш на халяву раздавать, а потом... в стадо, провайдеров, с их издержками и рентабельностю, мудрыми клиентами и т.д. Прикидую сколько чел, будут тебя по судам размазывать, трясти договором - "Халяву обещал, ...пожизненно!" А так трандеть, не мешки ворочать.

Этой новости уже больше года. Поинтересуйся, чем закончилось. Еще тогда были поползновения, характерные для американцев: ==== Некоторые из интернет-провайдеров, в частности, Comcast, уже ограничивают доступ в Интернет активным пользователям файлообменных сетей. Comcast пока не публикует информации о том, какой объем данных надо скачать, чтобы столкнуться с ограничениями. Абоненты компании уже пожаловались в Федеральную комиссию по связи США на действия Comcast, требуя возместить ущерб из расчета в 195 тысяч долларов на абонента. ==== Новостей там не одна, смотреть нужно шире. Вот Я

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

Никакого там секрета нет. Компекс 2216, построен на архитектуре Реалтека, фабрика комутации RTL8316 и два 8 портовых модуля физического уровня RTL8208. На той же архитектуре постороены делинки и многие другие коммутаторы. В ремонте их достаточно, поетому говорить что там какоето чудо не стоит, нормальная развязка, но! Компекс, наверно единственная контора которорая наиболее серьезно проработала грозозащиту на 8 портовых мыльницах. Не считая Асотеля, больще защитой никто не заморачивался. Защита - так себе, но сам факт что они ее начали курить, настраивает оптимистически. А вдруг! Пок

Подозреваю что на тачке еще форум стоит, его боты юзают, скриптов вагон, спам рассылают... И действительно в чем же грабля...?

Определись с термином ядро. Судя по выбраной модели, ты в понятии ядра понимаеш только режим свичя, тогда можеш брать. А цыска это уже уровень маршрутизации. Практика показывает что разработчики не готовы к нормальным досам, поетому выбирать особо не с чего, падать будет стабильно любая железка если она не цыска. Чтобы хоть как то стабилизировать стуацию, сразу старайся установить режим работы с доверительных ИП. Немного помогает.

трейс тебе в помощь

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

Это класический дос, к сетке имеет отношение поскоку-постоку. Перевести DHCP на время жизни 1 час, и по DHCP раздать маршрут 92.240.237.85 на 127.0.0.1 На будущее написать скрипт регистрирующий подобную атаку, и добавляющий соответствующим ИП в конфиг DHCP с маршрутом на 127.0.0.1, автоматически.

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

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

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

Все я понял. И писал что есть комматоры которые биндят один мак, а есть которые биндят список. На что ты ответил, мол влом тебе ручками 50-80 маков набивать. То есть уже на том етапе речь ишла о том что с тех 50-80 пользователей, какеру есть чем поживится.

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

Вообще, политика запрещения маков это гарячка, ну напишеш запретить тому и тому, чел поменяет себе мак и привет америка. Прийдется набивать 50-80 маков, только в век повальной комьютеризации и это гарячка, написал скрипт у билингу и кури бамбук, на здоровье.

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

Метода отлова, анализ мак таблицы на управляемых коммутаторах, определение дублирующихся маков на разных портах, то есть вычисление петли для мака жертвы. Мак на левом порту указвает направление где находится исполнитель. Исполнитель пробрасывает пакет именно с маком жертвы. Дальше совсем плохо, нужно дропить пакет на входе с левым маком от исполнителя, а эта фунция еще реже. По маске, правильная маска 10.0.0.0/255.255.255.0, у нее брадкаст 10.0.0.255, его слушают все машины в сетке, если поставить маску 10.0.0.0/255.255.255.255, она неправильная, и брадкаст для ип 10.0.0.20 будет

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

Статистики нет, это не реализовано в самом чипе, есть вариант сделать на чипе ADM, но тогда не будет доступа к мак таблицам, но если вычислять всяких флудеров, то важнее мак на порту чем статистика. И что вы собираетесь делать с фунцией - зеркалирование портов?

Испытание грозозащит.

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

Почитай тут.

Мы в качестве тестера используем такое