Может и будет, но придётся приложить значительное количество усилий: либо разрывать соединение (отключить keep-alive в браузере) на каждый запрос (и не факт, что Cloudflare его тоже будет разрывать!), либо разнести абсолютно все ресурсы на разные поддомены, каждый на свой.
С OVH ситуация иная, и началась она раньше, 28 мая. К его блокировке приводит отправка любых UDP-пакетов на адреса других хостинг провайдеров, например, Scaleway/Online.net. Фильтр включается на 10 минут и блокирует HTTPS-запросы целиком (не давая скачать 16 КБ), блокировка повторяется при повторной отправке UDP-пакетов.
В случае по крайней мере одного пользователя NTC, блокировка Cloudflare работала таким же образом — по некому событию.
Блокируют диапазоны Cloudflare, OVH, DigitalOcean, Hetzner, и еще некоторых хостинг-площадок и CDN. Где-то блокировка выполняется отбросом всего трафика после 16-32 КБ переданных данных, что затрудняет её обнаружение.
В файле системной конфигурации нужно убрать знак комментария "#" вначале строки "net.ipv4.ip_forward=1", чтобы разрешить нашему серверу выполнять роль прокси
И все начинают маршрутизировать трафик через ваш сервер, без ограничений. Запрещающих правил у вас не вижу.
Неплотно прилегает? Выше, ниже, дальше положенного? Или около мочки уха не садится правильно? Посмотрите картинки ушных раковин и посадок у других людей, и поймёте, что с вашим ухом не так, и как это можно исправить. Есть наушники, у которых дополнительный тентакль сверху корпуса для крепления за противозавиток, как один из вариантов.
Это какие-то эталонные вася-роутеры, если даже provisioning не реализовали и запрещают сбрасывать роутер кнопкой. О каком тестировании на безопасность может идти речь.
В теме ссылки на магазины потёрли? Ничего не вижу в FAQ по поводу покупки. Демо-плата типа такой подойдёт? Не вижу там средств подключения input'ов (не только в этой плате).
Это очень полезно, я как раз хотел сделать прототип наушников со снижением частот (понижением высоких до слышимого диапазона), а также поэкспериментировать с Bluetooth-микрофонами (не гарнитурами, а именно микрофоном как bluetooth-устройством).
Вот если бы по bluetooth происходила передача в том же виде, в котором запись хранится в памяти смартфона
Такое было на заре Bluetooth-звука: слушал .mp3'шки с Nokia 6681, передавая их спец. программой на гарнитуру Nokia BH-503 с поддержкой MP3. Телефон A2DP при этом не поддерживал.
Такое вполне возможно и сейчас, как минимум, с AAC (MP3 стандартизирован в A2DP, но мало на каких наушниках поддерживается), но много нюансов: как микшировать звук, как фрагментировать большие фреймы в случае AAC (и нужно ли), как работать с буфером в рамках стандарта: наполнять аудио сколько возможно (быстрее realtime'а), но откатывать (очищать и заменять) при необходимости воспроизведения уведомления (поступления микшированного аудио).
Это всё реально, многие системы аудиовывода уже используют похожий принцип. Но для нормальной работы в Bluetooth потребуется либо доработка стандарта (или проприетарные костыли), либо эксплуатация особенности инкапсуляции звука (для AAC можно использовать PTS в прошлом для очистки буфера, а OPUS, уже используемых на Pixel'ах, позволяет легко сделать трехканальное аудио, где третий канал задействуется для уведомлений, например, а по остальным гонится музыка).
Может и будет, но придётся приложить значительное количество усилий: либо разрывать соединение (отключить keep-alive в браузере) на каждый запрос (и не факт, что Cloudflare его тоже будет разрывать!), либо разнести абсолютно все ресурсы на разные поддомены, каждый на свой.
16 КБ это не менее 11 пакетов TCP.
«Веб-навигация» это калька с английского web navigation, т.е. обычный просмотр сайтов, а не загрузка меню или чего-то подобного.
Оформляют еще небось как средство передачи телеметрии какой-нибудь, а не канал связи, и продают b2b.
Эта страница (где мы пишем комментарии) весит 1.65 МБ в сжатом виде, 4.27 без сжатия.
В случае по крайней мере одного пользователя NTC, блокировка Cloudflare работала таким же образом — по некому событию.
1-2 пакета чего?
Блокируют диапазоны Cloudflare, OVH, DigitalOcean, Hetzner, и еще некоторых хостинг-площадок и CDN.
Где-то блокировка выполняется отбросом всего трафика после 16-32 КБ переданных данных, что затрудняет её обнаружение.
https://ntc.party/t/09062025-информация-по-блокировке-cloudflare-ovh-hetzner-digitalocean/17013
С ECH это не связано — он блокируется иначе и гораздо дольше.
Какие эксперты, такие и новости.
А при чём здесь VPS?
И все начинают маршрутизировать трафик через ваш сервер, без ограничений. Запрещающих правил у вас не вижу.
Тут инструкция есть https://btcodecs.valdikss.org.ru/
Неплотно прилегает? Выше, ниже, дальше положенного? Или около мочки уха не садится правильно?
Посмотрите картинки ушных раковин и посадок у других людей, и поймёте, что с вашим ухом не так, и как это можно исправить. Есть наушники, у которых дополнительный тентакль сверху корпуса для крепления за противозавиток, как один из вариантов.
Тем, что это прокси — ему нужно принять сокет, прежде чем он сможет определить источник. Также для анализа протокола, чтобы достать из него домен.
Это какие-то эталонные вася-роутеры, если даже provisioning не реализовали и запрещают сбрасывать роутер кнопкой. О каком тестировании на безопасность может идти речь.
У меня с батареей проблем нет, работают 11+ часов, не подскажу. Либо батарея вышла из строя, либо коротыш где-то.
Hidden text
В теме ссылки на магазины потёрли? Ничего не вижу в FAQ по поводу покупки. Демо-плата типа такой подойдёт? Не вижу там средств подключения input'ов (не только в этой плате).
Это очень полезно, я как раз хотел сделать прототип наушников со снижением частот (понижением высоких до слышимого диапазона), а также поэкспериментировать с Bluetooth-микрофонами (не гарнитурами, а именно микрофоном как bluetooth-устройством).
Такое было на заре Bluetooth-звука: слушал .mp3'шки с Nokia 6681, передавая их спец. программой на гарнитуру Nokia BH-503 с поддержкой MP3. Телефон A2DP при этом не поддерживал.
Такое вполне возможно и сейчас, как минимум, с AAC (MP3 стандартизирован в A2DP, но мало на каких наушниках поддерживается), но много нюансов: как микшировать звук, как фрагментировать большие фреймы в случае AAC (и нужно ли), как работать с буфером в рамках стандарта: наполнять аудио сколько возможно (быстрее realtime'а), но откатывать (очищать и заменять) при необходимости воспроизведения уведомления (поступления микшированного аудио).
Это всё реально, многие системы аудиовывода уже используют похожий принцип. Но для нормальной работы в Bluetooth потребуется либо доработка стандарта (или проприетарные костыли), либо эксплуатация особенности инкапсуляции звука (для AAC можно использовать PTS в прошлом для очистки буфера, а OPUS, уже используемых на Pixel'ах, позволяет легко сделать трехканальное аудио, где третий канал задействуется для уведомлений, например, а по остальным гонится музыка).
LDAC поддерживается только в Android и Linux. Ни в macOS, ни в Windows, ни в iOS.
Ну здрасьте, статья бы не появилась, если бы было так.