Коллеги, а когда у нас тут все стали эмоциональными экспертами-политиками?
Мне даже интересно, многие ли из тех, кто оставил комментарии под новостью прочитали и осознали, что вообще такое TLS ECH?
Может быть вы даже звонили кому-нибудь из настоящих сотрудников служб сетевой безопасности коммерческих организаций (западных в том числе) и спрашивали, как они относятся к TLS 1.3 в инспекциях на пограничных фаерволлах?
Нет, конечно нет... Вас же "в правах ущемляют", а тут разбираться надо в каких-то дифи-хелманах, хендшейках и прочей билиберде. Сложно... Лучше просто сказать, что "безосновательно воздух перекрыли" не разбираясь. Хотя вроде Habr, странно.
Сетевикам еще было бы полезно рассказать про пересборку (reassambly) tcp и http, т.к. это влияет на порядок отображаемых пакетов, что катастрофически важно при траблшутинге скорости отклика сервиса и выявлении того, кто виноват (сервер, база, сеть или станция) в задержке загрузки страницы. Ну и в случае поиска последовательностей в "плавающей" позиции лучше все же использовать поиск, а не фильтр. ИМХО для работы с http, а особенно с телом ответа, фильтр - не самое лучшее решение. Но да, фильтры хорошо подходят для ситуаций поиска конкретного поля в пакете и/или его содержимого на том или ином уровне.
Коллеги, а когда у нас тут все стали эмоциональными экспертами-политиками?
Мне даже интересно, многие ли из тех, кто оставил комментарии под новостью прочитали и осознали, что вообще такое TLS ECH?
Может быть вы даже звонили кому-нибудь из настоящих сотрудников служб сетевой безопасности коммерческих организаций (западных в том числе) и спрашивали, как они относятся к TLS 1.3 в инспекциях на пограничных фаерволлах?
Нет, конечно нет... Вас же "в правах ущемляют", а тут разбираться надо в каких-то дифи-хелманах, хендшейках и прочей билиберде. Сложно... Лучше просто сказать, что "безосновательно воздух перекрыли" не разбираясь. Хотя вроде Habr, странно.
Сетевикам еще было бы полезно рассказать про пересборку (reassambly) tcp и http, т.к. это влияет на порядок отображаемых пакетов, что катастрофически важно при траблшутинге скорости отклика сервиса и выявлении того, кто виноват (сервер, база, сеть или станция) в задержке загрузки страницы. Ну и в случае поиска последовательностей в "плавающей" позиции лучше все же использовать поиск, а не фильтр. ИМХО для работы с http, а особенно с телом ответа, фильтр - не самое лучшее решение. Но да, фильтры хорошо подходят для ситуаций поиска конкретного поля в пакете и/или его содержимого на том или ином уровне.