Программы для автоизменения открытых портов в реалтайме или эмуляция старта/остановки передачи данных.
Программы для автоизменения открытых портов в реалтайме или эмуляция старта/остановки передачи данных.Ищу утилиты подобного рода. Если дескрипшн непонятен, обьясню с примерами.
Идет обмен данными по открытому порту 1000 по протоколам TCP или UDP. Проходя через маршрутизаторы и шейпер (в ДМЗ) поток данных много раз шифруется, фрагментируется и собирается снова. Но это неважно. Важно, что для ослабления нагрузки на оборудование этот поток данных после нескольких переданных пакетов сжимается, как следствие от урезания ширины канала. При смене порта, на который поступает этот поток, новый порт опять имеет всю ширину канала на те же несколько пакетов. Редкие программы могут использовать множество портов одновременно( я не говорю об полуоткрытых), но и даже они не могут их менять в автоматическом режиме.
Эмуляция. Так как первый порт, с которого ушла передача данных, неактивен, и соединение закрыто или разорвано RST-атакой, то на него опять не накладываются ограничения. В этом случае, не дергая множество портов, можно на одном из них создать "синусоидный" канал, где данные будут идти с перерывами. Опять же, для этого нужно эмулировать разрыв соединения после передачи пакета данных и снова открывать соединение для следующего пакета.
З.Ы. Возможно, это реально и просто написать на Си или чем-нибудь подобном, но я не программист. Еще могу добавить, что это стандартная процедура выделения части канала, которую выполняет шейпер. Зачем трогать эту глупую машину, которая еще и в ДМЗ, если можно решить вопрос вышеуказанным методом.
Так что, уважаемы программисты, жду ваших идей. Желательно, чтобы они могли реализовываться в среде ОС Windows. Если ваш скрипт или утилита окажется наиболее эффективной, то, как говорит "Долг", "...вы покроете себя вечной славой..." =)
(Вопрос #2. На первый ответов нет).
Идет обмен данными по открытому порту 1000 по протоколам TCP или UDP. Проходя через маршрутизаторы и шейпер (в ДМЗ) поток данных много раз шифруется, фрагментируется и собирается снова. Но это неважно. Важно, что для ослабления нагрузки на оборудование этот поток данных после нескольких переданных пакетов сжимается, как следствие от урезания ширины канала. При смене порта, на который поступает этот поток, новый порт опять имеет всю ширину канала на те же несколько пакетов. Редкие программы могут использовать множество портов одновременно( я не говорю об полуоткрытых), но и даже они не могут их менять в автоматическом режиме.
Эмуляция. Так как первый порт, с которого ушла передача данных, неактивен, и соединение закрыто или разорвано RST-атакой, то на него опять не накладываются ограничения. В этом случае, не дергая множество портов, можно на одном из них создать "синусоидный" канал, где данные будут идти с перерывами. Опять же, для этого нужно эмулировать разрыв соединения после передачи пакета данных и снова открывать соединение для следующего пакета.
З.Ы. Возможно, это реально и просто написать на Си или чем-нибудь подобном, но я не программист. Еще могу добавить, что это стандартная процедура выделения части канала, которую выполняет шейпер. Зачем трогать эту глупую машину, которая еще и в ДМЗ, если можно решить вопрос вышеуказанным методом.
Так что, уважаемы программисты, жду ваших идей. Желательно, чтобы они могли реализовываться в среде ОС Windows. Если ваш скрипт или утилита окажется наиболее эффективной, то, как говорит "Долг", "...вы покроете себя вечной славой..." =)
(Вопрос #2. На первый ответов нет).
Ответ(ы) на вопрос:
гы ну ты надавил на мозг=)))))) почитай какие вопросы тут задают люди! =))) и помешь куда ты попал=)))) тебе проще спросить на форуме где собираются программеры. =)))) ну удачи тебе=)
о_О Ёмаё.. =)))
Боже, чем не устраивает простой человеческий протокол tcp?
Не нашли ответ?
Похожие вопросы