Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Атака на протоколы на основе UDP, приводящая к зацикливанию обмена пакетами, opennews (ok), 20-Мрт-24, (0) [смотреть все] Подскажите, с целью повышения уровня образованности А для каких нужд может пона, ryoken (ok), 10:23 , 20-Мрт-24, (1) +3 // обновить циску провайдера, Аноним (3), 10:29 , 20-Мрт-24, (3) +4 Ты не поверишь, но чего только не вывешивают наружу - , Аноним (4), 10:29 , 20-Мрт-24, (4) +8 // Ну да, знаю, какой-нить монстрософт на принтеры в офезе вполне может белых IP на, ryoken (ok), 10:59 , 20-Мрт-24, (17) // у ipv6 белые и пушистые Не только лишь все вспоминают прикрыть их фаерволом , DeerFriend (?), 15:37 , 20-Мрт-24, (44) Подскажите, а TFTP работает по IPv6 мой домашний чисто по IPv4 пашет, про в, ryoken (ok), 15:49 , 20-Мрт-24, (46) конечно пашет, кто же ему запретит , DeerFriend (?), 20:16 , 20-Мрт-24, (61) +1 Не для нужд, а в силу раз-раз-и-поехали-в-продакшн , может кажется любой сервер, Аноним (6), 10:33 , 20-Мрт-24, (6) +1 Какие-нибудь Микротыки додумаются, чтобы прошивки обновлять через иент сразу в д, Аноним (9), 10:39 , 20-Мрт-24, (9) +1 // e-boot в натуральную величину, ага , ryoken (ok), 11:00 , 20-Мрт-24, (18) +3 Вообще есть сервис загрузки ОС через PXE сразу из интернета, если комп не грузит, Аноним (31), 12:43 , 20-Мрт-24, (31) +1 // Такое есть у Apple с их Internet Recovery Но там вроде бы не tftp, посложнее А, ryoken (ok), 12:49 , 20-Мрт-24, (33) // Ну вот у меня был лет шесть, если не семь, публичный PXE IPXE эндпоинт для загру, Аноним (52), 18:26 , 20-Мрт-24, (52) ОО аноним, вы ещё не видели, как они питание и интернет проводят - сразу бы поня, tty0 (?), 15:36 , 21-Мрт-24, (87) Для остальных есть EFI HTTP Boot, где поддерживается HTTPShttps github com tia, Аноним (70), 01:56 , 21-Мрт-24, (70) Довольно глупый вопрос Для вывешивания наружу не нужно прикладывать сил, в от, Аноним (62), 20:54 , 20-Мрт-24, (62) Потому как это простой способ сделать работу Без оверинженеринга, недушно дости, Аноним (95), 04:27 , 23-Мрт-24, (95) Поэтому впн по UDP уже примерно неделю, как не работает , Аноним (2), 10:28 , 20-Мрт-24, (2) –3 // Нет, не поэтому, Vik (??), 10:32 , 20-Мрт-24, (5) +1 // А почему Чем VPN-то помешал , Аноним (52), 18:27 , 20-Мрт-24, (53) –1 // обеспечивает доступ к противоправной информации , Я (??), 13:52 , 22-Мрт-24, (92) Работает , Аноним (62), 20:54 , 20-Мрт-24, (63) Потому что не нужно использовать протокол не предназначенный для этих целей Есть, ОноНим (?), 10:46 , 20-Мрт-24, (15) –2 // там не с uTorrentom проблемы были а кое-с-чем другим провайдеры халтурно шейпи, glad_valakas (-), 11:04 , 20-Мрт-24, (19) +1 // Нет, uTP при высокой загрузке сети начал швырять еще более мелкими пакетами, пер, Электрон (-), 06:55 , 23-Мрт-24, (96) TCP крайне уязвим к потерям пакетов Это называется Head of Line blocking UDP эт, Аноним (20), 11:09 , 20-Мрт-24, (20) +2 // Если у вас теряются пакеты, это не вина протокола, а линии связи Вот так смузих, Аноним (21), 11:19 , 20-Мрт-24, (21) –7 // Вина линии связи, но ответственность перез клиентом -- ваша В идеальном мире, ко, Аноним (23), 11:28 , 20-Мрт-24, (23) +2 Какая коллизия про окна в тцп никто не читал и фрагментацию дефрагментацию С т, Аноним (21), 16:42 , 20-Мрт-24, (48) А у вас есть возможность влиять на линии связи, особенно, если это не ваша после, Аноним (9), 11:29 , 20-Мрт-24, (24) Линии связи имеют конечную пропускную способность Кроме того, случаются ошибки , CAE (ok), 11:48 , 20-Мрт-24, (27) Ну да, как правило, в локальном периметре потеря пакетов наблюдается раз в сутки, tty0 (?), 15:44 , 21-Мрт-24, (88) Линии связи объективно неидеальны и теряют пакеты, и ничего ты с этим не сделаеш, Аноним (37), 14:45 , 20-Мрт-24, (37) +1 погоди, не мешай ему жить в мире сферических коней в вакууме , namenotfound (?), 15:37 , 20-Мрт-24, (45) Расскажи эту мантру беспроводным сетевым технологиям, чудило Там потери пакетов, Аноним (-), 15:22 , 20-Мрт-24, (41) +1 Проблема беспроводных систем не должно нарушать логику тцп Оно совсем не про то, Аноним (21), 16:46 , 20-Мрт-24, (49) Кому нужна эта логика, нужно чтобы работало Чем это хуже, чем собирать в буфере , Аноним (-), 17:34 , 20-Мрт-24, (51) Это не магия, это то чем занимается tcp ip стек ядра А тут смузихлебы предлагаю, Аноним (66), 22:16 , 20-Мрт-24, (66) +2 Покажешь как данные без потерь передавать или кроме 127 0 0 1 в жизни никуда не , Аноним (52), 18:30 , 20-Мрт-24, (54) Не обязательно прям потеря Может быть и просто переупорядочивание пакетов и п, Аноним (65), 21:04 , 20-Мрт-24, (65) И чем в этой ситуации вам поможет обработка в приложении Будет затык ещё на кон, Аноним (66), 22:25 , 20-Мрт-24, (67) Дальше может быть переполнение приёмного буфера и потеря пакета Когда-то случит, Аноним (65), 23:38 , 20-Мрт-24, (68) Ой видите ли гугол решил, значит это правильно Ждут не потому что тцп, а потому, Аноним (21), 08:37 , 21-Мрт-24, (75) линии связи будут дырявые это можно только принять помехи и точки отказа с рост, Я (??), 13:54 , 22-Мрт-24, (93) Отбрасывание пакетов - фундаментальный механизм и вообще modus operandi TCP Con, Электрон (-), 07:02 , 23-Мрт-24, (98) БРЕД Это как раз таки TCP максимально точный в передаче о чём куча статей от про, robot228 (?), 11:48 , 20-Мрт-24, (28) –1 Вы путаете Протокол не уяввим, а congestion algorithm, который за это отвечает,, Всем Анонимам Аноним (?), 19:28 , 20-Мрт-24, (57) Про то, что TCP уже давным давно посылает не по одному пакету и ждёт ACK, а шлёт, Аноним (71), 03:57 , 21-Мрт-24, (71) +1 // Можем и сказать, и это хорошая штука, но мера половинчатая То есть, это позво, Аноним (23), 06:29 , 21-Мрт-24, (73) TCP строго говоря тоже не способен Он аккуратно разгоняется, чтобы не превыси, Аноним (82), 13:15 , 21-Мрт-24, (82) А ещё есть ECN , _oleg_ (ok), 13:24 , 21-Мрт-24, (84) Можно там всё при желании Вопрос поддержки лучше не поднимать Просто если звё, Аноним (82), 14:41 , 21-Мрт-24, (85) ECN в UDP это круто, но, если я правильно понял, тут нужна поддержка именно на у, _oleg_ (ok), 15:22 , 21-Мрт-24, (86) Про application level правильное замечание Все эти протоколы нужны для обслужив, Аноним (82), 16:43 , 21-Мрт-24, (89) Ну хз что там подходит, что нет Понятно, что чем ждать стандартизации и распрос, _oleg_ (ok), 16:58 , 21-Мрт-24, (90) Нет, если используется multiplexing потоков внутри этого одного соединения След, Электрон (-), 06:59 , 23-Мрт-24, (97) Если у тебя работает SACK и протокол приложения не умеет работать с потерей част, _oleg_ (ok), 13:20 , 21-Мрт-24, (83) TCP в сообщения заданного размера не может Тогда уж SCTP Может и в поток, и в , Аноним (9), 11:26 , 20-Мрт-24, (22) +1 // SCTP был бы неплох, если бы не требовал замены полинтернета Ибо железки его на , Аноним (37), 10:53 , 21-Мрт-24, (76) Ты что бобо Для игро контента Ты зайди в CSGO и поной с тикрейта из-за того что , robot228 (?), 11:47 , 20-Мрт-24, (26) –1   // Расскажи это какому-нибудь QUIC ака HTTP 3 Тебе не приходило в голову что из не, Аноним (-), 15:32 , 20-Мрт-24, (43)   // Ага, если не контролировать наполнение канала, то и никаких проблем с ронянием с, Аноним (71), 04:00 , 21-Мрт-24, (72)   Вот и сделай ЗБС Всем хомячкам с андроидом Чо-чо, всего пару миллиардов окучат, Аноним (-), 01:09 , 22-Мрт-24, (91)   они перешли на UDP из-за того, что народ congestion algo не могут поменять по-ум, Всем Анонимам Аноним (?), 19:31 , 20-Мрт-24, (58) Нет никаких предназначений протоколов, вы это придумали в силу неграмотности UD, Аноним (62), 20:58 , 20-Мрт-24, (64) +1 // протокол предназначения Выяснить, не на Скеллиге ли пакетыВыяснить, не в Велен, Я (??), 14:01 , 22-Мрт-24, (94) В RFC 768 во введении чётко указано для чего нужен UDP Прочитай, там всего пять, Аноним (52), 23:58 , 20-Мрт-24, (69) +1 Фаерволлы настраивать в 21 веке не принято, что и говорить , Аноним (25), 11:31 , 20-Мрт-24, (25) +3 Что за бред я сейчас прочитал UPD протокол в принципе не подразумевает ответов , ИмяХ (ok), 12:25 , 20-Мрт-24, (29) +2 // UDP не подразамевает, а сервис совсем даже требует например DNS , 1 (??), 12:47 , 20-Мрт-24, (32) +5 не совсем относится к данному случаю, но вообще UDP в 99 случаев имеет статусны, Big Robert TheTables (?), 13:18 , 20-Мрт-24, (35) Пожалуйста почитайте и попытайтесь понять статью прежде чем комментировать , Аноним (38), 14:45 , 20-Мрт-24, (38) +1 // Скорее всего вы со своим ответом мимо кассы Человек формально рассуждает в док, Аноним (79), 12:27 , 21-Мрт-24, (79) +1 Новость не читаем Речь о прикладных протоколах поверх UDP , Аноним (37), 14:47 , 20-Мрт-24, (39) Не надо путать ответные пакеты и подтверждающие пакеты ACT , Sem (??), 19:33 , 20-Мрт-24, (59) // ACK , Sem (??), 19:33 , 20-Мрт-24, (60) Друзья, пришлите бригаду разъяснительную по вот этому моменту в рфц3704 RFC 2, Big Robert TheTables (?), 13:08 , 20-Мрт-24, (34) // Здесь their относится к ISP Т е если от клиента к провайдеру идёт трафик с, Аноним (37), 14:53 , 20-Мрт-24, (40) // отлично, логично Тут получается как бы вопрос сетевого этикета Социальный рей, Big Robert TheTables (?), 11:46 , 21-Мрт-24, (77) // Не надо изобретать никакого социального рейтинга и выговоров Учёт трафика для б, Аноним (52), 00:40 , 24-Мрт-24, (99) Это значит что ты как isp знаешь какие адреса ты выделил клиенту И если от клие, Фняк (?), 16:41 , 20-Мрт-24, (47) // RFC не стандарт, поэтому идёт лесом , Аноним (21), 16:49 , 20-Мрт-24, (50) –3 Да, разобрались, благодарю, это направление исходящего трафика обозначено , Big Robert TheTables (?), 11:47 , 21-Мрт-24, (78) Про RFC 3704 Стандартная рекомендация уже лет тридцать Правило any мойсервер пр, Аноним (36), 14:19 , 20-Мрт-24, (36) +1 // а толку , Аноним (55), 18:31 , 20-Мрт-24, (55) // пока не будет наказания за халатное отношение, так и будем все участвовать в ддо, Аноним (55), 18:34 , 20-Мрт-24, (56) // Сама виновата, не надела бы короткую юбку 8212 не изначиловали бы , Аноним (52), 00:42 , 24-Мрт-24, (100) Quote of the day есть и поверх TCP, qweo (?), 06:30 , 21-Мрт-24, (74) // Зачем дуплекс для одной строки текстовой UDP здесь - верный выбор , Аноним (79), 12:31 , 21-Мрт-24, (80) 1,2,15,25,29,34,36,74

Сообщения

[Сортировка по времени | RSS]

	26. "Атака на протоколы на основе UDP, приводящая к зацикливанию ..."	–1 +/–
	Сообщение от robot228 (?), 20-Мрт-24, 11:47
	Ты что бобо? Для игро контента. Ты зайди в CSGO и поной с тикрейта из-за того что UDP это НЕНАДЁЖНОЕ доставко пакетов. UDP в целом это как сжатие с потерями. Где-то что-то заглючит.
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	43. "Атака на протоколы на основе UDP, приводящая к зацикливанию ..."	+/–
	Сообщение от Аноним (-), 20-Мрт-24, 15:32
	> Ты зайди в CSGO и поной с тикрейта из-за того что UDP это НЕНАДЁЖНОЕ доставко пакетов. > UDP в целом это как сжатие с потерями. Где-то что-то заглючит. Расскажи это какому-нибудь QUIC ака HTTP/3. Тебе не приходило в голову что из ненадежного слоя всегда можно сделать - надежный? Переотправкой пакетов как раз. А вот отказаться от медвежьих услуг TCP в вопросах congestion control - роняющим скорость и латенси конекции в плинтус при минимальной потере пакетов или задержке (типичных для беспроводки) - удачи. За это TCP и выпадает постепенно из фавора. Если в Linux еще появились алгоритмы которые сносно живут и с таким, то в какой-нибудь винде оно будет так как сделает какой-нибудь майкрософт своими криворукими индусами, и фиг оспоришь.
	Ответить | Правка | Наверх | Cообщить модератору

	72. "Атака на протоколы на основе UDP, приводящая к зацикливанию ..."	+/–
	Сообщение от Аноним (71), 21-Мрт-24, 04:00
	> А вот отказаться от медвежьих услуг TCP в вопросах congestion control - роняющим скорость и латенси конекции в плинтус при минимальной потере пакетов или задержке (типичных для беспроводки) - удачи Ага, если не контролировать наполнение канала, то и никаких проблем с ронянием скорости не будет, верим. Может проблема в том, что ваша система настроена через одно место и можно было бы выбрать алгоритм congestion control более подходящий для вашей сети? Спойлер: они есть, и много, и в том числе для минимальных задержек, и их тоже больше чем один.
	Ответить | Правка | Наверх | Cообщить модератору

	91. "Атака на протоколы на основе UDP, приводящая к зацикливанию ..."	+/–
	Сообщение от Аноним (-), 22-Мрт-24, 01:09
	> Ага, если не контролировать наполнение канала, то и никаких проблем с ронянием > скорости не будет, верим. Может проблема в том, что ваша система > настроена через одно место и можно было бы выбрать алгоритм congestion > control более подходящий для вашей сети? Спойлер: они есть, и много, Вот и сделай ЗБС. Всем хомячкам с андроидом. Чо-чо, всего пару миллиардов окучать? Во, приступай. И еще эвон сколько юзеров винды, удачи в настройке. А, да, если ютуб-плеер не может послать запрос на чанк видео со своей стороны - потому что у винды хзкакая там логика туповэйтинга - окей, а сервер чанков не телепат, и даже если нарулит со своей стороны более другой congestion - то это ему не поможет. Ибо какой чанк захочет юзер он заранее не знает. А в винде - см. про майкрософт и индусов.
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема