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

Представлен SSH3, вариант протокола SSH, использующий HTTP/3, opennews (?), 17-Дек-23, (0) [смотреть все] Я правильно понимаю, что теперь нужен будет правильный сертификат, подписанный , anonymos (?), 11:55 , 17-Дек-23, (1) –1 // Нет, можно использовать RSA и EdDSA ed25519 ключи от SSH или самоподписанные се, Аноним (2), 11:58 , 17-Дек-23, (2) +11 А кто запрещает использовать корпоративный центр сертификации или самоподписанны, анон (?), 12:03 , 17-Дек-23, (3) +9 // Гуглу заплатишь чтоб твой карпаративнй центр добавили в список доверенных Иль ты, pavlinux (ok), 17:28 , 17-Дек-23, (61) –21 // Какой браузер Тут используется HTTP 3 для установления SSH-сессии, вместо брауз, lucentcode (ok), 17:41 , 17-Дек-23, (65) +9 И что то в воздухе мне подсказывает что хоть ftp из браузеров выпилили, ssh3 , _ (??), 23:03 , 17-Дек-23, (103) Вы понимаете , Аноним (126), 04:27 , 18-Дек-23, (126) А каком смысле впилят При запросе в браузере ресурса ssh3 браузер будет вну, rvs2016 (ok), 16:18 , 18-Дек-23, (192) –1 Ну а чего такого то Полно же плагов чтоб обычный ssh из браузера юзать Идеаль, _ (??), 01:06 , 19-Дек-23, (208) зачем можно серверный локалхост пробрасывать, многие утилиты web-морду на локаль, swarus (ok), 12:54 , 21-Дек-23, (224) Не очень сильно понял Приведи примерчики простые , rvs2016 (ok), 14:38 , 21-Дек-23, (225) Новость изучай, тут SSH3 как HTTPS сервер , pavlinux (ok), 18:02 , 22-Дек-23, (231) Ну так свобода кого надо свобода Или ты думал что сертификаты это про удобство , Тот_Самый_Анонимус_ (?), 21:11 , 17-Дек-23, (88) –6 Ой да ладно Нихрена не изучал После того, как мне там какой-то пeдик в техподд, Аллах (?), 23:29 , 17-Дек-23, (104) +8 Наёмный работник имеет право требовать от работодателя соблюдения прав работника, rvs2016 (ok), 16:22 , 18-Дек-23, (193) Ну так пусть тогда работодатель находит работника, который и сбер юзает, только , ivan1986 (?), 16:16 , 19-Дек-23, (217) А зачем тут вообще заговорили про сертификаты Без них этот SSH теперь работать н, rvs2016 (ok), 16:15 , 18-Дек-23, (191) // Так вообще и старый тоже не работал, только они сначала были dsa потом rsa сейча, ivan1986 (?), 16:18 , 19-Дек-23, (218) А старый не работал как, если я к своим хостам через SSH подключаюсь без всяких , rvs2016 (ok), 16:25 , 19-Дек-23, (219) https en m wikibooks org wiki OpenSSH Cookbook Certificate-based_Authenticatio, Sem (??), 07:00 , 23-Дек-23, (233) Правильно, иначе любой впалит, что твой веб-серер ненастоящий , Аноним (31), 13:42 , 17-Дек-23, (31) +3 Да, верно Все мы знаем как отображаются самопописанные сертификаты Конец вебу , Аноним (40), 15:18 , 17-Дек-23, (40) // Даже такое неправильное отображение самоподписанного серта лучше его отсутвия со, BSDSHNIK (?), 17:03 , 17-Дек-23, (57) +1 // Самоподписной может дядя хацкер подсунуть, один xpeн вы забиваете на проверку , pavlinux (ok), 17:31 , 17-Дек-23, (63) А кто тебе мешал раньше использовать самоподписанные , Пряник (?), 09:37 , 18-Дек-23, (143) старОhttps github com moul quicssh POC 4 years ago , Аноним (4), 12:04 , 17-Дек-23, (4) +4 // Да, но это не то Это прокси QUIC- SSH, сам он не умеет ssh вообще, передает все, Sem (??), 20:54 , 21-Дек-23, (228) // Скорее стоило упомянуть вот это Workgroup Internet Engineering Task ForceInterne, Sem (??), 21:02 , 21-Дек-23, (229) В общем, ломают совместимость непонятно ради чего, Аноним (5), 12:04 , 17-Дек-23, (5) –8 // Ради лидерства HTTP 3 Уже вытеснили Java Applet, Silverlight, Flash своим HTML , Аноним (204), 22:39 , 18-Дек-23, (204) Расскажите пожалуйста как демоны SSH3 и, например, nginx решают между собой вопр, Аноним (6), 12:07 , 17-Дек-23, (6) // Принадлежит тому, кто раньше запустился, Аноним (8), 12:12 , 17-Дек-23, (8) +17 В идеале через роутинг в nginx myhost lan pornmyhost lan ssh, Ананимус (?), 12:18 , 17-Дек-23, (11) +5 HAPROXY SNI , Аноним (13), 12:21 , 17-Дек-23, (13) +3 В своём nginx несколькими строчками делаешь реверс прокси и запросы на https , Аноним (18), 12:30 , 17-Дек-23, (18) +4 // Так это и сейчас можно сделать Зачем городить QUIC , Admino (ok), 19:02 , 17-Дек-23, (71) –2 // А как, можешь поделиться , scriptkiddis (?), 20:24 , 17-Дек-23, (84) +1 https www nginx com blog running-non-ssl-protocols-over-ssl-port-nginx-1-15-2 , BrainFucker (ok), 22:58 , 17-Дек-23, (101) +1 Вопрос был в том, как уместить http сервис на одном порту вместе с nginx, а не з, Абывыгда (ok), 11:31 , 18-Дек-23, (167) И если W когда вдруг наступят проблемы с работой nginx, то я потеряю не только в, Аноним (93), 21:50 , 17-Дек-23, (93) +10 // Ну, чтобы уронить nginx это надо сильно постараться Во-вторых, нормальный хости, BrainFucker (ok), 23:01 , 17-Дек-23, (102) –2 Когда у меня вдруг упал мисконфигнулся nginx, меньше всего хочется заниматься за, Аноним (93), 04:24 , 19-Дек-23, (211) Да всё решаемо Можно запилить сервис, который открывает доступ к SSH напрямую, , BrainFucker (ok), 05:11 , 19-Дек-23, (214) Если рассматривать все варианты, то у тебя и ssh демон может упасть Что ты буде, Аноним (18), 11:14 , 18-Дек-23, (161) подключусь по ssh2 , hshhhhh (ok), 12:15 , 18-Дек-23, (170) +1 Разумеется, может Но только вот обычно не вместе с веб-сервером, отдающим сайт,, Аноним (93), 04:26 , 19-Дек-23, (212) вдруг даже дети не появляются, им предшествует бурное времяпровождение только в, Петрович69 (?), 03:02 , 19-Дек-23, (210) Ты, видимо, никогда с продакшеном дел не имел, и уж, тем более, не разбирался с , Аноним (93), 04:31 , 19-Дек-23, (213) ALPN, вестимо , Аноним (19), 12:32 , 17-Дек-23, (19) Например вот так https habr com ru articles 412779 , Аноним (22), 13:05 , 17-Дек-23, (22) Тебе всё наврали, аноним TLS termination для http3 пока не стандартизирован Поэ, Аноним (26), 13:23 , 17-Дек-23, (26) Это просто nginx примет соединение и дальше через proxy protocol отдаст куда на, Ivan_83 (ok), 15:50 , 17-Дек-23, (47) +1 443 нужен только если ты хочешь маскироваться под валидный HTTP никто не мешает , BSDSHNIK (?), 17:05 , 17-Дек-23, (58) // Никто кроме поехавших безопасников в компании , scriptkiddis (?), 20:26 , 17-Дек-23, (85) +1 Кто первый встал, того и тапки, Neon (??), 03:29 , 18-Дек-23, (123) Кто обязывает демона SSH3 на 443 порту держать, есть много других портов, с виду, Alexander Gaiduk (?), 22:20 , 26-Дек-23, (238) Для шифрования канала связи в SSH3 задействован протокол TLS 1 3, а для аутентиф, penetrator (?), 12:11 , 17-Дек-23, (7) Теперь ssh гоняем по UDP, а давайте вообще отменим TCP и всё будем гонять по UDP, EuPhobos (ok), 12:17 , 17-Дек-23, (10) –6 // QUIC это тот же TCP, просто вся логика на уровне выше, что позволяет сделать куч, Ананимус (?), 12:20 , 17-Дек-23, (12) +9 // Вася это Петя, просто имя другое , Ivan_83 (ok), 15:51 , 17-Дек-23, (48) +2 Для этого надо на стороне клиента установить софт что в общем случае не очень, timur.davletshin (ok), 19:29 , 17-Дек-23, (76) +1 // Потому что openvpn не знает, что он передаёт, и потому не может дропать фреймы, , Аноним (26), 20:07 , 17-Дек-23, (81) –1 Чтобы сходить в интернет через tls тебе нужен openssl, ca-certificates и еще ку, Ананимус (?), 00:31 , 18-Дек-23, (109) Только не всегда это так, есть ещё куча мест где не нужно ходить в инет, всякие , Ivan_83 (ok), 01:20 , 18-Дек-23, (116) Роутеры и коммутаторы тоже ходят в интернет, там тоже есть целый ворох библиотек, Ананимус (?), 09:20 , 18-Дек-23, (138) Разупорись, какие пару килобайт Вы давно размер бинарников этих ваших lib ssl s, timur.davletshin (ok), 09:44 , 18-Дек-23, (146) Ну не суй эту библиотеку туда, где не нужен выход в интернет D, Ананимус (?), 12:38 , 18-Дек-23, (176) Будто я все прошивки сам делаю и OpenWrt уже готов для работы с трафиком небольш, timur.davletshin (ok), 12:59 , 18-Дек-23, (178) Тогда чего ты переживаешь Мейнтейнеры все положат , Ананимус (?), 13:45 , 18-Дек-23, (183) –1 Если бы они туда ложЫли, то я бы не переживал , timur.davletshin (ok), 14:35 , 18-Дек-23, (186) Я пытаюсь сказать что TLS, рабочая инфраструктура сертификатов и даже правильно , Ivan_83 (ok), 12:33 , 18-Дек-23, (173) Ну вот OpenWRT du -sh usr lib libssl so 1 1524 0K usr lib libssl so 1 1, Ананимус (?), 12:38 , 18-Дек-23, (175) Почему никто из можно-молодежно не может мне ответить где посмотреть на UDP Tcon, Аноним (100), 22:15 , 17-Дек-23, (100) // Его нет на уровне UDP, это вынесено на уровень самого QUIC А дальше открываешь , Ананимус (?), 00:27 , 18-Дек-23, (108) Дальше следующий вопрос возникает Как мне ограничения сделать и разные congesti, Аноним (100), 01:39 , 18-Дек-23, (117) +1 Я не настоящий сварщик, но можешь попробовать примерно так Во-первых, пускаешь п, Аноним (26), 05:38 , 18-Дек-23, (129) В смысле, разным connect, а не разным flow, конечно , Аноним (26), 08:12 , 18-Дек-23, (134) Кто как хочет, так и скачет У всех свой велосипед придуман За основу обычн, timur.davletshin (ok), 09:46 , 18-Дек-23, (147) А давайте Все к этому и идет Неправильно Никто не мешает настроить приоритеты , Аноним (15), 12:24 , 17-Дек-23, (15) +3 // И как будешь различать UDP-потоки По IP , 1 (??), 10:18 , 18-Дек-23, (152) // По source порту , Аноним (26), 11:26 , 18-Дек-23, (165) Голосовой трафик и так по UDP ходит А по стандарту можно и SIP over UDP настраи, Анонус (?), 13:04 , 17-Дек-23, (21) +2 Ты почти всё правильно понимаешь Контроль потока на уровне ядра ОС был вынужде, Аноним (26), 13:39 , 17-Дек-23, (29) +2 // Спрошу тебя как эксперта по TCP Почему TCP или его преемник не реализован про, Аноним (37), 14:56 , 17-Дек-23, (37) // QUIC по большому счёту и является перепроектированием TCP поверх UDP Если его , Аноним (26), 17:25 , 17-Дек-23, (60) Также спрошу, почему-бы не сделать TLS без портов вообще, раз только 443 использ, Аноним (39), 15:09 , 17-Дек-23, (39) // Тебе никто не мешает так сделать Вернее, сейчас вообще так и делается, только б, Аноним (26), 17:30 , 17-Дек-23, (62) Вы себе и близко не представляете что такое современный TCP Обработка TCP в ядре, Ivan_83 (ok), 16:08 , 17-Дек-23, (51) +2 // Невозможно оптимально реализовать работу TCP на канале с потерями 80 А мобил, Аноним (26), 17:36 , 17-Дек-23, (64) +1 1 каналы у которых 80 - не рабочие, в принципе 2 в дикой природе это скорее и, Ivan_83 (ok), 21:23 , 17-Дек-23, (89) +2 1 Вы считаете, что нерабочие, и ничего не делаете, а другие люди пишут quic 2 , Аноним (26), 03:59 , 18-Дек-23, (124) 1 quic написан гуглом ровно для того чтобы пихать рекламу потребителям, и не ва, Ivan_83 (ok), 12:38 , 18-Дек-23, (174) –1 Видите, как мало вы знаете о мире К сожалению, сидят-сидят DNS комфортно и не , Аноним (26), 13:06 , 18-Дек-23, (179) Угомонись уже Никак этот твой QUIC не поможет в борьбе с потерями, т к в серве, timur.davletshin (ok), 15:53 , 18-Дек-23, (189) Я вижу у вас какой то свой мирок с плохим инетом и последней надеждой на чудо-гу, Ivan_83 (ok), 00:55 , 19-Дек-23, (205) Ахаха нет DPDK не просто так появился , Ананимус (?), 00:43 , 18-Дек-23, (112) DPDK, NetMAP и прочие - это очень специфичные решения, когда надо срезать углы ч, Ivan_83 (ok), 00:59 , 19-Дек-23, (206) Ага Потому что тот стек, что есть в линуксе, он даже близко не оптимальный , Ананимус (?), 21:18 , 19-Дек-23, (222) Есть ещё сетевухи с аппаратным не совсем TCP и tls, что неплохо разгружает ОС в, Аноньимъ (ok), 03:25 , 18-Дек-23, (121) Всегда будет нужно только открыть сокет и писать аналогом write независимо от то, all_glory_to_the_hypnotoad (ok), 05:02 , 18-Дек-23, (127) // Далеко не только Там есть MASQUE extension, DATAGRAM extension , Аноним (26), 06:05 , 18-Дек-23, (131) Ещё хуже Теперь всё гоняем по http Через один порт Смысл в остальных портах п, pda (ok), 15:23 , 17-Дек-23, (41) –1 // А куда ты денешься Хоть туда, хоть не туда , Аналоговнет (?), 15:36 , 17-Дек-23, (43) UDP применяется из-за шифрования а не размера пакета и подтверждения как можно , Аноним (40), 15:34 , 17-Дек-23, (42) // А TCP шифровать низя , Ivan_83 (ok), 16:10 , 17-Дек-23, (52) +1 // А зачем Вы по моему не понимаете разницу между TCP и UDP раз задаёте такой прос, Аноним (67), 18:16 , 17-Дек-23, (67) –1 Забыл дописать про UDP https ru wikipedia org wiki UDPUDP использует простую , Аноним (67), 18:41 , 17-Дек-23, (69) –2 Ну или проще - вам предлагают кастрюлю с американской лапшой вместо крутых яиц и, Аноним (67), 18:47 , 17-Дек-23, (70) –2 Так это вы написали UDP применяется из-за шифрования вот и поясните что не та, Ivan_83 (ok), 21:25 , 17-Дек-23, (90) +6 Всё у вас смешалось, кони, люди Давайте по пунктам 1 В сетях Ethernet по умол, Аноним (79), 20:02 , 17-Дек-23, (79) +2 // 1 В сетях эзернет как раз таки есть Flow Control, он реализуется сетевыми адапт, Ivan_83 (ok), 21:36 , 17-Дек-23, (91) +1   // И работает так прилетает pause frame и передача всего трафика на порту, куда фр, Аноним (93), 22:06 , 17-Дек-23, (99)   Я немного уточню ваш ответ, с вашего позволения Ну только если брать свежайшие, Аноним (79), 23:39 , 17-Дек-23, (105) +2   При помощи магии что ли Нет Это требует обязательной настройки QoS, потому что, Аноним (79), 01:11 , 18-Дек-23, (115)   да, я про него Даже как то пробовал его для DoS у себя в домашней локалке но чт, Ivan_83 (ok), 01:46 , 18-Дек-23, (118) –1   А вы там точно сетью занимались Просто каждый провайдер меняет входящую пометку, Аноним (79), 11:37 , 18-Дек-23, (168)   Забавно как вы обобщаете Провайдеры если и заморачиваются QoS то обычно это PC, Ivan_83 (ok), 12:30 , 18-Дек-23, (172)   так что в сухом остатке есть у нас RFC 3168 2001 , согласно которому ECN allow, крокодил мимо.. (?), 14:52 , 18-Дек-23, (187)   RPC бывает разный и в большинстве случаев с ним таких проблем нет За многие год, all_glory_to_the_hypnotoad (ok), 05:19 , 18-Дек-23, (128) // Всё что вы сказали - всё правда А потом пришел транспорт QUIC и решил эту пробле, Аноним (79), 12:09 , 18-Дек-23, (169) Что то я не припоминаю никаких API для TLS со стороны ядра в венде Может где то, Ivan_83 (ok), 12:43 , 18-Дек-23, (177) SIP - это как бы на udp работает, как правило , Аноним (82), 20:10 , 17-Дек-23, (82) Дfвайте всё гонять по HTTP, а HTTP гонять по UDP, Tishka17 (?), 23:52 , 17-Дек-23, (107) –1 внуки наши скажут - дед, ты офигел ssh2 юзать - ssh3 деплоится с клавиатуры одно, cloudchief (ok), 12:24 , 17-Дек-23, (14) +6 // Это же какой там уровень радиации что можно спокойно нажать F283 , Аноним (68), 18:33 , 17-Дек-23, (68) +2 // там всё просто - размер клавиатуры , cloudchief (ok), 19:21 , 17-Дек-23, (74) 1 неотличимость от h3-сервера будет только при наличии сертификата, признаваемо, Аноним (16), 12:26 , 17-Дек-23, (16) +3 // По пункту 3, у вас тогда процессы будут работать под юзером www, что редко когда, Аноним (26), 13:41 , 17-Дек-23, (30) +1 // Не проблема, вместо пользовательской команды напрямую можно вызывать любой друго, Аноним (32), 13:52 , 17-Дек-23, (32) // Вы можете сейчас пробросить TCP-порт через QUIC Тогда ssh-клиент будет подключа, Аноним (26), 17:47 , 17-Дек-23, (66) То есть, был у нас серт ssh, а теперь его будет выдавать регистратор, который од, Аноним (-), 09:32 , 18-Дек-23, (142) –3 Как он мультиплексируется с существующим сервером на 443 портом и сайтами на не, Аноним (17), 12:29 , 17-Дек-23, (17) Интересно С модным QUIC станут ли файлы через всякое SCP передаваться с нормаль, Аноним (22), 13:07 , 17-Дек-23, (23) // Да оно и сейчас нормально передается, если у тебя не 100 Гбп сНу а то что scp в , Anononononon (?), 20:52 , 17-Дек-23, (86) Пакет OpenSSH можно ставить одним из первых А тут зависимостей гораздо побольше, Аноним (24), 13:10 , 17-Дек-23, (24) // ldd ssh3 not a dynamic executable, OpenEcho (?), 19:20 , 17-Дек-23, (73) –1 // Хотя с сервером, - да, завязались на миньёны, OpenEcho (?), 20:20 , 17-Дек-23, (83) Тебе дае сказали написано на Goвне, Аноним (203), 22:05 , 18-Дек-23, (203) // Дык ить в последнее время всё стоящее в основном на нём и пишут , _ (??), 01:42 , 19-Дек-23, (209) +1 Я не фаловер, принимаю решения - по факту, а не по тренду, хотя и тренд по ходу , OpenEcho (?), 07:10 , 22-Дек-23, (230) Какой-такой первый Уже был ietf rfc https datatracker ietf org doc draft-bi, Аноним (26), 13:31 , 17-Дек-23, (27) // https bugzilla mindrot org show_bug cgi id 3471Собственно, ссылка , Аноним (26), 13:32 , 17-Дек-23, (28) Не взлетит , An (??), 14:20 , 17-Дек-23, (33) // скорее аукнется боком, ёж-уж, Sw00p aka Jerom (?), 14:55 , 17-Дек-23, (35) Скрыто модератором, Аноним (34), 14:47 , 17-Дек-23, (34) –1 // Скрыто модератором, Аналоговнет (?), 15:42 , 17-Дек-23, (44) Крч, группка теоретиков что-то там себе напроектировала, без оглядки на реальную, Аноним (36), 14:56 , 17-Дек-23, (36) +1 // Ничего так теоретик , Второй из Кукуева (?), 09:28 , 19-Дек-23, (216) Неплохо, посмотрим как на деле будет , svsd_val (ok), 14:57 , 17-Дек-23, (38) // Как земля Для всех буквально пользователей ssh оно нафиг ненужно Пригодиться мож, Аноньимъ (ok), 15:47 , 17-Дек-23, (46) –2 Да, это класс Мда А без http уже никак дополнительный возможности не реализова, Аноньимъ (ok), 15:44 , 17-Дек-23, (45) // Ну по поводу авторизации было написано в документе U S Department of Defense Ze, Аноним (49), 15:56 , 17-Дек-23, (49) –2 да, какие проблемы, трепло , Аноним (151), 10:15 , 18-Дек-23, (151) +2 // Всегда мечтал об ssh сервере на который нельзя зайти если у кого-то из сторонних, anonymous (??), 16:43 , 18-Дек-23, (194) –2 Из новости я так и не понял какое это всё имеет отношение к SSH Если следовать, Ivan_83 (ok), 15:57 , 17-Дек-23, (50) SSH over HTTPS Ну что, смузихлёбненько , Аноним (54), 16:26 , 17-Дек-23, (54) +1 telnet всех переживет , microsat (?), 16:51 , 17-Дек-23, (55) +1 // telnet, также как http, безопасники давно побанили во всех более-менее серьезных, Аноним (198), 17:30 , 18-Дек-23, (198) // Всё новое не обеспечение безопасности Как секюретник вам говорю А забытое , microsat (?), 19:11 , 19-Дек-23, (220) Невекторный гипертекстовый ССШ Ну, слушать порт ССЛ - это прям очень круто Тол, InuYasha (??), 19:16 , 17-Дек-23, (72) // Good luck , OpenEcho (?), 19:30 , 17-Дек-23, (77) Я в своё время, ещё в 90х наверное, видел на пиратке компакт-диск на которм была, cloudchief (ok), 19:26 , 17-Дек-23, (75) // взбунтовались со своим ALPN TLS чота все, как кусок олдовой логики вкину вам ста, Anononononon (?), 21:00 , 17-Дек-23, (87) // Брат - я очень хорошо понимаю контрол-плейн и дата-плейн, давай без этого , cloudchief (ok), 00:40 , 18-Дек-23, (110) // А я очень хорошо понимаю, почему эта поделка ненужна, и что давай без своего к, Anononononon (?), 15:12 , 18-Дек-23, (188) Иногда складывается ыпечатление что протоколы отличные от HTTP канут в лету и вс, Аноним (78), 19:51 , 17-Дек-23, (78) +1 // А что в этом плохо , cloudchief (ok), 00:41 , 18-Дек-23, (111) // Плохого в этом оверхед и невозможность сколько-либо работать без библиотек http,, Аноним (-), 09:29 , 18-Дек-23, (141) HTTP сложный и неудобный протокол, ничего такого не будет только если не придётс, all_glory_to_the_hypnotoad (ok), 05:41 , 18-Дек-23, (130) +2 Но QUIC вообще не HTTP Вообще ничем не похож Я бы сказал - он полная противопо, Sem (??), 07:07 , 23-Дек-23, (234) Все б ничего, но весь смак Го сломали с unsafe и Import C в сервере , OpenEcho (?), 20:06 , 17-Дек-23, (80) +1 А скачать большой файл можно будет 150Гб Меня когда дядя Гугль выставлял на мо, Аноним (94), 21:56 , 17-Дек-23, (94) +1 Не знаю зачем это вообще всё нужно Telnet на 110 справляется со своими задачам, Аноним (95), 21:58 , 17-Дек-23, (95) +2 // Я SSH использую как VPN , Ivan_83 (ok), 01:48 , 18-Дек-23, (119) // А он VPN использует как SSH D, InuYasha (??), 11:15 , 18-Дек-23, (163) // Скрыто модератором, Аноним (-), 05:17 , 19-Дек-23, (215) Скажи это тысячам ботов, долбящихся по SSH на любой внешний IP , Пряник (?), 09:40 , 18-Дек-23, (145) Не вижу в этом ничего плохого Если зайдёт - вы потом датаплейном будете хвалит, cloudchief (ok), 00:45 , 18-Дек-23, (113) –1 Самое хреновое - это оставаться на ровной жопе Не движешься - ты в дроп, ну или, cloudchief (ok), 00:51 , 18-Дек-23, (114) Go Очень жаль Ф топку Идея классная, поэтому ждём реализации на Си , Имя Моё (?), 02:57 , 18-Дек-23, (120) +2 // На Си , Аноним (26), 04:21 , 18-Дек-23, (125) // Нет Вот почему https www google com search q c 252B 252B vs c performance, Имя Моё (?), 19:21 , 18-Дек-23, (199) –1 Заодно и увидим, что в их представлении эталон , Пряник (?), 09:38 , 18-Дек-23, (144) Этого стоило ожидать при чтении HTTP HTTP Go Stop working, have a REST Сов, InuYasha (??), 11:17 , 18-Дек-23, (164) На этом сайте мюсамое большое собрание нытиков Рунета Чувак просто написал дипл, Анонимщик (?), 06:08 , 18-Дек-23, (132) +2 // Чувак лишь исполнитель и кодер прототипа, проект двигает Olivier Bonaventure, ко, Аноним (2), 07:56 , 18-Дек-23, (133) // У вас реально работает mptcp Да ну, расскажите , Аноним (26), 08:16 , 18-Дек-23, (135) +1 Если бы он назвал его hssh - было бы ничего, а он замахнулся закопать ssh2 , Аноним (-), 09:28 , 18-Дек-23, (140) –3 // додододо, проблема именно в названии, а не тотальном лицемерии местных д3генерат, Аноним (151), 10:24 , 18-Дек-23, (154) +6 Сетевые протоколы свернули не туда , Аноним (136), 09:04 , 18-Дек-23, (136) –2 Скрыто модератором, Аноним (-), 09:27 , 18-Дек-23, (139) +1 Жесть Предлагается сделать веб-сервер точкой входа администратора сервера Или , Пряник (?), 09:53 , 18-Дек-23, (148) // Господи, каким местом вы читаете Каким думаете , Sem (??), 07:11 , 23-Дек-23, (235) // А ты не понял На 80 и 443 порту будет висеть и принимать SSH3 соединения один п, Пряник (?), 11:59 , 25-Дек-23, (236) http под root Ну успехов , nox. (?), 10:09 , 18-Дек-23, (149) –1 // в чем проблема , Аноним (160), 10:44 , 18-Дек-23, (160) +1 // вотименна Диды в DOS сидели с полными правами и ничего , 1 (??), 11:29 , 18-Дек-23, (166) –2 // нет связи, http сам по себе ничем не хуже в плане безопасности, чем сырые сокеты, Аноним (181), 13:12 , 18-Дек-23, (181) +2 Как фаерволить этот трафик Отделить админов от веб пользователей В Энтерпрайзе, Дмитрий (??), 08:49 , 20-Дек-23, (223) Просто проект с модным названием и с таким же успехом mosh https github com mo, keydon (ok), 10:33 , 18-Дек-23, (155) +1 А также приём запросов SSH на 443 сетевом порту HTTPS затрудняет приём запро, rvs2016 (ok), 16:11 , 18-Дек-23, (190) // Да легко ssl_preread, дальше мап по версии тлс, если версии нет - отдаём в прило, Ivan_83 (ok), 01:06 , 19-Дек-23, (207) А разве SSH не стандартизован Ну то есть разрабатывать его должна рабочая групп, Аноним (198), 17:21 , 18-Дек-23, (196) // этот дьякон стоит нескольких твоих рабочих групп, Аноним (202), 20:45 , 18-Дек-23, (202) –1 Очень сомнительно Если цель действительно скрыться, то надо использовать Plugga, uis (??), 20:39 , 19-Дек-23, (221) // согласен, но зачем называть порнографией если не стоит задачи скрываться, swarus (ok), 14:50 , 21-Дек-23, (226) Попробовал Совсем сыро, на уровне прототипа Плюс, в текущей реализацией плохо , Sem (??), 20:33 , 21-Дек-23, (227) +2 // Ну концепт интересный потом кто серьезный может перепишет на Rust, Аноним (232), 03:36 , 23-Дек-23, (232) // Да, желательно сделать так, чтобы шансов взлететь у этого в принципе не было , Аноним (237), 20:53 , 26-Дек-23, (237) 1,4,5,6,7,10,14,16,17,23,24,27,33,36,38,45,50,54,55,72,75,78,80,94,95,113,114,120,132,136,148,149,155,190,196,221,227

Сообщения

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

	91. "Представлен SSH3, вариант протокола SSH, использующий HTTP/3"	+1 +/–
	Сообщение от Ivan_83 (ok), 17-Дек-23, 21:36
	1. В сетях эзернет как раз таки есть Flow Control, он реализуется сетевыми адаптерами и свичами, аппаратно. Я не вдавался в его работу но сомневаюсь что всё вами перечисленное нужно. Насколько я вникал при перегрузке получатель отправляет сообщение отправителю с просьбой помолчать немного. 2. "TCP - это протокол для потоковой передачи данных сквозь широкополосную сеть с большими задержками." - а причём тут задержки?! 3. "TCP постоянно теряет пакеты, это норма" - а причём тут TCP!? "TCP не просто может восстановить потерянные данные в потоке, а то что на самом деле он растит пропускную способность пока не начнутся потери и потом её снижает на основании получения запроса на Retransmit. По умолчанию он так управляет потоком. TCP сейчас использует CUBIC для контролирования пропускной способности и очередную вариацию slow start чтобы начать соединение." - я бы на вашем месте не пытался даже словами описать что там происходит, потому что даже CUBIC чуть сложнее, а уж мой любимый RACK и подавно. "Он считает, что раз потери - значит перегрузка. А бывает так, что потери - проблема с уровнем сигнала." - это сильно зависит от используемого СС. Вы плохо понимаете суть, но предлагаете такие глобальные изменения. У вас и UDP тормозить будет :)
	Ответить | Правка | Наверх | Cообщить модератору

	99. "Представлен SSH3, вариант протокола SSH, использующий HTTP/3"	+/–
	Сообщение от Аноним (93), 17-Дек-23, 22:06
	> В сетях эзернет как раз таки есть Flow Control, он реализуется сетевыми адаптерами и свичами, аппаратно. И работает так: прилетает pause frame и передача всего трафика на порту, куда фрейм прилетел, встаёт. Потому его первым делом везде отключают, где он по каким-то причинам включен по-умолчанию, чтобы сеть при перегрузке не переходила в старт-стоповый режим. Существует группа протоколов DCB, про которые говорил Аноним в сообщении выше, но они есть только на довольно дорогих энтерпрайзных железках, требуют конфигурирования квалифицированным сетевиком, а также требуют поддержки всей цепочкой прохождения трафика в L2-сегменте. В общем, DCB используют только когда ну прям очень надо и вышележащий протокол почему-то congestion control не поддерживает, а бесконтрольная перегрузка при этом крайне нежелательна. Примером такого протокола, является, например, ROCE v1 и v2 (RDMA поверх Ethernet-а).
	Ответить | Правка | Наверх | Cообщить модератору

	105. "Представлен SSH3, вариант протокола SSH, использующий HTTP/3"	+2 +/–
	Сообщение от Аноним (79), 17-Дек-23, 23:39
	Я немного уточню ваш ответ, с вашего позволения... > довольно дорогих энтерпрайзных железках Ну только если брать свежайшие и супер крутые. А если надо дёшево, чтобы заработал DCB как часы то вот на ebay продают: - Juniper QFX5100 (10G или 40G через breakout) $500-$1000 за штуку - NVIDIA (Mellanox) ConnectX-4 Lx на 10/25G $50 за штуку + еще DAC-и Дешево и сердито, опять же, если вам не нужно строить еще и SDN и Datacenter Interconnect. Если надо, то нужно начинать с 5110/5120, а они дороже. Вообще, если не брать Cisco, а брать коммутаторы Juniper, Arista, то коммутатор на 25G вам обойдётся примерно $3500-$5000, а 100GB от $9500. Я бы не сказал, что это супер дорого, просто у Cisco фичи раскиданы так, что чтобы всё это корректно работало вам нужно купить n9k и обвесить его подписочными лицензиями. > требуют конфигурирования квалифицированным сетевиком, а также требуют поддержки всей цепочкой прохождения трафика в L2-сегменте Опять же, если у вас не сетвик с дипломом Cisco... то да. Обычно-то с этим проблем нету. И никакого L2 повсюду не надо. Вам не нужно тащить ваш QoS на L2 по всему датацентру. L2 достаточно держать только на Top-Of-Rack коммутаторах, а дальше поднять BGP, причем желательно iBGP, если у вас там еще OSPF и вообще локации маленькие, с ним будет проще. И дальше все QoS маркировать в IP-пакеты. https://www.ipspace.net/Data_Center_BGP/ > ROCE v1 Ой! Не произносите это вслух! Это страшная неудаха, которую нужно выключить на сетевых адаптерах. Она инкапсулирует Infiniband Payload в Ethernet-фреймы, оно не масштабируется. Вам реально придётся L2 тащить повсюду. Просто выключите её. Поставьте MTU 4200 и включите на сетевках RoCEv2 режим принудительно с размером фрейма RoCE в 4096 и будет вам счастье. RoCEv2 работает поверх UDP и можно настроить Congestion Control поверх DSCP так, чтобы у вас и PFC и RDMA даже в L3-сетях работал. Хотя между локациями гнать lossless-трафик не нужно, вам хватит ECN/QCN Congestion Control. > вышележащий протокол почему-то congestion control не поддерживает Реальность слегка поменялась в последние годы... https://www.juniper.net/documentation/us/en/software/junos/t... Вы теперь наоборот должны в TCP выключить CUBIC и перейти на DCTCP, потому что стандартный профиль с CUBIC это для внешнего интернета и если вы можете использовать нормальный Flow Control, пусть даже без PFC (он обязателен только в Storage-сетях), то сделайте это. Без него ваши NFS, SMB и прочие iSCSI, которые вы цепляете куда-то по-старинке или для пользователей начнут икать. Кстати в последних общепринятых изменениях в профилировании Congestion Control для TCP и выражается медленная смерть iWarp и его замена на RoCEv2. В современных условиях в современных Linux/FreeBSD/Windows, чтобы iWarp заработал с так же эффективно как RoCEv2 вам нужно мало того что настроить весь DCB, так еще и перенастроить весь TCP-стек ОС, к которой что-то цепляется через iWarp, а это иногда, ох, как неудобно... Я просто из личной практики говорю... но в целом вы абсолютно правы.
	Ответить | Правка | Наверх | Cообщить модератору

	115. "Представлен SSH3, вариант протокола SSH, использующий HTTP/3"	+/–
	Сообщение от Аноним (79), 18-Дек-23, 01:11
	> 1. В сетях эзернет как раз таки есть Flow Control, он реализуется сетевыми адаптерами и свичами, аппаратно. При помощи магии что ли? Нет. Это требует обязательной настройки QoS, потому что единственный живой Ethernet Flow Control - это Priority-based Flow Control (PFC). Раньше был Ethernet Pause (802.3x), но сейчас на всем новом оборудовании по умолчанию блокируется EtherType 0x8808, чтобы никакая железка не смела это выдать. Сначала эту неудаху, которая каскадно блокирует порты по всей инфраструктуре просто предали забвению, но когда у людей начали появляться дешевые и глупые "Smart"-телевизоры в которых сетевки глючили и слали эту дрянь, её начали не просто не настраивать, а явно блокировать повсюду. Еще раз, Pause-фреймы штормят: - Конечное устройство блокирует порт коммутатора паузой - У коммутатора переполняется очередь на отправку на этот порт - Коммутатор шлёт паузу вышестоящему коммутатору - Вся сеть встала колом Проблема еще и в том, что когда сеть ляжет целиком, вы не зайдёте никуда и весь служебный трафик тоже ляжет. Для разрешения подобных проблем нужно делить трафик на приоритеты и разрешать паузы только на некоторых. На каждом устройстве должен висеть Watchdog-сервис, который мониторит очереди и буферы, дропает пакеты и блокирует приём и отправку пауз, а все паузы теперь привязаны к приоритетам QoS либо на L2 (PCP-приоритеты) либо через маппинг PCP к DSCP на L3. Сложности добавляет расчет резервирования буферов для PFC, то есть для этого нужно сначала ETS настроить и подстроиться под его процентовки. Ничего из этого не работает из коробки и должно быть настроено вручную. Все вендоры оборудования имеют следующий дефолт: - весь трафик Best Effort - PFC отключен - Pause запрещен То есть никакого аппаратного Flow Control у вас нету, пока вы его сами не настроите. Когда вы подняли ETS в связке с PFC и поделили трафик на вашем сервере, сцепив его с QoS на оборудовании, которое тоже настроили сами, вот тогда вы можете отрубить себе Slow Start и слать пакеты потоком сразу со скоростью линка. ETS вам сделает полисинг в случае перегрузки, а PFC не даст потеряться пакетам на том приоритете, где он настроен. И всё это надо настраивать. > это сильно зависит от используемого СС. И какой у вас выбор по Congestion Control, я стесняюсь спросить? Обычный ECN или более продвинутый QCN или их полное отсутствие. Давайте так. Если у вас нет ECN, то первичное снижение Transmission Rate после Slow Start у вас произойдёт по факту получения первого запроса на ретрансмит (первого дропа). Дроп пакета вам устроил вышестоящий коммутатор, которому ваш TCP-поток либо очередь зашатал, либо потому что там стоит полисер, который настроил сетевой администратор и он режет пропускную способность. Если у вас есть ECN и вы используете RED-алгоритмы, то коммутатор начнёт считать вероятности дропа (по настройкам сетевого администратора) и помечать пакеты, которые возможно дропнутся, если поток начнет расти. Пометка проставится в биты ECN и назначение потока должно прислать на источник Congestion Notification Packet, чтобы сетевой стек ОС источника, на котором, конечно же тоже вы заблоговременно включили и настроили ECN отреагирует на это и снизит Transmission Rate не дожидаясь дропов. QCN при этом, это когда есть WRED (Weighted Random Early Detection) на очередях коммутатора и одновременно по всей инфраструктуре настроен DCB. QCN предупреждает заранее, а если сервер-источник никак не угомонится, то тогда в дело вступит PFC и попробует сохранить пакеты в зарезервированных буферах на некоторое время. А если и в этой ситуации оно у вас захлёбывается, то тогда придет Watchdog и дропнет ваши пакеты. Так к чему это я... ах да. Биты ECN они где? Правильно, они часть DSCP? А что вам сделает ваш провайдер во внешней сети? Удалит их к чёртовой бабушке, потому что он в своей CLOS-фабрике имеет свой Diffserv, а на вас ему начхать, если вы только не L1 берете или не L2VPN. Поэтому сферическое в вакууме дуплексное TCP-соединение идущее через несколько независимых друг от друга сегментов сети: - не имеет никакого CC, только TCP Retransmit, только хардкор. - использует CUBIC, если только вы лично не пришли и не настроили это одновременно на всех участниках > а причём тут задержки?! > а причём тут TCP!? И действительно, а причем... А при том! В изначальную спецификацию TCP заложена простая логика. Получили ретрансмит - снижаем скорость. И каждый ретрансмит приводит к потере очередности потока и возникновению задержки на соединении. Ретрансмит требует перезапросить часть сегментов, и время на их повторную отправку не равно нулю. И это фича вообще-то. Это так работает по умолчанию на современных устройствах. Вариант замены Flow Control и Congestion Control для части собственного внутреннего трафика у вас есть, но писать, что это реализуется свитчами аппаратно, будто это работает... само? Нет, просто нет. Flow Control по умолчанию работает только в InfiniBand. Вы же не думаете, что включение DCTCP как СС без всех настроек на сетевой фабрике, которые я описал выше имеет хоть какой-то смысл? Автоматически и аппаратно ничего не работает. > а уж мой любимый RACK Гы-гы, оно же пришло из QUIC, емнип, или наоборот, не помню. Я просто изначально отвечал человеку, которого повальный переход на UDP удивляет... А вообще, если вы там реально используете RACK-TLP в проде, то вы наверное используете FreeBSD или Server 2022, потому что это всё не про Linux. MS-то понятно. Она же везде QUIC себе пихает, а это его CC и они одни из первых подготовили рабочую реализацию. Причем учитывая что реализации QUIC у MS под MIT, не понятно, кто у кого код таскает... Хотя сетевой стек последние годы Windows тащит у FreeBSD. Опять же... это не отменяет того факта, что это CC на основе потерь. То есть ретрансмиты там будут, а с ними и задержки на выполнение ретрансмитов. А про использование SACK вообще можно отдельную дискуссию открывать, потому что не всё так однозначно. И, кстати, нет ничего сложного в RACK-TLP... Вот только он _просто работает_ в QUIC, а в TCP для эффективной работы нужно, чтобы сетевой стек поддерживал его с обеих сторон. То есть FreeBSD 12+ и Windows 11+ совместимы. =)
	Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

	118. "Представлен SSH3, вариант протокола SSH, использующий HTTP/3"	–1 +/–
	Сообщение от Ivan_83 (ok), 18-Дек-23, 01:46
	> Ethernet Pause (802.3x), но сейчас на всем новом оборудовании по умолчанию блокируется EtherType 0x8808 да, я про него. Даже как то пробовал его для DoS у себя в домашней локалке но что то не заработало :) Я оставляю дома FC на клиенстких портах с оконечными хостами и отключаю там где роутер, точка доступа или чтото ещё преддоставляющее сервис. > И какой у вас выбор по Congestion Control, я стесняюсь спросить? RACK, newreno, cubic, остальное я не собираю. > Если у вас нет ECN, то первичное снижение Transmission Rate после Slow Start у вас произойдёт по факту получения первого запроса на ретрансмит (первого дропа) Зависит от СС выбранного в системе. Я как то развлекался и у меня самописный СС вообще ничего не снижал :) > Биты ECN они где? Правильно, они часть DSCP? А что вам сделает ваш провайдер во внешней сети? Удалит их к чёртовой бабушке, потому что он в своей CLOS-фабрике имеет свой Diffserv, а на вас ему начхать, если вы только не L1 берете или не L2VPN. Это ваши домыслы. Я работал в провайдере и близок к кухням других провайдеров и никто тамим не промышлял. Если только сотовики и ещё некоторые отбитые на голову. > не имеет никакого CC, только TCP Retransmit, только хардкор. Так не бывает, СС всегда есть на передающей стороне. > использует CUBIC, если только вы лично не пришли и не настроили это одновременно на всех участниках Вы написали столько умных вещей, но почему то не знаете что СС применяется только на передающем хосте, всё промежуточное просто пересылает пакеты. СС это уровень TCP, роутеры выше IP не лезут, а коммутаторы тем более. > В изначальную спецификацию TCP заложена простая логика. Получили ретрансмит - снижаем скорость. А где там нынче железо и софт сделанный по этой изначальной спецификации?)))) Всё уже давно работает по свежим спекам, единственное правило - не ломать совместимость. Некоторые умудряются по 100 гигабайт/сек по одному TCP конекту гонять, и это из новостей 5+ летней давности. > оно же пришло из QUIC, емнип, или наоборот, не помню. Оно от нефликса пришло во фрю. И не нужно мне рассказывать что вся цепочка или конечный хост должен поддерживать RACK или другой крутой СС чтобы скорость была огого. Я лично много для себя гонял трафика через тыщи км, и с вифи на последней миле, и видел как сильно менялась скорось скачивания от меня на тот удалённый хост когда я у себя переключал СС. В линухах hybla довольно толерантна к потерям/ретрансмитам. В тот год (2017) когда нетфоикс сел писать альтернативный TCP стёк с RACK для фри я развлекался с портированием hybla на фрю. У меня ничего хорошего не вышло, стёк фри не давал нужных возможностей, видимо поэтому нетфликс сделал не СС а целый стёк отдельный.
	Ответить | Правка | Наверх | Cообщить модератору

	168. "Представлен SSH3, вариант протокола SSH, использующий HTTP/3"	+/–
	Сообщение от Аноним (79), 18-Дек-23, 11:37
	> Это ваши домыслы. > Я работал в провайдере и близок к кухням других провайдеров и никто > тамим не промышлял. > Если только сотовики и ещё некоторые отбитые на голову. А вы там точно сетью занимались? Просто каждый провайдер меняет входящую пометку QoS на свою собственную. - PCP находится в заголовке dot1q. - DSCP находится в заголовке IP Провайдер не принимает VLAN-тегированный трафик, если с ним явно не договорились. И не сохранит никакую пометку PCP внутри VLAN, если у вас только не строится интерконнект между вашими локациями по L1 или L2VPN. Опять же, это отдельные услуги. То же самое с DSCP, провайдер вырежет вашу пометку и вставит на ее место свою. Это вообще базовый принцип работы QoS. QoS работает и применяется локально в одном сегменте, а на граничных коммутаторах и роутерах переписывается. Вы же не думаете, что если вы проставите DSCP 46 (Expedited Forwarding), провайдер вам поверит и будет трактовать ваш трафик как высокоприоритетный и завернет его поближе к VoIP-очередям. То же самое с Ethernet Flow Control. Все типы Pause-фреймов будут вырезаны. > Так не бывает, СС всегда есть на передающей стороне. По умолчанию на передающей стороне находится CC на основе потерь. СС на основе потерь отличаются тем как они будут менять размеры окна, по разному реагируя... на что? На потери! Поэтому только ретрансмит и только хардкор. При этом есть другие СС, которые проставляют биты метаданных в поток. Такие требуют поддержки на отправителе, получателе, всей цепочки коммутации и маршрутизации. > Вы написали столько умных вещей, но почему то не знаете что СС > применяется только на передающем хосте, всё промежуточное просто пересылает пакеты. > СС это уровень TCP, роутеры выше IP не лезут, а коммутаторы тем > более. Еще раз повторяю - нет! Есть СС, которые применяются на всей цепочке. DCTCP в Lossless-сети - это главный из них и самый популярный. Вот обычные ECN, почитайте: https://www.juniper.net/documentation/us/en/software/junos/c... Вот DCQCN: https://www.juniper.net/documentation/us/en/software/junos/t... Сочетание DCB и QCN позволяет вам одновременно иметь: - максимально возможную пропускную способность потока - минимальные задержки - низкую нагрузку на CPU на источнике и назначении. Это происходит, потому что у вас потери пакетов возможны только в случае реальной перегрузки, а не потому что очередной алгоритм СС внутри протокола TCP таким образом окна себе меряет, щупая промежуточную сеть и её пропускную способность. Есть также 2 недостатка: - оно работает только в рамках собственного сегмента сети, потому что QoS, который вы настроили, вы настроили для себя и провайдер вашей пометке не поверит - оно требует настроить DCB и QCN на сети, и это не так-то сложно... думал я, пока не пообщался тут и не осознал, что, видимо, сложно. Люди не понимают ни что это, ни как это работает. Такие вещи не в интернет-провайдерах делают, а в облачных провайдерах, где людям сервисы предоставляют. Внутренний TCP работает одним способом, а внешний, который пойдет в публичную сеть другим способом. На границе ставятся балансировщики нагрузки / прокси, которые терминируют TCP-сессии при переходе из внутреннего сегмента в транзитную сеть. Если этих проксей много, и транзитная сеть большая, из этих проксей строят то что в народе называют CDN. Это как бы норма, но это внешний сегмент. Неужели вы правда считаете, что нетфликс использует RACK-TLP для внутреннего обмена данными, для сетей хранения и всего такого? Ну так же не бывает... Также я бы хотел напомнить, что обработка Selective ACK требует существенно больше ресурсов CPU отправителя нежели, когда их нет. Полагаться на них так сильно, как это делает RACK-TLP я бы постеснялся с точки зрения производительности того сервиса, который порождает поток. RACK-TLP хорош, когда есть CDN, которая терминировала сессии и её прокси сервера полностью взяли на себя удар по вопросам шифрования TLS. Вот тогда туда и SACK можно привесить. Главное чтобы оно не вредило сервисам бекенда. Мой вам совет, купите себе дешевый Juniper и пару сетевок Mellanox и поиграйте со всем этим. На FreeBSD и на Windows это всё прекрасно работает, настраивается играючи (я про DCTCP). Только вам нужно будет настроить QoS на коммутаторе. Уверен у вас получится. =)
	Ответить | Правка | Наверх | Cообщить модератору

	172. "Представлен SSH3, вариант протокола SSH, использующий HTTP/3"	+/–
	Сообщение от Ivan_83 (ok), 18-Дек-23, 12:30
	> А вы там точно сетью занимались? Просто каждый провайдер меняет входящую пометку QoS на свою собственную. Забавно как вы обобщаете :) Провайдеры если и заморачиваются QoS то обычно это PCP, а DSCP они игнорят и пропускают. Некоторые вырезают, наверное. > Есть СС, которые применяются на всей цепочке. DCTCP в Lossless-сети - это главный из них и самый популярный. Так это не про интернет, а что там каждый у себя внутри городит мне мало интересно. > Неужели вы правда считаете, что нетфликс использует RACK-TLP для внутреннего обмена данными, для сетей хранения и всего такого? Да запросто. Они публиковали презентации как у них работает я там ничего такого не видел. Они писали про то что у них относительно медленно заливается на раздающие тазики, а с них в инет уже льётся по 100+ гигабит с каждого. Те может у них и есть всё то замечательное что вы описали но не похоже что для них это мастхэв фича. > обработка Selective ACK требует существенно больше ресурсов CPU отправителя Это просто смешно, по современным меркам. Какую то нагрузку на проц от сети можно заметить только на очень высоких PPS, это скорее для роутеров проблема которые TCP не разбирают чем для конечных хостов, у которых TCP обмазан аппаратными оффлоадами. > купите себе дешевый Juniper и пару сетевок Mellanox и поиграйте со всем этим. А зачем мне это?) Я не одмин датацентров и не хочу в эти технологии вляпыватся. И вы как то далеко ушли от реального мира где всех описанных вами технологий нет, а есть только СС отправителя и оно неплохо так работает. Как минимум 100м-1г оно утилизирует, а дальше и не надо.
	Ответить | Правка | Наверх | Cообщить модератору

	187. "Представлен SSH3, вариант протокола SSH, использующий HTTP/3"	+/–
	Сообщение от крокодил мимо.. (?), 18-Дек-23, 14:52
	> Я не одмин датацентров и не хочу в эти технологии вляпыватся. так что в сухом остатке? есть у нас RFC 3168 (2001), согласно которому "ECN allows end-to-end notification of network congestion without dropping packets. ECN is an optional feature that may be used between two ECN-enabled endpoints when the underlying network infrastructure also supports it." т.е. в чистом виде надо поддержку сервер-клиент, и всё, что между, должно (уметь) в Queue Management.. по состоянию на сегодня железо (и софт), в основном, умеет в ECN, но дефолт у всех по-обстоятельствам(ц)(тм).. в 2021-ом (дата стандартизации IETF) Гугль оформил (Quic) RFC 9000, 8999, 9001 и 9002 с выносом CC (congestion control) в юзерспейс (с обеих сторон) для удобства разработки.. http поверх quic стал http/3 и теперь пользует udp.. всё, что меж клиентом и сервером, должно просто (работать) доставлять туда-сюда (детали никого не интересуют).. топик посвящён запиливанию ssh поверх quic, которое обозвали ssh3 (по каким-то странным и неведомым причинам).. кому не хватает sshd и всяких свистелок (а-ля port knocking, proxy/nat) - могут в очередную игрульку..
	Ответить | Правка | Наверх | Cообщить модератору

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

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