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

"Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+/–
Сообщение от opennews (??), 03-Апр-19, 13:43
Разработчики Mozilla сообщили (https://blog.mozilla.org/futurereleases/2019/04/02/dns-over-.../) о проведении четвёртого этапа тестирования функции обращения к DNS поверх HTTPS (DoH, DNS over HTTPS), который будет сосредоточен на оценке изменения производительности при применении DNS-over-HTTPS в условиях работы через сети доставки контента. На этой неделе  небольшой части пользователей релизов Firefox из США будет предложено активировать DoH (при нежелании пользователь сможет отказаться). Как и раньше в качестве основного будет использован DNS-сервер CloudFlare, но в будущем планируется расширить число участвующих в тесте DNS-провайдеров. Необходимость дополнительного тестирования DNS-over-HTTPS  при работе через сети доставки контента связана с тем, что DNS-сервер CDN-сети формирует ответ, учитывая адрес резолвера и выдаёт ближайший хост для получения контента. Таким образом,  отправка DNS-запроса c ближайшего к пользователю резолвера приведёт к тому, что CDN вернёт адрес ближайшего хоста, но при отправке DNS-запроса с централизованного резолвера DNS-over-HTTPS ближайший к пользователю хост определить не получится и будет выдан адрес хоста, ближайший к серверу DNS-over-HTTPS.   Указанная особенность сводит на нет  средства оптимизации трафика в  CDN, поэтому в процессе принятия решения о внедрении DNS-over-HTTPS необходимо учитывать не только производительность операций с DNS, но и дополнительные задержки, которые могут возникнуть из-за снижения эффективности  загрузки контента через CDN. В прошлом году были проведены первые тесты для комплексной оценке задержек при использовании CDN, которые показали минимальное влияние применения DNS-over-HTTPS на задержки перед началом передачи контента (для быстрых соединений задержки не превышали 10 миллисекунд, а для медленных каналах связи наблюдалось даже ускорение работы). При этом также были замечены подозрительные особенности, требующие дополнительного тестирования. Например, в прошлом тесте работы через CDN выявлено увеличение интенсивности появления ошибок при отправке DNS-запросов, независимо от использования DNS-over-HTTPS. В новом тесте планируется собрать более детальные данные об возникающих ошибках. Также планируется протестировать расширение EDNS Client Subnet, позволяющее передать резолверу CDN более дательные сведения о местоположении клиента для выбора ближайшей к нему точки отдачи трафика. Так как обращение к финальному резолверу производится без шифрования и может привести к утечке сведений третьим лицам, решено ограничить применение EDNS Client Subnet только обращениями к Facebook через Cloudflare по совместной договорённости этих компаний и с применением шифрования DNS-трафика между ними (будет применяться DNS-over-TLS и прямое обращение к резолверу Facebook, что исключит из цепочки третьих лиц). При наличии в браузере Cookie от Facebook и при согласии пользователя на участие в эксперименте, браузер будет раз в день отправлять тестовые запросы к Facebooк (без передачи cookie) и измерять время отклика. Для включения DoH на системах не приглашённых для участия в тестировании, достаточно в about:config изменить значение переменной network.trr.mode, которая поддерживается начиная с Firefox 60. Значение 0 полностью отключает DoH; 1 - используется DNS или DoH, в зависимости от того, что быстрее; 2 - используется DoH по умолчанию, а DNS как запасной вариант; 3 - используется только DoH; 4 - режим зеркалирования при котором DoH и DNS задействованы параллельно. По умолчанию используется DNS-сервер CloudFlare, но его можно изменить через параметр network.trr.uri, например, можно установить "https://dns.google.com/experimental" или "https://9.9.9.9/dns-query". Напомним, что DoH может оказаться полезным для исключения утечек сведений о запрашиваемых именах хостов через DNS-серверы провайдеров, борьбы с MITM-атаками и подменой DNS-трафика, противостояния блокировкам на уровне DNS или для организации работы в случае невозможности прямого обращения к DNS-серверам (например, при работе через прокси). Если в обычной ситуации DNS-запросы напрямую отправляются на определённые в конфигурации системы DNS-серверы, то в случае DoH запрос на определение IP-адреса хоста инкапсулируется в трафик HTTPS и отправляется на HTTP-сервер, на котором резолвер обрабатывает запросы через Web API. Существующий стандарт DNSSEC использует шифрование лишь для аутентификации клиента и сервера, но не защищает трафик от перехвата и не гарантирует конфиденциальность запросов. URL: https://blog.mozilla.org/futurereleases/2019/04/02/dns-over-.../ Новость: https://www.opennet.dev/opennews/art.shtml?num=50448
Ответить | Правка | Cообщить модератору

Сообщения

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

1. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+12 +/–
Сообщение от Аноним (1), 03-Апр-19, 13:43
Блин, если честно, то уже некоторая ностальгия наказывает по беззаботному Интернету с простыми как топор протоколами типа DNS, HTTP. Сейчас все с приставочкой S, это так-то нужное дело, безопасность, шифрование. Плюс новые HTTP 2, типа для скорости. Но сложность и вложенность этого хозяйства печалит.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	8. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+5 +/–
	Сообщение от Аноним84701 (ok), 03-Апр-19, 15:01
	> Сейчас все с приставочкой  S, это так-то нужное дело, безопасность, шифрование. Вся беда в том, что все так же путают шифрование с безопасностью, как и 20 лет назад, передавая  прямым текстом пароли внутри шифрованого канала "ну а че, оно ведь зашифровано!", приделывая к браузеру все новые важные апи наподобие "Ambient Light API" и "WebVR/Wifi Information API", тогда как несчастный "HTTP Authentication" так и остался с MD5, а новая версия RFC вообще не предусматривает защиты пароля, потому что для этого, типа, есть S в HTTPS 🙄 …
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	9. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+1 +/–
	Сообщение от Аноним (1), 03-Апр-19, 15:03
	А каким текстом надо передавать пароль? Или про что ты говоришь? А HTTP auth разве не позволял хэш функцию на своё усмотрение использовать?
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	10. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+/–
	Сообщение от Аноним84701 (ok), 03-Апр-19, 15:08
	> А каким текстом надо передавать пароль? Или про что ты говоришь? Лучше всего вообще никаким (хотя бы после регистрации). См. хотя бы ту же авторизацию в WPA-PSK (никто не гоняет пароль), как и 100500 других способов обмена ключей, их геренации/модификации - PBKDF2 и т.д. и т.п. > А HTTP auth разве не позволял хэш функцию на своё усмотрение использовать? Глянул: > An optional header allows the server to specify the algorithm used to >  create the checksum or digest. By default the MD5 algorithm is used >   and that is the only algorithm described in this document. Толку-то, если нигде не используется?
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	15. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+/–
	Сообщение от Аноним (15), 03-Апр-19, 16:12
	Но в Интернете мы обычно всё же вводим логин-пароль, какие там ещё варианты? Это в SSH можно по сертификату
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	19. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+1 +/–
	Сообщение от Аноним (19), 03-Апр-19, 16:44
	Вводим, но речь про то что передаем, а не про то что вводим. В wifi тоже же вводится пароль, но не передается в эфир.
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	28. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	–2 +/–
	Сообщение от Аноним (28), 03-Апр-19, 17:36
	Так в Интернете и передаём
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	22. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+2 +/–
	Сообщение от Аноним84701 (ok), 03-Апр-19, 16:54
	> Но в Интернете мы обычно всё же вводим логин-пароль, какие там ещё  варианты? Это вообще классическое "здесь так принято!". Хотя, например, сервер может затребовать "дай-ка мне результат PBKDF2(изначальный_пароль + timenow(), соль, 100500 + random(1337))", да и  вообще, хранить не сам пароль в плейнтексте, а что-то вроде PBKDF2(пароль+ сайт, соль, 100499) Таким образом, при перехвате обмена сообщениями в расшифрованном виде все равно нет утечки пароля, а при взломе хоста и дампе БД даже слабые пароли взламываются только с большими затратами (а не так, как сейчас - хранят кто во что горазд, в том числе и открыто). То же самое желательно с аутентификацией сообщений - оно не должно быть завязанным на шифрование канала.
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	26. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+/–
	Сообщение от Аноним (28), 03-Апр-19, 17:36
	> да и  вообще, хранить не сам пароль в плейнтексте Кто-то ещё не хэши пароли??
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	27. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+/–
	Сообщение от Аноним (28), 03-Апр-19, 17:36
	*хэширует
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	32. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+2 +/–
	Сообщение от тратата (?), 03-Апр-19, 18:40
	Facebook, например, предпочитает просто текст, без хешей.
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	35. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+/–
	Сообщение от Аноним (28), 03-Апр-19, 19:43
	Лол, какого ф*га?
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	47. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+1 +/–
	Сообщение от Аноним (47), 03-Апр-19, 23:37
	Чем больше информации собрано о пользователе, тем лучше, их бизнес на этом завязан. С чего бы им не хранить пароли, если выбор пароля тоже что-то говорит о пользователе?
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	33. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+/–
	Сообщение от Аноним (33), 03-Апр-19, 19:16
	И незачем городить эти жуткие костыли, есть рабочая схема Secure Remote Password (SRP).
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	68. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+/–
	Сообщение от pda (?), 04-Апр-19, 22:44
	Похоже человек думает, что если передавать не пароль для проверки, а хэш пароля это будет более безопасно. :)
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	70. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+/–
	Сообщение от Аноним (70), 05-Апр-19, 10:04
	+1, а я то начал думать это я что-то не понял :) Человек тот пусть почитает про радужные таблицы. Если же он про передачу пароля по (OTR) end-to-end, то пусть объяснит смысл этого при наличии https.
	Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

	72. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+/–
	Сообщение от Аноним (1), 05-Апр-19, 11:06
	Соление паролей обламывает радужные таблицы
	Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

	73. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+/–
	Сообщение от Аноним84701 (ok), 05-Апр-19, 11:08
	> +1, а я то начал думать это я что-то не понял :) > Человек тот пусть почитает про радужные таблицы. Удачи c радужными таблицами для PBKDF2(пароль + timenow(), salt, 100500итераций). Не говоря уже об упомянутом SRP (Secure Remote Password) > Если же он про  передачу пароля по (OTR) end-to-end, то пусть объяснит смысл этого при наличии https. Сперва пусть любители радуг объяснят, зачем передавать пароль, когда можно его не передавать и зачем завязывать все на Single Point of Failure в виде шифрования канала передачи, когда можно не завязывать?
	Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

	71. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+/–
	Сообщение от Аноним (1), 05-Апр-19, 11:06
	Да понятно, что передавать пароль по сети небезопасно. Но что лучше? Все остальное требует дополнительных телодвижений, сертификатов или ещё чего-то сверх
	Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

	21. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+/–
	Сообщение от Аноним (21), 03-Апр-19, 16:47
	> Толку-то, если нигде не используется? А какие претензии к стандарту? Может это говорит о том, что никому не нужно что-то другое использовать, раз есть возможность, но не пользуются?
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	23. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+1 +/–
	Сообщение от Аноним84701 (ok), 03-Апр-19, 17:02
	>> Толку-то, если нигде не используется? > А какие претензии к стандарту? Отсутствие реализации  (не обязательно допотопного RFC2617, а просто такого класса АПИ) в браузерах, при наличии API для опроса батарейки или освещения, не говоря уже о DB на стороне пользователя, WebRTC и прочих совсем не простых штуковин? Из-за этого имеем вот уже 20 лет хранение паролей "кто во что горазд" и реализацию auth в меру понимания отдельного разработчика конкретного сайта со всеми "вытекающими и протекающими". Нелюблю эти "фиксед", но в этом случае само напрашивается > Может это говорит о том, что браузеростроителям не нужно что-то другое использовать, раз есть возможность, но не пользуются, а вебмакаки даже не задумываются о том, что "да, так тоже можно делать", ведь "всегда пароли слали чистым текстом!"? fix
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	52. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	–1 +/–
	Сообщение от robot228 (?), 04-Апр-19, 07:06
	Как с тобой связаться? Хочу консультацию получить.
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	54. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+/–
	Сообщение от вебмакак (?), 04-Апр-19, 10:01
	> а вебмакаки даже не задумываются мы как раз задумываемся - то user side js'ом пошифруем, то вообще жаба-аплет вам выгрузим, который все в обход браузера сделает, с шифрованием на сертификатах, отдельно защищенных паролем, который вообще никуда не передается (это как раз можно сделать в браузере, но средний пользователь-альтернативно-умный не справится, зато справятся кросс-сайт хаки, выполняющие что-нибудь от его имени -  можно костылить подпорки, но проще вообще без браузера обойтись), раньше еще на флэше делали, чтоб хотя бы внешне имело вид исполняемого внутри браузера, но мудрый гугель в обнимку с хитрой мордокнигой велели его отменить, чтоб не мешал им ваши данные тырить. А в браузерах нормальной авторизации нет и не будет, потому что да - ваши пароли уже упали в бездонные базы мордокниги, и она не собирается отказываться от этой прекрасной возможности.
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

2. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	–1 +/–
Сообщение от Аноним (2), 03-Апр-19, 13:44
Web и так уже тормозной из-за раздутых js сайтов и тупости веб разрабов, так они еще хотят DNS замедлить.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	4. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+3 +/–
	Сообщение от Аноним (4), 03-Апр-19, 13:47
	Они хотят вывести его из-под возможности подмены/блокирования. Впрочем, превентивные методы для устранения данной недоработки уже анонсированы.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	16. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+3 +/–
	Сообщение от zzz (??), 03-Апр-19, 16:15
	Вывести из-под возможности подмены/блокирования местным оператором для возможности подмены/блокирования корпорацией/корпорациями добра, ты хотел сказать.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	18. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+2 +/–
	Сообщение от Аноним (18), 03-Апр-19, 16:41
	> Они хотят вывести его из-под возможности подмены/блокирования. Отнять у пользователя простую возможность подмены/блокирования и забрать себе.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	6. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+2 +/–
	Сообщение от Аноним (1), 03-Апр-19, 13:49
	Ну DNS-запрос ты, по идее, один делаешь, и дальше его кэшируешь. Разве только на сайте нет запроса к тысяче доменов, типа всяких рекламных 5.dick.lohi.reklama.cool
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

3. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+3 +/–
Сообщение от Аноним (3), 03-Апр-19, 13:46
> будет применяться DNS-over-TLS и прямое обращение к резолверу Facebook, что исключит из цепочки третьих лиц Ну и зачем эта клоунада с отдельным протоколом на базе HTTP?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	11. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+3 +/–
	Сообщение от НяшМяш (ok), 03-Апр-19, 15:24
	Потому что работа с сокетами, шифрованием и всем остальным вручную - это сложна. Куда проще бахнуть HTTPS запрос и выдрать готовенький ответ. А об оверхеде подумаем когда-нибудь потом (нет), когда срочные таски по изменению оттенков оформления и телеметрии закончим.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	12. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+1 +/–
	Сообщение от OpenEcho (?), 03-Апр-19, 15:37
	User=>Computer=>IP=>DNS-request  == Spying in one single place aka DoH
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	74. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+/–
	Сообщение от DmA (??), 05-Апр-19, 12:08
	чтобы не было видно, что вся телеметрия идёт в гугл :)
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

5. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+/–
Сообщение от Аноним (5), 03-Апр-19, 13:48
> Также планируется протестировать расширение EDNS Client Subnet, позволяющее передать резолверу CDN более дательные сведения о местоположении клиента… …и вызова маски-шоу на адрес проживания клиента при первом подозрении? :)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

7. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+1 +/–
Сообщение от Аноним (21), 03-Апр-19, 14:19
Стоит отметить, что например неадекватные админы archive.is вообще блокируют пользователей cloudflare dns из-за отсутствия edns client subnet, которые не передаются ради приватности. https://twitter.com/archiveis/status/1018691421182791680 https://community.cloudflare.com/t/archive-is-error-1001/18227
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

13. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	–2 +/–
Сообщение от Аноним (13), 03-Апр-19, 15:42
Мои DNS-запросы должна отправлять ось. Кстати вопрос: и как теперь отличить https-траффик от dns-over-https, чтобы порезать его у себя (превентивненько)?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	14. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+/–
	Сообщение от Аноним (13), 03-Апр-19, 15:43
	P.S. Да собственно о чём это я. Итак всё понятно. Инторнет зарулен.
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	17. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+4 +/–
	Сообщение от zzz (??), 03-Апр-19, 16:21
	Ну что ты, глупенький. Конечно же, ОС ничем рулить не должна - она обновляются слишком медленно, у корпораций добра на это нет времени, сляпали на коленке новую фичу, уяк-уяк - и в продакшн!
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	20. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+/–
	Сообщение от Аноним (18), 03-Апр-19, 16:44
	Пока старый вариант DNS протокола поддерживается ещё остаётся возможность поменять конфигурацию клиента или пересобрать его, исправив в крайнем случае.
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	29. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+/–
	Сообщение от Аноним (13), 03-Апр-19, 17:45
	s/у себя/у себя на локалхосте/ конечно же
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	41. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+/–
	Сообщение от AnonPlus (?), 03-Апр-19, 20:33
	А никак. Оно для этого и создавалось, чтобы местные любители обнюхивать трафик (читай "провайдеры" и "локальный сисьадмины, возомнившие себя божками") убрали свои ручонки от трафика абонентов.
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	55. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+/–
	Сообщение от cloudflare (?), 04-Апр-19, 10:06
	да, да, это НАШИ эмм... абоненты, и МЫ их траффик будем нюхать, а так же хранить себе на память. но вы продолжайте распространять слухи о провайдерах и локальных сисадминах, которым, конечно же, делать нечего, как смотреть на что вы там др..те в рабочее время, пусть больше лохов ведется.
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

	64. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+/–
	Сообщение от AnonPlus (?), 04-Апр-19, 17:49
	Ну да, ну да. И рекламу в HTTPS-трафик провайдеры не суют. Вообще трафик их не интересует, делать им нечего больше. Билайн на этом ловили пару лет назад. Сегодня поймали Мегафон. И Йота вообще не режет неопознанный трафик. Всё это выдумки. Продолжайте игнорировать реальность.
	Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

24. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+2 +/–
Сообщение от Аноним (24), 03-Апр-19, 17:20
Четвёртый этап тестирования DNS-over-HTTPS в Cloudflare Пофиксил заголовок
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

25. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+/–
Сообщение от Аноним (25), 03-Апр-19, 17:35
Когда уже будет http-over-dns-over-http-over-ssh
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	30. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+/–
	Сообщение от Ретроград (?), 03-Апр-19, 18:00
	> http over dns Уже есть, Iodine называется. > dns over http Собственно сабж > http over ssh Туннель настраивается на раз-два. Предлагаю тебе все это объединить и отписаться о результатах.
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	69. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+/–
	Сообщение от Аноним (25), 04-Апр-19, 23:38
	Это и без всяких имплементация понятно что плохая затея. Я от недовольства задал вопрос. Не пойму логику сегодняшних разрабов: пропустить все через HTTP.
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

31. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+/–
Сообщение от Аноним (31), 03-Апр-19, 18:33
> DNS-сервер CloudFlare > CloudFlare Спасибо, ненужно. Как-нибудь dnscrypt обойдемся. Оно хотя бы позволяет выбрать, заруливать запросы на свой/доверенный сервер или сливать корпорастам/шпионам из списка.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	34. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+/–
	Сообщение от Оффтоп (?), 03-Апр-19, 19:19
	> Как-нибудь dnscrypt обойдемся кстати об этом. Не подскажите хорошего гайда по установке-настройке на ноут с системдой(манжара), нетворкманагером и dnsmasq? По гайду с рачевики застрял - там пишут убрать все с 53 порта, а на нем висит pid 1 и отказывается уходить
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	36. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+/–
	Сообщение от comodo (?), 03-Апр-19, 20:10
	Systemd-resolvd?
	Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

	44. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+/–
	Сообщение от Оффтоп (?), 03-Апр-19, 22:52
	скорее всего. Отключить не вышло, ибо после перезагрузки спавнилось обратно
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

	38. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+1 +/–
	Сообщение от COBA (?), 03-Апр-19, 20:20
	А кто здесь мешает прописать собственный сервер. Там ответ идёт обычным джейсоном. В браузере можно свободно поставить свой сервер. Хттпс от работает стандартный сертификат. В чем вопрос?
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	39. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	–2 +/–
	Сообщение от AnonPlus (?), 03-Апр-19, 20:20
	DNSCrypt провайдеру легче заблокировать (если говорить о публичнх серверах). Адреса серверов хорошо известны (любезно лежат прямо в репозитории). Адреса эти редко меняются (чтобы клиентам не приходилось думать об обновлении этого списка на своей стороне). Вдобавок, у меня есть подозрение, что и детектить трафик DNSCrypt тоже гораздо проще, чем DoT. Прчему провайдер может блокировать DNSCrypt? Ну, например, некоторые провайдеры в РФ уже сейчас заворачивают нешифрованный DNS-трафик на себя по рекомендациям Роскомнадзора. Поступит рекомендация резать DNSCrypt - будут резать при условии, что это легко. Вдобавок, в прошлом месяце проскочила инфа о совершенно волшебном "кейсе": выездная проверка РКН прибыла в какое-то кафе (они периодически мониторят публичные заведения с целью проверки "а блокируется ли тут у вас доступ к сайту Навального и прочему нехорошему контенту"). Небольшой провайдер, который предоставлял этому кафе доступ в интернет, надеялся на то, что клиенты адекватные и запрещёнку блокировал исключительно принудительным перехватом DNS-запросов. Владелец кафе на своём оборудовании настроил то ли DNSCrypt, то ли DoT. Короче, сделал клиентам интернеты без блокировок. В итоге, вы будете ржать, но штраф выписали провайдеру (да, в РКН умные люди нн работают) Чем дело кончилось, не щнаю, но сисадмин провайдера, который всё это и поведал миру, задумался о более жёстких способах вмешательства в пользовательский трафик.
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	45. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+4 +/–
	Сообщение от Дон Ягон (?), 03-Апр-19, 22:57
	> DNSCrypt провайдеру легче заблокировать (если говорить о публичнх серверах). А адреса cloudflare dns и прочих популярных публичных DoH провайдеров чем-то сложнее будет заблокировать, лол? > Вдобавок, у меня есть подозрение, что и детектить трафик DNSCrypt тоже гораздо проще, чем DoT. Почему? По-логике - без разницы. Вот отличить DoH от обычного HTTPS невозможно, да. Только, кажется, проблем от этого только больше. > вы будете ржать, но штраф выписали провайдеру А кому блин надо было выписывать? Владельцу кафе? Так кафе - это деятельность РКНу неподотчётная, я так полагаю. Они, ЕМНИП, приходят только к тем, у кого есть лицензия на оказание услуг связи. И карает лишением оной, если тот, к кому они пришли, послал их по известному адресу. У кафе, очевидно, подобной лицензии нет и следовательно нет и нарушения законов. У владельца кафе по закону даже списка "запрещённых сайтов" быть не может, т.е. он, в теории, даже не знает, что должно работать, а что нет. Да и косяк так или иначе провайдерский, и на что он там понадеялся - исключительно его, провайдера, половые сложности. И по закону, и по совести. А вообще мне жаль, что РКН работает так на от...сь. Работал бы нормально, пришлось бы всем пользоваться нормальными цензуро-устойчивыми решениями, пришлось бы пилить да развивать их и вообще был бы движ. А так - скукота, нажал галочку в бровзере и всё, ты какир. Тьфу.
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

	56. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	–1 +/–
	Сообщение от cloudflare (?), 04-Апр-19, 10:07
	> Вот отличить DoH от обычного HTTPS невозможно, да. главное, верьте!
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

	61. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+/–
	Сообщение от Дон Ягон (?), 04-Апр-19, 14:14
	>> Вот отличить DoH от обычного HTTPS невозможно, да. > главное, верьте! Cloudflare как минимум сможет, да. Но на мой взгляд нет причин использовать DoH как с cloudflare, так и без, так что...
	Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

	63. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	–1 +/–
	Сообщение от AnonPlus (?), 04-Апр-19, 17:47
	> А адреса cloudflare dns и прочих популярных публичных DoH провайдеров чем-то сложнее > будет заблокировать, лол? Прикинь, да. У РКН уже много лет основная мантра "нам не нужны стрессы". Массова блокировка CF (а не как сейчас по полторая адреса в сутки) создаст стрессы. Так что, сложнее, кек. > А кому блин надо было выписывать? По твоей логике, если владелец кафе настроил OpenVPN и пустил весь трафик через туннель, тоже надо провайдера штрафовать? А если я тебя обматерю кириллическими буквами, то ты Мефодию морду бить пойдешь?
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

	65. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+1 +/–
	Сообщение от Дон Ягон (?), 04-Апр-19, 18:11
	> Прикинь, да. У РКН уже много лет основная мантра "нам не нужны стрессы". Массова блокировка CF (а не как сейчас по полторая адреса в сутки) создаст стрессы. Так что, сложнее, кек. Чушь от первого до последнего слова. Забанят сразу подсетью, как делали при попытках забанить телеграм и даже не почешутся. Но вы продолжайте верить, что банить публичные адреса популярных Dnscrypt провайдеров проще, чем какие либо другие публичные адреса. > По твоей логике, если владелец кафе настроил OpenVPN и пустил весь трафик через туннель, тоже надо провайдера штрафовать? А если я тебя обматерю кириллическими буквами, то ты Мефодию морду бить пойдешь? Это не моя логика, это законодательство. И, к слову, в этом месте абсолютно последовательное, в отличие от тебя; ты же просто передёргиваешь. Провайдер предоставляет услуги связи - ему и отвечать за несоответствие услуг требованиям государства. После получения втыка от РКН провайдер может, например, отключить кафе от своих услуг - но только так. Кафе и аналогичное РКН не подотчётны. И продолжая твою нелепую аналогию: вне зависимости от того, обматеришь ты меня при личной встрече или по telegram, я пойду "бить морду" тебе, а не дурову. Ферштейн?
	Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

37. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+/–
Сообщение от Аноним (37), 03-Апр-19, 20:11
Rkn сасай.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	40. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+/–
	Сообщение от AnonPlus (?), 03-Апр-19, 20:27
	Вот используешь ты DoT как клиент у тебя сертифкат в конфиге прописан? :) Ну вот по умолчанию мало у кого прописан, а если не прописан - то ничто не мешает провайдеру завернуть это дело на себя. С Encrypted SNI ещё смешнее - достаточно заворачивать на себя DNS и блокировать запрос eSNI из DNS. После чего браузер клиента откатывается к обычному нешифрованному SNI.
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	43. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+1 +/–
	Сообщение от Аноним (28), 03-Апр-19, 22:19
	Прочитал в начале как "Rkn спасай"
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	57. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+/–
	Сообщение от пох (?), 04-Апр-19, 10:07
	тут уже к Росатому взывать надо, а не к РКН.
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

42. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	–1 +/–
Сообщение от Аноним (42), 03-Апр-19, 22:12
Никто не расскажет, как включить это дерьмо в  Ubuntu правильным способом - через SystemD?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	46. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+1 +/–
	Сообщение от Дон Ягон (?), 03-Апр-19, 23:07
	> Никто не расскажет, как включить это дерьмо в  Ubuntu правильным способом - через SystemD? Конечно расскажу! systemctl enable this-shit-in-ubuntu.service && systemctl start this-shit-in-ubuntu.service Не благодари!
	Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

48. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+/–
Сообщение от Аноним (47), 03-Апр-19, 23:45
HTTP(S) стал еще одним уровнем в стеке протоколов Интернета, поверх которого уже работают разные прикладные протоколы (которые теперь почему-то принято называть "Web API"). Только вот в чем смысл этого уровня? Ему можно хотя бы дать название, чтобы было понятно, за что он отвечает?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	49. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+1 +/–
	Сообщение от Дон Ягон (?), 04-Апр-19, 00:07
	С точки зрения "стека протоколов интернета", что бы это ни значило, DoH просто не существует. Браузер получает данные о хоснэймах, делая запросы по https вкудато вместо того, чтобы брать эти данные у резолвера. Вне браузера DoH - это рак мозга даже с точки зрения его обсаженных создателей.
	Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

	58. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	–1 +/–
	Сообщение от Поцтеринг (?), 04-Апр-19, 10:08
	я уже пилю нужный неотключаемый патч к systemd-resolved! Через пять минут закоммичу, подождите чуток!
	Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

50. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+3 +/–
Сообщение от Рустам (?), 04-Апр-19, 00:24
>Как и раньше в качестве основного будет использован DNS-сервер CloudFlare DoH и DoT это конечно восхитительно, но почему именно CloudFlare, не безопасно ведь, PandoraBox так сказать. Лучше Google тем более сервера скоро физически будут размещены на территории Нашей Страны и за безопасность своих данных можно не беспокоится или Отечественный Яндекс вообще было бы прекрасно. Лично я не хочу делить конфиденциальные данные с АНБ!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	51. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+/–
	Сообщение от Эльдар (??), 04-Апр-19, 02:09
	Полностью с Вами согласен, Яндекс был бы весьма кстатьи. Интересно Яндекс DNS уже поддерживает DoH, не знаете?
	Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

53. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+/–
Сообщение от Аноним (53), 04-Апр-19, 07:07
Нужен способ указать исключения для DNS-over-HTTPS, чтобы локальные адреса разрешались нормально. Cloudfare про них, разумеется, не знает.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	59. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+/–
	Сообщение от cloudflare (?), 04-Апр-19, 10:10
	теперь - знаем. И поделимся знанием, если попросят. (а fallback в браузере и так есть - только он сначала нам сливает, а уже потом остальное делает)
	Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

60. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+/–
Сообщение от Аноним (60), 04-Апр-19, 13:48
Вещь нужная. Некоторые используют DNSCrypt. Но использовать CloudFlare однозначно не буду. Услуги последнего весьма и весьма сомнительны.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

62. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+/–
Сообщение от Аноним (62), 04-Апр-19, 17:38
Забавно, что включение режима "3" просто делает браузер неработоспособным из-за невозможности разрешения имен. Потому что в network.trr.uri стоит "https://mozilla.cloudflare-dns.com/dns-query". Установка "https://9.9.9.9/dns-query" проблему решает. Так они слона не продадут.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	66. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+1 +/–
	Сообщение от Аноним (-), 04-Апр-19, 18:42
	Забыл в какой тоталитарной стране жив^W выживаешь? https://www.opennet.dev/tips/3086_esni_doh_dns_https.shtml#15
	Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

67. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	–1 +/–
Сообщение от Ivan_83 (ok), 04-Апр-19, 21:25
Очередная ненужно крипто, чтобы АНБ всё знало обо всех реалтайм.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

75. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+/–
Сообщение от Олег (??), 07-Апр-19, 11:09
Так, народ, это /etc/hosts теперь для отладки не катит?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

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