stringtranslate.com

Интернет-стандарт

В компьютерной сетевой инженерии стандарт Интернета — это нормативная спецификация технологии или методологии, применимой к Интернету . Стандарты Интернета создаются и публикуются Целевой группой по инженерии Интернета (IETF). Они обеспечивают взаимодействие оборудования и программного обеспечения из разных источников, что позволяет Интернетам функционировать. [1] Поскольку Интернет стал глобальным, стандарты Интернета стали языком общения во всем мире. [2]

Вклад инженеров в IETF начинается с проекта Интернета , может быть повышен до уровня Запроса комментариев и в конечном итоге может стать стандартом Интернета.

Стандарт Интернета характеризуется технической зрелостью и полезностью. IETF также определяет предлагаемый стандарт как менее зрелую, но стабильную и хорошо проверенную спецификацию. Проект стандарта был промежуточным уровнем, прекращенным в 2011 году. [3] Проект стандарта был промежуточным шагом, который произошел после предлагаемого стандарта, но до стандарта Интернета.

Как указано в RFC 2026:

В целом, стандарт Интернета — это стабильная и понятная спецификация, технически компетентная, имеющая несколько независимых и совместимых реализаций с существенным опытом эксплуатации, пользующаяся значительной общественной поддержкой и признаваемая полезной в некоторых или во всех частях Интернета.

Обзор

Стандарт Интернета документируется [4] Запросом на комментарии (RFC) или набором RFC. Спецификация, которая должна стать Стандартом или частью Стандарта, начинается как Проект Интернета и позже, обычно после нескольких пересмотров, принимается и публикуется Редактором RFC как RFC и помечается как Предлагаемый стандарт . Позже, RFC повышается до Стандарта Интернета с дополнительным порядковым номером, когда зрелость достигает приемлемого уровня. В совокупности эти стадии известны как Трек стандартов и определены в RFC 2026 и RFC 6410. Метка Исторический применяется к устаревшим документам Трека стандартов или устаревшим RFC, которые были опубликованы до того, как был создан Трек стандартов.

Только IETF , представленная Руководящей группой по инжинирингу Интернета (IESG), может одобрять RFC по стандартизации. Окончательный список стандартов Интернета поддерживается в Официальных стандартах протоколов Интернета. Ранее STD 1 использовался для поддержания снимка списка. [5]

История и цель стандартов Интернета

Стандарт Интернета — это набор правил, которым должны следовать устройства при подключении к сети. Поскольку технология развивалась, правила взаимодействия между компьютерами должны были развиваться вместе с ней. Это протоколы, которые используются сегодня. Большинство из них были разработаны задолго до эпохи Интернета , еще в 1970-х годах, вскоре после создания персональных компьютеров .

TCP/IP

Официальной датой запуска первого интернета считается 1 января 1983 года. [6] Вступил в силу протокол управления передачей/протокол Интернета (TCP/IP). ARPANET ( Advanced Research Projects Agency Network) и Defense Data Network были сетями для внедрения протоколов. Эти протоколы считаются неотъемлемой частью работы Интернета, поскольку они определяют правила, по которым работают соединения между серверами. Они используются и сегодня, реализуя различные способы отправки данных через глобальные сети.

IPsec

Internet Protocol Security — это набор протоколов, которые обеспечивают целостность шифрования в соединении между несколькими устройствами. Целью этого протокола является защита публичных сетей. Согласно IETF Datatracker, группа, занимающаяся его созданием, была предложена к существованию 25 ноября 1992 года. [7] Полгода спустя группа была создана, и вскоре после этого, в середине 1993 года, был опубликован первый черновик.

HTTP

Протокол передачи гипертекста является одним из наиболее часто используемых протоколов в контексте Всемирной паутины. HTTP — это простой протокол для управления тем, как документы, написанные на языке гипертекстовых меток (HTML) , обмениваются через сети. Этот протокол является основой Интернета, позволяя всей системе гипертекста существовать на практике. Он был создан командой разработчиков под руководством Тима Бернерса-Ли . Бернерс-Ли несет ответственность за предложение о его создании, которое он сделал в 1989 году. 6 августа 1991 года — дата, когда он опубликовал первую полную версию HTTP на публичном форуме. [8] Впоследствии эта дата считается некоторыми официальным рождением Всемирной паутины. HTTP постоянно развивался с момента своего создания, становясь все более сложным со временем и прогрессом сетевых технологий. По умолчанию HTTP не шифруется, поэтому на практике используется HTTPS , что означает HTTP Secure.

TLS/SSL

TLS означает Transport Layer Security , что является стандартом, который позволяет двум разным конечным точкам надежно и конфиденциально соединяться между собой. TLS пришел на смену SSL. Secure Sockets Layers был впервые представлен до создания HTTPS и был создан Netscape. По сути, HTTPS был основан на SSL, когда он впервые появился. Было очевидно, что необходим один общий способ шифрования данных, поэтому IETF указал TLS 1.0 в RFC 2246 в январе 1999 года. [9] С тех пор он был обновлен. Последняя версия TLS — 1.3 из RFC 8446 в августе 2018 года.

Модель OSI

Модель взаимодействия открытых систем начала разрабатываться в 1977 году. [10] Она была создана Международной организацией по стандартизации . Она была официально опубликована и принята в качестве стандарта для использования в 1979 году. Затем она несколько раз обновлялась и вышла в окончательной версии. Потребовалось несколько лет, чтобы протокол был представлен в своей окончательной форме. ISO 7498 был опубликован в 1984 году. Наконец, в 1995 году модель OSI была снова пересмотрена, чтобы удовлетворить насущные потребности растущего развития в области компьютерных сетей.

УДП

Целью протокола пользовательских дейтаграмм было найти способ как можно быстрее и эффективнее взаимодействовать между двумя компьютерами. UDP был задуман и реализован Дэвидом П. Ридом в 1980 году. [11] По сути, он работает с использованием сжатия для отправки информации. Данные сжимаются в дейтаграмму и отправляются точка-точка. Это оказалось безопасным способом передачи информации, и, несмотря на недостаток потери качества данных, UDP все еще используется.

Процесс стандартизации

Стать стандартом — это двухэтапный процесс в рамках процесса стандартов Интернета: предлагаемый стандарт и стандарт Интернета . Они называются уровнями зрелости , а сам процесс называется « дорожкой стандартов» .

Если RFC является частью предложения, которое находится на пути к стандартам, то на первом этапе предлагается стандарт, а затем организации решают, внедрять ли этот предлагаемый стандарт. После того, как критерии в RFC 6410 выполнены (две отдельные реализации, широкое использование, отсутствие ошибок и т. д.), [12] RFC может перейти к стандарту Интернета.

Процесс стандартов Интернета определен в нескольких документах «Лучшая текущая практика», в частности, BCP 9 (в настоящее время RFC 2026 и RFC 6410). Ранее существовало три уровня зрелости стандартов: предлагаемый стандарт , проект стандарта и стандарт Интернета . RFC 6410 сократил это до двух уровней зрелости.

Предлагаемый стандарт

RFC 2026 изначально характеризовал предлагаемые стандарты как незрелые спецификации, но эта позиция была аннулирована RFC 7127. [13]

Спецификация предлагаемого стандарта стабильна, разрешила известные проектные решения, получила существенный обзор сообщества и, по-видимому, пользуется достаточным интересом сообщества, чтобы считаться ценной. Обычно для обозначения спецификации как предлагаемого стандарта не требуется ни опыта внедрения, ни опыта эксплуатации.

Предлагаемые стандарты имеют такое качество, что их реализации могут быть развернуты в Интернете. Однако, как и все технические спецификации, предлагаемые стандарты могут быть пересмотрены, если будут обнаружены проблемы или будут найдены лучшие решения, когда будет собран опыт развертывания реализаций таких технологий в масштабе.

Многие предлагаемые стандарты фактически развернуты в Интернете и широко используются в качестве стабильных протоколов. Реальная практика показала, что полное продвижение по последовательности уровней стандартов обычно встречается довольно редко, и большинство популярных протоколов IETF остаются на уровне предлагаемого стандарта. [14]

Проект стандарта

В октябре 2011 года RFC 6410 объединил второй и третий уровни зрелости в один стандарт Интернета . Существующие старые проекты стандартов сохраняют эту классификацию, при отсутствии явных действий. Для старых проектов стандартов доступны два возможных действия [15] , которые должны быть одобрены IESG: проект стандарта может быть переклассифицирован как стандарт Интернета , как только будут удовлетворены критерии в RFC 6410 [12] ; или, спустя два года с момента одобрения RFC 6410 как BCP (октябрь 2013 года), IESG может решить переклассифицировать старый проект стандарта как предлагаемый стандарт [16] .

Интернет-стандарт

Стандарт Интернета характеризуется высокой степенью технической зрелости и общепринятым убеждением, что указанный протокол или услуга обеспечивает значительную выгоду для интернет-сообщества. Обычно стандарты Интернета охватывают взаимодействие систем в Интернете посредством определения протоколов, форматов сообщений, схем и языков. Стандарт Интернета гарантирует, что оборудование и программное обеспечение, производимые разными поставщиками, могут работать вместе. Наличие стандарта значительно упрощает разработку программного обеспечения и оборудования, связывающих разные сети, поскольку программное обеспечение и оборудование могут разрабатываться по одному слою за раз. Обычно стандарты, используемые при передаче данных, называются протоколами.

Всем стандартам Интернета присваивается номер в серии STD. Серия была обобщена в своем первом документе, STD 1 (RFC 5000), до 2013 года, но эта практика была отменена в RFC 7100. Окончательный список стандартов Интернета теперь поддерживается редактором RFC. [17]

Документы, отправленные редактору IETF и принятые в качестве RFC, не пересматриваются; если документ необходимо изменить, он отправляется снова и ему присваивается новый номер RFC. Когда RFC становится стандартом Интернета (STD), ему присваивается номер STD, но он сохраняет свой номер RFC. Когда стандарт Интернета обновляется, его номер не изменяется, но относится к другому RFC или набору RFC. Например, в 2007 году RFC 3700 был стандартом Интернета (STD 1), а в мае 2008 года он был заменен на RFC 5000. RFC 3700 получил статус Historic , а RFC 5000 стал STD 1.

Список стандартов Интернета изначально был опубликован как STD 1, но от этой практики отказались в пользу онлайн-списка, поддерживаемого редактором RFC. [18]

Организации интернет-стандартов

Процесс стандартизации делится на три этапа:

  1. Предлагаемые стандарты подлежат внедрению и могут быть изменены в любое время.
  2. Проект стандарта был тщательно протестирован в рамках подготовки к Riverside для формирования будущего стандарта Интернета.
  3. Интернет-стандарты — это зрелые стандарты.

Существует пять организаций по стандартам Интернета: Internet Engineering Task Force (IETF), Internet Society (ISOC), Internet Architecture Board (IAB), Internet Research Task Force (IRTF), World Wide Web Consortium (W3C). Все организации обязаны использовать и выражать язык Интернета, чтобы оставаться конкурентоспособными на текущем этапе развития Интернета. Некоторые основные цели процесса стандартов Интернета: обеспечение технического совершенства; более раннее внедрение и тестирование; идеальные, лаконичные и легко понимаемые записи.

Создание и совершенствование стандартов Интернета — это непрерывная работа, и Internet Engineering Task Force играет в этом отношении значительную роль. Эти стандарты формируются и предоставляются Internet Engineering Task Force (IETF). Это ведущая ассоциация по стандартам Интернета, которая использует хорошо документированные процедуры для создания этих стандартов. После распространения эти стандарты становятся легкодоступными без каких-либо затрат.

До 1993 года федеральное правительство США поддерживало IETF. Теперь его курирует Совет по архитектуре Интернета (IAB) Общества Интернета. Это организация, работающая снизу вверх, которая не имеет формальных требований для присоединения и официальной процедуры членства. Она внимательно работает с Консорциумом Всемирной паутины (W3C) и другими организациями по разработке стандартов. Более того, она в значительной степени полагается на рабочие группы, которые создаются и предлагаются Директору области. IETF полагается на свои рабочие группы для расширения условий и стратегий IETF с целью сделать работу Интернета лучше. [19] Затем рабочая группа работает под руководством Директора области и продвигает соглашение. После распространения предлагаемого устава в почтовых списках IESG и IAB и его одобрения он далее направляется в IETF. Не обязательно иметь полное согласие всех рабочих групп и принимать предложение. Рабочим группам IETF требуется только обратиться за помощью, чтобы проверить, является ли соглашение прочным.

Аналогичным образом, рабочая группа выпускает документы в формате RFC, которые являются меморандумами, содержащими подходы, акты, проверки, а также инновации, подходящие для функционирования Интернета и связанных с Интернетом соглашений. Другими словами, запросы на комментарии (RFC) в первую очередь используются для разработки стандартного сетевого протокола, который коррелируется с сетевыми заявлениями. Некоторые RFC направлены на создание информации, в то время как другие требуются для публикации стандартов Интернета. Окончательная форма RFC преобразуется в стандарт и выпускается с номером. После этого никакие дополнительные комментарии или изменения не принимаются для заключительной формы. [20] Этот процесс выполняется в каждой области для формирования единодушных мнений о проблеме, связанной с Интернетом, и разработки стандартов Интернета как решения различных сбоев. Существует восемь общих областей, на которых фокусируется IETF и использует различные рабочие группы вместе с директором области. В области «общего» он работает и разрабатывает стандарты Интернета. В области «Приложения» он концентрируется на интернет-приложениях, таких как протоколы, связанные с Интернетом. Кроме того, он также работает над развитием инфраструктуры Интернета в форме расширений PPP. IETF также устанавливает принципы и стандарты описания, которые охватывают набор протоколов Интернета (TCP/IP). Совет по архитектуре Интернета (IAB) вместе с Целевой группой по исследованиям Интернета (IRTF) поддерживают усилия IETF, используя инновационные технологии.

IETF — это организация по разработке стандартов, которая концентрируется на создании «стандартных» положений экспертизы и их предполагаемом использовании. IETF концентрируется на вопросах, связанных с развитием современных знаний в области Интернета и TCP/IP. Она разделена на многочисленные рабочие группы (WG), каждая из которых отвечает за разработку стандартов и навыков в определенной области, например, маршрутизации или безопасности. Люди в рабочих группах являются волонтерами и работают в таких областях, как поставщики оборудования, сетевые операторы и различные исследовательские институты. Во-первых, она работает над получением общего мнения о потребностях, которые должны обсуждаться в ходе работы. Затем формируется рабочая группа IETF, и потребности обсуждаются на влиятельных собраниях Birds of a Feather (BoF) на конференциях IETF.

Целевая группа по инжинирингу Интернета

Internet Engineering Task Force (IETF) — ведущая организация по стандартам Интернета. Она следует открытым и хорошо документированным процессам установления стандартов Интернета. Ресурсы, которые предлагает IETF, включают RFC, проекты Интернета, функции IANA, права интеллектуальной собственности, процесс стандартов, а также публикацию и доступ к RFC. [21]

RFC

Интернет-проекты

Права интеллектуальной собственности

Стандарты процесса

Публикация и доступ к RFC

Типы интернет-стандартов

Существует два способа формирования стандарта Интернета, которые можно отнести к одной из следующих категорий: стандарты «де-юре» и стандарты «де-факто». [27] Стандарт де-факто становится стандартом посредством широкого использования в техническом сообществе. Стандарт де-юре формально создается официальными организациями, разрабатывающими стандарты. [27] Эти стандарты проходят процесс разработки стандартов Интернета. К распространенным стандартам де-юре относятся ASCII , SCSI и набор протоколов Интернета . [23]

Спецификации интернет-стандартов

Спецификации, подпадающие под Процесс стандартов Интернета, можно разделить на следующие категории: Техническая спецификация (TS) и Заявление о применимости (AS). [28] Техническая спецификация — это заявление, описывающее все соответствующие аспекты протокола, услуги, процедуры, соглашения или формата. [28] Это включает его область применения и его намерение для использования или «область применимости». Однако использование TS в Интернете определяется Заявлением о применимости. AS определяет, как и при каких обстоятельствах TS могут применяться для поддержки определенной возможности Интернета. AS определяет способы, которыми соответствующие TS объединяются, и определяет параметры или подфункции протоколов TS. AS также описывает области применимости TS, такие как маршрутизаторы Интернета, терминальный сервер или серверы баз данных на основе датаграмм. [28] AS также применяет один из следующих «уровней требований» к каждому из TS, на который он ссылается:

Общие стандарты

Веб-стандарты

Модель TCP/IP и связанные с ней стандарты Интернета Веб-стандарты — это тип интернет-стандарта, определяющий аспекты Всемирной паутины . Они позволяют создавать и отображать веб-сайты. Три основных стандарта, используемых Всемирной паутиной, — это протокол передачи гипертекста , HTML и URL . [29] Соответственно, они определяют передачу данных между браузером и веб-сервером, содержимое и макет веб-страницы, а также то, что означают идентификаторы веб-страниц.

Сетевые стандарты

Сетевые стандарты — это тип интернет-стандарта, который определяет правила передачи данных в сетевых технологиях и процессах. Интернет-стандарты позволяют осуществлять процедуру связи устройства с другими устройствами.

В отношении модели TCP/IP общие стандарты и протоколы на каждом уровне следующие: [ необходима ссылка ]

Будущее стандартов Интернета

Интернет рассматривался как открытая игровая площадка, бесплатная для людей и сообществ для мониторинга. Однако крупные компании сформировали и сформировали его, чтобы наилучшим образом соответствовать своим потребностям. Будущее стандартов Интернета не будет отличаться. В настоящее время существуют широко используемые, но небезопасные протоколы, такие как Border Gateway Protocol (BGP) и Domain Name System (DNS). [30]   Это отражает общепринятую практику, которая больше фокусируется на инновациях, чем на безопасности. Компании имеют возможность улучшить эти проблемы. Поскольку Интернет находится в руках отрасли, пользователи должны зависеть от предприятий, чтобы защитить уязвимости, присутствующие в этих стандартах. [30]

Способы сделать BGP и DNS более безопасными уже существуют, но они не получили широкого распространения. Например, существует существующая защита BGP, называемая Routing Public Key Infrastructure (RPKI). Это база данных маршрутов, которые известны своей безопасностью и были криптографически подписаны. [31] Пользователи и компании отправляют маршруты и проверяют маршруты других пользователей на безопасность. Если бы она была более широко принята, можно было бы добавить и подтвердить больше маршрутов. Однако RPKI набирает обороты. По состоянию на декабрь 2020 года технологический гигант Google зарегистрировал 99% своих маршрутов в RPKI. [31] Они упрощают для предприятий принятие мер безопасности BGP. DNS также имеет протокол безопасности с низкой скоростью принятия: DNS Security Extensions (DNSSEC). По сути, на каждом этапе процесса поиска DNS DNSSEC добавляет подпись к данным, чтобы показать, что они не были подделаны. [32]

Некоторые компании взяли на себя инициативу по защите интернет-протоколов. Остальным предстоит сделать это более распространенным.

Смотрите также

Ссылки

  1. ^ Лейба, Барри (январь 2008 г.). «Введение в стандарты Интернета». IEEE Internet Computing . 12 (1): 71–74. doi :10.1109/MIC.2008.2. ISSN  1089-7801. S2CID  26168365. Архивировано из оригинала 2022-02-09 . Получено 2022-02-04 .
  2. ^ Кэт, Коринн; Флориди, Лучано (апрель 2017 г.). «Проект архитектуры Интернета, разработанный Инженерной рабочей группой Интернета (IETF) и права человека». Научная и инженерная этика . 23 (2): 449–468. doi :10.1007/s11948-016-9793-y. ISSN  1353-3452. PMID  27255607. S2CID  3613408.
  3. ^ Рассел Хаусли; Дэйв Крокер; Эрик В. Бургер (11 октября 2011 г.). Сокращение пути стандартов до двух уровней зрелости. IETF . doi : 10.17487/RFC6410 . RFC 6410.
  4. ^ Huitema, C.; Postel, J.; Crocker, S. (1995). «Не все RFC являются стандартами». Страницы запросов комментариев (RFC) IETF — Тест . ISSN  2070-1721. Архивировано из оригинала 20.03.2018 . Получено 20.03.2018 .
  5. ^ RFC 7100 Отмена «Официальных стандартов протоколов Интернета» Сводный документ
  6. ^ "Краткая история Интернета". www.usg.edu . Архивировано из оригинала 2002-02-18 . Получено 2021-12-08 .
  7. ^ "IP Security Protocol (ipsec) -". datatracker.ietf.org . Архивировано из оригинала 2019-09-13 . Получено 2021-12-08 .
  8. ^ "Эволюция HTTP - HTTP | MDN". developer.mozilla.org . Архивировано из оригинала 2023-03-27 . Получено 2021-12-08 .
  9. ^ "Transport Layer Security (TLS) - MDN Web Docs Glossary: ​​Definitions of Web-related terms | MDN". developer.mozilla.org . Архивировано из оригинала 2021-12-08 . Получено 2021-12-08 .
  10. ^ Алани, Мохаммед М. (2014), «Модель OSI», Руководство по моделям OSI и TCP/IP , SpringerBriefs in Computer Science, Cham: Springer International Publishing, стр. 5–17, doi : 10.1007/978-3-319-05152-9_2, ISBN 978-3-319-05151-2, получено 2021-12-08
  11. ^ "Что такое UDP | DiverseNet Inc". Архивировано из оригинала 2021-12-08 . Получено 2021-12-08 .
  12. ^ ab Russell Housley; Dave Crocker; Eric W. Burger (11 октября 2011 г.). "Второй уровень зрелости: стандарт Интернета". Сокращение трека стандартов до двух уровней зрелости. IETF . раздел 2.2. doi : 10.17487/RFC6410 . RFC 6410. Запрос на переклассификацию отправляется в IESG вместе с объяснением того, как были выполнены критерии. Критерии следующие:...
  13. ^ "Характеристика спецификаций". Характеристика предлагаемых стандартов. IETF . Январь 2014. Раздел 3. DOI : 10.17487/RFC7127 . RFC 7127. Получено 11 марта 2016 г.
  14. ^ "IETF Review of Proposed Standards". Характеристика предлагаемых стандартов. IETF . Январь 2014. Раздел 2. DOI : 10.17487/RFC7127 . RFC 7127. Получено 11 марта 2016 г.
  15. ^ Брэднер, С. (октябрь 1996 г.). «Действия по стандартам». Процесс разработки стандартов Интернета — редакция 3. раздел 6.1. doi : 10.17487/rfc2026 . RFC 2026.
  16. ^ Рассел Хаусли; Дэйв Крокер; Эрик В. Бургер (11 октября 2011 г.). «Переход на стандартный трек с двумя уровнями зрелости». Сокращение стандартного трека до двух уровней зрелости. IETF . раздел 2.3. doi : 10.17487/RFC6410 . RFC 6410.
  17. ^ "Официальные стандарты интернет-протокола". Архивировано из оригинала 2018-03-15 . Получено 2018-03-19 .
  18. ^ RFC7100 ​
  19. ^ Ma, D.; Mandelberg, D.; Bruijnzeels, T. (август 2018 г.). Упрощенное управление локальными номерными ресурсами Интернета с помощью RPKI (SLURM). doi : 10.17487/rfc8416 . RFC 8416.
  20. ^ Книпс, Гюнтер (сентябрь 2015 г.). «Управление предпринимательским трафиком и целевая группа по инжинирингу Интернета». Журнал конкурентного права и экономики . 11 (3): 727–745. doi :10.1093/joclec/nhv018. ISSN  1744-6414.
  21. ^ Общество., Internet Engineering Task Force. Интернет (2005). Журнал IETF . Internet Society. OCLC  746928702.
  22. ^ "RFCs". IETF . Архивировано из оригинала 2021-12-06 . Получено 2021-12-08 .
  23. ^ ab Официальные стандарты протоколов Интернета. Май 2008 г. doi : 10.17487/rfc5000 . RFC 5000.
  24. ^ Фаррел, А. (апрель 2014 г.). Обработка интернет-проектов рабочими группами IETF. doi : 10.17487/rfc7221 . RFC 7221.
  25. ^ Права интеллектуальной собственности в технологиях IETF. Март 2005 г. doi : 10.17487/rfc3979 . RFC 3979.
  26. ^ Хови, Р.; Брэднер, С. (октябрь 1996 г.). Организации, участвующие в процессе стандартов IETF. doi : 10.17487/rfc2028 . RFC 2028.
  27. ^ ab Nickerson; Muehlen (2006). «Экология процессов стандартизации: взгляд из процесса создания стандартов в Интернете». MIS Quarterly . 30 : 467–488. doi :10.2307/25148769. JSTOR  25148769.
  28. ^ abcdef Брэднер, С. (октябрь 1996 г.). Процесс разработки стандартов Интернета — редакция 3. doi : 10.17487/rfc2026 . RFC 2026.
  29. ^ Комер, Дуглас (2015). Компьютерные сети и Интернеты (шестое изд.). Бостон, Массачусетс. ISBN 978-0-13-358793-7. OCLC  870649960.{{cite book}}: CS1 maint: location missing publisher (link)
  30. ^ ab Sherman, Justin (1 октября 2020 г.). «Картографирование влияния частного сектора на Интернет: начиная с интернет-протоколов». Политика безопасности Интернета: частная индустрия и будущее Интернета (отчет). Atlantic Council. стр. 4–7. JSTOR resrep26661.5 . 
  31. ^ ab Newman, Lily Hay. «Сломанная часть интернет-магистрали может наконец-то быть исправлена». Wired . ISSN  1059-1028 . Получено 08.12.2021 .
  32. ^ "DNSSEC: Введение". Блог Cloudflare . 2014-10-07. Архивировано из оригинала 2021-12-06 . Получено 2021-12-08 .

Внешние ссылки