Исходное сообщение
"ТОР" Отправлено Аноним, 24-Ноя-14 01:57
> А тут еще http://en.wikipedia.org/wiki/Multipath_TCP наплывает Как бы да, но тут вот какой момент: новое законодательство обязывает провайдера хранить весь траффик за что-то типа последних 12 часов. Так что это во первых не особо повышает анонимность, а во вторых создает достаточно маргинальные неудобства мощным атакующим. В смысле, если им трафф с 1 прова получить можно - то скорее всего можно и с 2. Некие неудобства разумеется создаст, но сильно на это уповать я бы не стал. > (наверное, Multipath_UDP У UDP каждая отдельная датаграмма - самодостаточна, там нет понятия сессии. Поэтому Multipath_UDP сам по себе - нонсенс. Но вы можете сделать свой протокол поверх UDP, который будет нормально относиться к пакетам с нескольких направлений и объединять их. При этом вам придется самому сделать какое-то подобие уствновки сессий. Да, из пакет-ориентированного UDP можно сделать некое подобие TCP. Вон uTP например - как-то так и сделан. Но это на уровне приложений уже. > вообще, можно, реализовать на другом уровне OSI). Только это уже не чистый UDP а какой-то добавочный протокол поверх него, имеющий понятие о сессиях и что к какой сессии относится. > MESH сети (где же они :( А об этом должны позаботиться мы, инженеры :). > И главное, эти "любители цензуры" за свой счет рецензии пишут?!?!?! Обычно любители цензуры втирают очки налогоплательщикам за их же налогоплательщиковский счет. Как обычно, ваш Капитан Очевидность.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> А тут еще http://en.wikipedia.org/wiki/Multipath_TCP наплывает > Как бы да, но тут вот какой момент: новое законодательство обязывает провайдера > хранить весь траффик за что-то типа последних 12 часов. > Так что это во первых не особо повышает анонимность, а во вторых > создает достаточно маргинальные неудобства мощным атакующим. В смысле, если им трафф > с 1 прова получить можно - то скорее всего можно и > с 2. Некие неудобства разумеется создаст, но сильно на это уповать > я бы не стал. >> (наверное, Multipath_UDP > У UDP каждая отдельная датаграмма - самодостаточна, там нет понятия сессии. Поэтому > Multipath_UDP сам по себе - нонсенс. Но вы можете сделать свой > протокол поверх UDP, который будет нормально относиться к пакетам с нескольких > направлений и объединять их. При этом вам придется самому сделать какое-то > подобие уствновки сессий. Да, из пакет-ориентированного UDP можно сделать некое подобие > TCP. Вон uTP например - как-то так и сделан. Но это > на уровне приложений уже. >> вообще, можно, реализовать на другом уровне OSI). > Только это уже не чистый UDP а какой-то добавочный протокол поверх него, > имеющий понятие о сессиях и что к какой сессии относится. >> MESH сети (где же они :( > А об этом должны позаботиться мы, инженеры :). >> И главное, эти "любители цензуры" за свой счет рецензии пишут?!?!?! > Обычно любители цензуры втирают очки налогоплательщикам за их же налогоплательщиковский > счет. Как обычно, ваш Капитан Очевидность.
	Введите код, изображенный на картинке: