Как изменить DNS на Android

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

Чтобы разблокировать потоковые сервисы с помощью нашего приложения KeepSolid SmartDNS, , вам необходимо зарегистрировать свой IP-адрес . Узнайте, как управлять своим IP-адресом в приложении KeepSolid SmartDNS и в вашем пользовательском офисе KeepSolid здесь.

Кроме того, мы рекомендуем вам заблокировать DNS-серверы Google ( 8.8.8.8 и 8.8.4.4 ) на вашем маршрутизаторе, иначе вы не сможете обойти географические ограничения и получить доступ к желаемому контенту.

1. Перейдите к устройству Android Настройки .

2. Выберите Сеть и Интернет .

3. Нажмите Wi-Fi .

4.Нажмите на название вашей текущей сети Wi-Fi.

5. На экране Сведения о сети коснитесь Расширенный .

6. Запишите следующие сведения о вашей текущей сети или просто сделайте снимок экрана:

• IP-адрес
• Шлюз
• Маска подсети
• DNS

7. Сохранив текущие данные о сети, вы можете изменить настройки Android DNS. Для этого коснитесь значка редактирования на верхней панели.

8. Нажмите Дополнительные параметры на всплывающем экране.

9. Перейдите к IP settings и выберите опцию Static .

10. Введите следующую информацию:

• IP-адрес: Введите IP-адрес вашей текущей сети (который вы сохранили ранее).
• Шлюз: Укажите текущий сетевой шлюз (он также был включен в ранее записанные сведения о сети).
• Длина сетевого префикса: Длина сетевого префикса зависит от маски подсети. Например, для маски подсети 255.255.255.0 длина префикса сети равна 24. Если вы не знаете значение длины префикса сети, просто введите маску подсети, которую вы сохранили ранее, и она будет преобразована. автоматически.
• DNS 1: Введите адрес выбранного сервера KeepSolid SmartDNS: 62.210.136.158 или 69.162.67.202 .
• DNS 2: Оставьте поле пустым или введите адрес второго сервера SmartDNS.

11. Нажмите Сохранить .

12. Перезагрузите Android-устройство.

Перед изменением настроек DNS на вашем Android 8 обязательно запишите настройки сети, как было рекомендовано ранее. Затем выполните следующие действия:

1. Перейдите в Настройки Android и выберите Сеть и Интернет .

2. Нажмите Wi-Fi .

3. Нажмите и удерживайте нужную сеть Wi-Fi, пока не появится поле, затем нажмите Изменить сеть .

4. Нажмите Дополнительные параметры .

5. Перейдите к IP settings и выберите опцию Static .

6. Предоставьте следующую информацию:

• IP-адрес: Введите IP-адрес вашей текущей сети (который вы сохранили ранее).
• Шлюз: Укажите текущий сетевой шлюз (он также был включен в ранее записанные сведения о сети).
• Длина сетевого префикса: Длина сетевого префикса зависит от маски подсети. Например, для маски подсети 255.255.255.0 длина префикса сети равна 24. Если вы не знаете значение длины префикса сети, просто введите маску подсети, которую вы сохранили ранее, и она будет преобразована. автоматически.
• DNS 1: Введите адрес выбранного сервера KeepSolid SmartDNS: 62.210.136.158 или 69.162.67.202 .
• DNS 2: Оставьте поле пустым или введите адрес второго сервера SmartDNS.

7. В поле DNS 1 введите адрес выбранного сервера KeepSolid SmartDNS. Согласно DNS 2 , оставьте поле пустым или введите адрес другого сервера SmartDNS.

8.Нажмите Сохранить .

9. Перезагрузите устройство.

Значение (microsoft-windows-tcpip-interfaces-interface-unicastipaddresses-ipaddress-value) | Документы Microsoft

• 02.05.2017
• 2 минуты на чтение

В этой статье

Значение определяет значение IpAddress.

Он также может дополнительно указать длину префикса маршрутизации, которая часто выражается в виде маски подсети.Длина префикса маршрутизации относится к количеству ведущих битов в IP-адресе. Маска подсети — это битовая маска, охватывающая количество битов, используемых в префиксе.

Если длина префикса маршрутизации не определена, будет использоваться длина префикса маршрутизации по умолчанию в зависимости от класса IP-адреса.

Длина префиксов маршрутизации по умолчанию и маски подсети для адресов IPv4

Примечание Этот элемент не отображается на панели Properties диспетчера установки Windows (Windows SIM), пока вы не добавите IpAddress в файл ответов автоматической установки.

Значения

Допустимые коды конфигурации

специализированный

windowsPE

Родительская иерархия

Microsoft-Windows-TCPIP | Интерфейсы | Интерфейс | UnicastIpAddresses | IpAddress | Значение

Относится к

Список версий и архитектур Windows, которые поддерживает этот компонент, см. В Microsoft-Windows-TCPIP.

Пример XML

Следующий вывод XML показывает, как настроить два статических IP-адреса. В этом примере:

• Адрес IPv4 установлен на 192.168.1.0 с длиной префикса маршрутизации 25. Это определяет маску подсети как 255.255.255.128.

• Адрес IPv6 установлен на ffff: 1 :: 3 с длиной префикса маршрутизации 48. Это определяет маску подсети как ffff: ffff: ffff: 0000: 0000: 0000: 0000: 0000.

  
          192.168.0.1 / 25 
          ffff: 1 :: 3/48 
      
  

Следующий вывод XML показывает, как настроить одиночный IP-адрес. В этом примере установлен IP-адрес 10.168.1.0. Это адрес IPv4 класса A. Windows использует маску подсети по умолчанию 255.0.0.0.

  <Адреса IP-адресов>
          10.168.1.0 
      
  

Следующий вывод XML показывает, как настроить одиночный адрес TCP / IP. В этом примере установлен IP-адрес 160.168.1.0. Это адрес IPv4 класса B. Windows использует маску подсети по умолчанию 255.255.0.0.

  <Адреса IP-адресов>
          160.168.1.0 
      
  

IP-адрес

Network Prefix — обзор

15.4 Многопротокольная коммутация по меткам (MPLS)

IP — это сетевой протокол без установления соединения. Когда IP-пакет перемещается в сети, каждый маршрутизатор на пути решает, как пересылать пакет независимо от других маршрутизаторов и других пакетов. То есть каждый пакет рассматривается как независимый объект. Решение о пересылке зависит от содержимого заголовка пакета. В частности, для IP-маршрутизации содержимое поля «Адрес назначения» определяет следующий переход. Таким образом, если содержимое полей адреса назначения двух IP-пакетов таково, что префиксы сети совпадают, то они пересылаются аналогично, даже если содержимое других полей может сильно отличаться.

Следовательно, на уровне данных выбор следующего перехода для пакета можно рассматривать как композицию двух функций. Первая функция разделяет набор возможных пакетов на набор классов эквивалентности пересылки (FEC). Вторая функция выбирает следующий переход для каждого FEC.

При обычной IP-пересылке маршрутизатор считает, что два пакета находятся в одном и том же FEC, если сетевые префиксы их адресов назначения совпадают. По мере того, как пакет перемещается по сети, каждый маршрутизатор повторно проверяет пакет и назначает его FEC.Однако в MPLS назначение пакета FEC выполняется только один раз, когда пакет входит в сеть MPLS. Назначение может быть основано на правиле, которое учитывает не только поле адреса назначения в заголовке пакета, но и другие поля, а также информацию, отсутствующую в заголовке сетевого уровня (например, порт, на который пришел пакет). . FEC, назначенный пакету, кодируется как короткая метка фиксированной длины . Когда пакет пересылается, метка отправляется вместе с ним (т.е., пакеты маркируются перед пересылкой). При последующих переходах заголовок сетевого уровня пакета больше не анализируется. Скорее, метка, переносимая пакетом, используется в качестве индекса в таблице, которая определяет следующий переход для пакета, а также новую метку. Когда пакет пересылается, новая метка заменяет старую. Это знакомый метод обмена метками, который также используется в сетях ATM (см. Раздел 2.3.6).

После того, как метка была назначена пакету, решения о пересылке принимаются этой меткой.Эта парадигма пересылки может быть выгодной по нескольким причинам. Во-первых, пересылка MPLS может выполняться коммутаторами, которые могут выполнять поиск и замену меток, но не способны анализировать заголовки сетевого уровня на высоких скоростях. Во-вторых, парадигма MPLS предоставляет простой способ заставить пакет следовать заданному маршруту через сеть. Метка может использоваться для обозначения маршрута; по мере того, как пакет перемещается и метки меняются местами, выбирается маршрут. Если это желательно в обычных IP-сетях, пакет должен содержать кодировку полного маршрута в заголовке пакета (опция маршрутизации от источника ).

Слово «мультипротокол» в MPLS означает, что процедуры, указанные в MPLS, применимы к любому протоколу сетевого уровня . Однако в литературе по MPLS часто предполагается, что IP является протоколом сетевого уровня. Маршрутизатор, поддерживающий MPLS, называется маршрутизатором с коммутацией меток (LSR).

Как упоминалось ранее, метка — это короткий локально значимый идентификатор фиксированной длины, используемый для идентификации FEC. Если r _u и r _d — два LSR, они могут согласиться, что когда r _u передает пакет на r _d , r _u будет маркировать пакет со значением метки ω тогда и только тогда, когда пакет принадлежит FEC f .То есть r _u и r _d согласуются с привязкой между меткой ω и FEC f для пакетов, перемещающихся от r _u к r _d . Следовательно, ω становится исходящей меткой r _u , представляющей FEC f , и входящей меткой r _d , представляющей FEC f . Что касается этой привязки, r _u становится восходящим LSR, а r _d становится нисходящим LSR.

В архитектуре MPLS решение привязать конкретную метку к конкретному FEC принимает нисходящий маршрутизатор по отношению к этой привязке. Затем нисходящий LSR сообщает вышестоящему LSR о привязке. Таким образом, метки назначаются в нисходящем направлении и распределяются в направлении от нисходящего к восходящему. Набор процедур, с помощью которых один LSR сообщает другому о своих привязках между метками и FEC, называется протоколом распределения меток (LDP). Некоторые существующие протоколы расширяются, чтобы включить функцию распространения меток; примером является протокол резервирования ресурсов с расширениями управления трафиком (RSVP-TE).Новые протоколы также разрабатываются с явной целью распространения меток — например, протокол распространения меток с маршрутизацией по ограничению (CR-LDP).

До сих пор мы негласно предполагали, что пакет несет только одну метку. Эта модель может быть обобщена на модель, в которой пакет может содержать несколько меток, организованных в виде стека «последним вошел — первым ушел». Это называется стопкой этикеток . Если стопка этикеток имеет глубину n, то метка в нижней части стопки называется меткой уровня 1, следующая — меткой уровня 2 и т. Д., Причем метка в верхней части стопки является меткой уровень n этикетка .Немеченый пакет имеет стек меток глубины 0. Стеки меток указывают на наличие иерархии в MPLS. Однако обработка помеченного пакета всегда основывается только на верхней метке.

LSR на границе домена MPLS называются входящими, LSR и выходными LSR. Входящий LSR помещает метку в ранее немаркированный пакет и, таким образом, начинает путь с коммутацией меток (LSP). Промежуточные LSR пересылают помеченный пакет на основе метки. В конце LSP выходной LSR пересылает пакет, используя обычную пересылку IP.Точно так же мы можем определить LSP уровня m как инициируемый LSR, который помещает в пакет метку уровня m . Промежуточные LSR принимают решения о пересылке на основе метки уровня м . Наконец, выходной LSR пересылает пакет на основе метки уровня ( m — k ), где 0 < k < m , или пересылает пакет, используя процедуры, не относящиеся к MPLS.

Как мы видели, метки используются при пересылке пакетов данных через домен MPLS по LSP.Но перед тем, как пересылка может начаться, LSP должны быть настроены или маршрутизированы через домен. LSP могут иметь поэтапную или явную маршрутизацию. Поэтапная маршрутизация позволяет каждому узлу независимо выбирать следующий переход для каждого FEC. Это то, как текущие IP-сети маршрутизируют пакеты. Для LSP с явной маршрутизацией каждый LSR не выбирает следующий переход независимо; вместо этого один LSR, обычно входящий или выходной LSR, определяет некоторые или все LSR в LSP. Явный маршрут должен быть указан во время присвоения меток.

Иногда IP-сети используют туннелирование для передачи пакетов от одного маршрутизатора r _u к другому маршрутизатору r _d , даже если r _u и r _d не являются соседями и r _d не является конечным адресатом пакета. Это может быть сделано, например, с помощью инкапсуляции IP-in-IP , при которой исходный пакет инкапсулируется в новый IP-пакет с IP-адресами источника и получателя нового пакета: r _u и r _d соответственно.Это создает туннель от r _u до r _d .

Технология MPLS позволяет использовать LSP в качестве туннеля и использовать переключение меток, а не инкапсуляцию IP-in-IP, чтобы заставить пакеты проходить через туннель. Туннель будет LSP 〈 r ₁ , r ₂ ,., r _i 〉, где r ₁ — конечная точка передачи туннеля и r _i — конечная точка приема .Набор пакетов, отправляемых через туннель, определяет FEC.

Предположим, у нас есть LSP 〈 r ₁ , r ₂ , r ₃ , r ₄ 〉. Предположим, что r ₁ получает немаркированный пакет и помещает на него метку, чтобы заставить пакет следовать по этому пути. Предположим также, что r ₂ и r ₃ не являются «истинными» соседями, а скорее являются соседями в силу того, что они являются конечными точками туннеля LSP.Фактическая последовательность пройденных LSR, скажем, равна 〈 r ₁ , r ₂ , r ₂₁ , r ₂₂ , r ₂₃ 20 r 902 3 , r ₄ 〉.

Когда пакет перемещается из r ₁ в r ₂ , он будет иметь стек меток глубины 1. LSR r ₂ сначала заменяет входящую метку меткой, имеющей значение для r ₃ .Но затем, поскольку пакет должен поступить в туннель LSP, r ₂ помещает вторую метку в стек. Эта метка уровня 2 имеет значение для r ₂₁ . LSR r ₂₁ , r ₂₂ и r ₂₃ коммутируют пакеты, используя метку уровня 2. Предпоследний LSR в туннеле ( r ₂₃ ) выталкивает метку уровня 2 и пересылает пакет на r ₃ , который снова видит только метку уровня 1.Механизм стека меток позволяет LSP быть вложенными на глубину более 1.

Длина сетевого префикса — спросить разный

 >>> str (ipaddress.IPv4Address ('192.168.0.1'))
"192.168.0.1"
>>> int (ipaddress.IPv4Address ('192.168.0.1'))
3232235521
>>> str (ipaddress.IPv6Address (':: 1'))
':: 1'
>>> int (ipaddress.IPv6Address (':: 1'))
1
 

 >>> IPv4Address ('127.0.0.2')> IPv4Address ('127.0.0.1')
Правда
>>> IPv4Address ('127.0.0.2') == IPv4Address ('127.0.0.1')
Ложь
>>> IPv4Address ('127.0.0.2')! = IPv4Address ('127.0.0.1')
Правда
>>> IPv6Address ('fe80 :: 1234') == IPv6Address ('fe80 :: 1234% 1')
Ложь
>>> IPv6Address ('fe80 :: 1234% 1')! = IPv6Address ('fe80 :: 1234% 2')
Правда
 

 >>> IPv4Address ('127.0.0.2') + 3
IPv4Address ('127.0.0.5')
>>> IPv4Address ('127.0.0.2') - 3
IPv4Address ('126.255.255.255')
>>> IPv4Address ('255.255.255.255') + 1
Отслеживание (последний вызов последний):
  Файл "", строка 1, в 
ipaddress.AddressValueError: 4294967296 (> = 2 ** 32) не допускается в качестве адреса IPv4.
 

класс ipaddress. IPv4Network ( адрес , strict = True )

Создайте определение сети IPv4. адрес может быть одним из следующих:

1. Строка, состоящая из IP-адреса и дополнительной маски, разделенных символом косая черта (/). IP-адрес — это сетевой адрес, а маска может быть либо одиночным числом, то есть префиксом , либо строкой представление IPv4-адреса.Если последнее, то маска интерпретируется как маска сети , если она начинается с ненулевого поля, или как маска хоста , если она начинается с нулевого поля, за единственным исключением маска «все нули», которая обрабатывается как маска сети . Если маска не указана, считается, что это /32 .

   Например, следующие спецификации адреса и адреса эквивалентны: 192.168.1.0/24 , 192.168.1.0/255.255.255.0 и 192.168.1.0 / 0.0.0.255 .

2. Целое число, умещающееся в 32 бита. Это эквивалентно одноадресная сеть с сетевым адресом , адрес и маска — /32 .

3. Целое число, упакованное в объект размером байт, длиной 4, прямой порядок байтов. Интерпретация аналогична целочисленному адресу .

4. Два кортежа из описания адреса и маски сети, где адрес описание представляет собой строку, 32-битное целое или 4-байтовое упакованное целое число или существующий объект IPv4Address; и сетевая маска либо целое число, представляющее длину префикса (например,грамм. 24 ) или строку представляет маску префикса (например, 255.255.255.0 ).

Ошибка AddressValueError возникает, если адрес не является допустимым IPv4 адрес. Ошибка NetmaskValueError возникает, если маска недействительна для адрес IPv4.

Если strict — True и биты хоста установлены в предоставленном адресе, тогда возникает ValueError . В противном случае биты хоста замаскированы. для определения подходящего сетевого адреса.

Если не указано иное, все сетевые методы, принимающие другую сеть / адрес объекты вызовут ошибку TypeError , если IP-версия аргумента несовместим с сам .

Изменено в версии 3.5: Добавлена ​​двухкортежная форма для параметра конструктора адреса .

версия

max_prefixlen

См. Соответствующую документацию по атрибутам в IPv4-адрес .

is_multicast

is_private

is_unspecified

зарезервировано

is_loopback

is_link_local

Эти атрибуты верны для сети в целом, если они верны как для сетевого адреса, так и для широковещательного адреса.

сетевой_адрес

Сетевой адрес сети. Сетевой адрес и длина префикса вместе однозначно определяют сеть.

broadcast_address

Широковещательный адрес сети. Пакеты, отправленные на трансляцию адрес должен быть получен каждым хостом в сети.

маска хоста

Маска хоста в виде объекта IPv4Address .

маска сети

Сетевая маска в виде объекта IPv4Address .

with_prefixlen

сжатый

в разорванном состоянии

Строковое представление сети с маской в ​​префиксе обозначение.

with_prefixlen и сжатые всегда такие же, как ул. (Сетевая) . в разобранном виде использует разнесенную форму сетевого адреса.

with_netmask

Строковое представление сети с маской в ​​сетевой маске обозначение.

with_hostmask

Строковое представление сети с маской в ​​маске хоста обозначение.

num_addresses

Общее количество адресов в сети.

префикселен

Длина префикса сети в битах.

хостов ()

Возвращает итератор по используемым хостам в сети. Полезный хосты — это все IP-адреса, принадлежащие сети, за исключением сам сетевой адрес и сетевой широковещательный адрес. Для сетей с длиной маски 31, сетевой адрес и сетевая трансляция адрес также включается в результат.Сети с маской 32 вернет список, содержащий единственный адрес хоста.

 >>> список (ip_network ('192.0.2.0/29'). Hosts ())
[IPv4Address ('192.0.2.1'), IPv4Address ('192.0.2.2'),
 IPv4Address ('192.0.2.3'), IPv4Address ('192.0.2.4'),
 IPv4Address ('192.0.2.5'), IPv4Address ('192.0.2.6')]
>>> список (ip_network ('192.0.2.0/31'). hosts ())
[IPv4Address ('192.0.2.0'), IPv4Address ('192.0.2.1')]
>>> список (ip_network ('192.0.2.1/32'). hosts ())
[IPv4Address ('192.0.2.1')]
 

перекрытия ( прочие )

Истинно , если эта сеть частично или полностью содержится в других или остальные полностью содержатся в этой сети.

address_exclude ( сеть )

Вычисляет определения сети, полученные в результате удаления заданного сеть из этой. Возвращает итератор сетевых объектов. Вызывает ошибку ValueError , если сеть не полностью содержится в эта сеть.

 >>> n1 = ip_network ('192.0.2.0/28')
>>> n2 = ip_network ('192.0.2.1/32')
>>> список (n1.address_exclude (n2))
[IPv4Network ('192.0.2.8 / 29 '), IPv4Network (' 192.0.2.4/30 '),
 IPv4Network ('192.0.2.2/31'), IPv4Network ('192.0.2.0/32')]
 

подсетей ( prefixlen_diff = 1 , new_prefix = None )

Подсети, которые присоединяются для создания текущего определения сети, в зависимости от на значениях аргументов. prefixlen_diff — это количество нашего префикса длину следует увеличить на. new_prefix желаемый новый префикс подсетей; он должен быть больше нашего префикса.Один и только один из prefixlen_diff и new_prefix должен быть установлен. Возвращает итератор сетевых объектов.

 >>> список (ip_network ('192.0.2.0/24'). Subnets ())
[IPv4Network ('192.0.2.0/25'), IPv4Network ('192.0.2.128/25')]
>>> список (ip_network ('192.0.2.0/24'). subnets (prefixlen_diff = 2))
[IPv4Network ('192.0.2.0/26'), IPv4Network ('192.0.2.64/26'),
 IPv4Network ('192.0.2.128/26'), IPv4Network ('192.0.2.192/26')]
>>> список (ip_network ('192.0.2.0/24').подсети (new_prefix = 26))
[IPv4Network ('192.0.2.0/26'), IPv4Network ('192.0.2.64/26'),
 IPv4Network ('192.0.2.128/26'), IPv4Network ('192.0.2.192/26')]
>>> список (ip_network ('192.0.2.0/24'). subnets (new_prefix = 23))
Отслеживание (последний вызов последний):
  Файл "", строка 1, в 
    поднять ValueError ('новый префикс должен быть длиннее')
ValueError: новый префикс должен быть длиннее
>>> список (ip_network ('192.0.2.0/24'). subnets (new_prefix = 25))
[IPv4Network ('192.0.2.0/25'), IPv4Network ('192.0.2.128 / 25 ')]
 

надсеть ( prefixlen_diff = 1 , new_prefix = None )

Суперсеть, содержащая это определение сети, в зависимости от значения аргументов. prefixlen_diff — длина префикса должно быть уменьшено на. new_prefix — желаемый новый префикс суперсеть; он должен быть меньше нашего префикса. Один и только один из должен быть установлен prefixlen_diff и new_prefix .Возвращает сингл сетевой объект.

 >>> ip_network ('192.0.2.0/24'). Supernet ()
IPv4Network ('192.0.2.0/23')
>>> ip_network ('192.0.2.0/24'). supernet (prefixlen_diff = 2)
IPv4Network ('192.0.0.0/22')
>>> ip_network ('192.0.2.0/24'). supernet (new_prefix = 20)
IPv4Network ('192.0.0.0/20')
 

subnet_of ( другие )

Вернуть Истина , если эта сеть является подсетью других .

 >>> a = ip_network ('192.168.1.0 / 24 ')
>>> b = ip_network ('192.168.1.128/30')
>>> b.subnet_of (а)
Правда
 

supernet_of ( прочие )

Вернуть Истинно , если эта сеть является суперсетью других .

 >>> a = ip_network ('192.168.1.0/24')
>>> b = ip_network ('192.168.1.128/30')
>>> a.supernet_of (б)
Правда
 

compare_networks ( прочие )

Сравните эту сеть с другими .В этом сравнении только сеть адреса считаются; биты хоста — нет. Возвращает либо -1 , 0 или 1 .

 >>> ip_network ('192.0.2.1/32'). Compare_networks (ip_network ('192.0.2.2/32'))
-1
>>> ip_network ('192.0.2.1/32'). compare_networks (ip_network ('192.0.2.0/32'))
1
>>> ip_network ('192.0.2.1/32'). compare_networks (ip_network ('192.0.2.1/32'))
0
 

Не рекомендуется, начиная с версии 3.7: использует тот же алгоритм упорядочения и сравнения, что и «<», «==» и «>»

класс ipaddress. IPv6Network ( адрес , strict = True )

Создайте определение сети IPv6. адрес может быть одним из следующих:

1. Строка, состоящая из IP-адреса и необязательной длины префикса, разделены косой чертой (/). IP-адрес — это сетевой адрес, и длина префикса должна быть единственным числом, префиксом . Если нет указана длина префикса, она считается /128 .

   Обратите внимание, что в настоящее время расширенные маски сети не поддерживаются. Это означает 2001: db00 :: 0/24 — допустимый аргумент, а 2001: db00 :: 0 / ffff: ff00 :: нет.

2. Целое число, умещающееся в 128 битах. Это эквивалентно одноадресная сеть с сетевым адресом , адрес и маска — /128 .

3. Целое число, упакованное в объект размером байт и длиной 16, с прямым порядком байтов. Интерпретация аналогична целочисленному адресу .

4. Два кортежа из описания адреса и маски сети, где адрес описание — это либо строка, 128-битное целое, либо 16-байтовое упакованное целое число или существующий объект IPv6Address; а сетевая маска — это целое число, представляющее длину префикса.

Ошибка AddressValueError возникает, если адрес не является допустимым IPv6 адрес. Ошибка NetmaskValueError возникает, если маска недействительна для адрес IPv6.

Если strict — True и биты хоста установлены в предоставленном адресе, тогда возникает ValueError .В противном случае биты хоста замаскированы. для определения подходящего сетевого адреса.

Изменено в версии 3.5: Добавлена ​​двухкортежная форма для параметра конструктора адреса .

версия

max_prefixlen

is_multicast

is_private

is_unspecified

зарезервировано

is_loopback

is_link_local

сетевой_адрес

broadcast_address

маска хоста

маска сети

with_prefixlen

сжатый

в разорванном состоянии

with_netmask

with_hostmask

num_addresses

префикселен

хостов ()

Возвращает итератор по используемым хостам в сети.Полезный хосты — это все IP-адреса, принадлежащие сети, за исключением Подсеть-маршрутизатор произвольный адрес. Для сетей с длиной маски 127, произвольный адрес подсети-маршрутизатора также включается в результат. Сети с маской 128 вернут список, содержащий единый адрес хоста.

перекрытия ( прочие )

address_exclude ( сеть )

подсетей ( prefixlen_diff = 1 , new_prefix = None )

надсеть ( prefixlen_diff = 1 , new_prefix = None )

subnet_of ( другие )

supernet_of ( прочие )

compare_networks ( прочие )

См. Соответствующую документацию по атрибутам в Сеть IPv4 .

is_site_local

Эти атрибуты верны для сети в целом, если они верны. как для сетевого адреса, так и для широковещательного адреса.

Операторы

Сетевые объекты поддерживают некоторых операторов. Если не указано иное, операторы могут применяется только между совместимыми объектами (например, IPv4 с IPv4, IPv6 с IPv6).

Логические операторы

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

Итерация

Сетевые объекты можно повторять, чтобы перечислить все адреса, принадлежащие сеть. Для итерации возвращаются все хостов, включая неиспользуемые хосты. (для используемых хостов используйте метод hosts () ). An пример:

 >>> для адреса в IPv4Network ('192.0.2.0/28'):
... адрес
...
IPv4Address ('192.0.2.0')
IPv4Address ('192.0.2.1')
IPv4Address ('192.0.2.2 ')
IPv4Address ('192.0.2.3')
IPv4Address ('192.0.2.4')
IPv4Address ('192.0.2.5')
IPv4Address ('192.0.2.6')
IPv4Address ('192.0.2.7')
IPv4Address ('192.0.2.8')
IPv4Address ('192.0.2.9')
IPv4Address ('192.0.2.10')
IPv4Address ('192.0.2.11')
IPv4Address ('192.0.2.12')
IPv4Address ('192.0.2.13')
IPv4Address ('192.0.2.14')
IPv4Address ('192.0.2.15')
 

Сети как контейнеры адресов

Сетевые объекты могут выступать в качестве контейнеров адресов. Некоторые примеры:

 >>> IPv4Network ('192.0,2,0 / 28 ') [0]
IPv4Address ('192.0.2.0')
>>> IPv4Network ('192.0.2.0/28') [15]
IPv4Address ('192.0.2.15')
>>> IPv4Address ('192.0.2.6') в IPv4Network ('192.0.2.0/28')
Правда
>>> IPv4Address ('192.0.3.6') в IPv4Network ('192.0.2.0/28')
Ложь
 

Интерфейсные объекты

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

класс ipaddress. IPv4 Интерфейс ( адрес )

Создайте интерфейс IPv4.Значение адреса такое же, как в конструктор IPv4Network , за исключением произвольных адресов хоста всегда принимаются.

IPv4Interface является подклассом IPv4Address , поэтому он наследует все атрибуты из этого класса. Кроме того, следующие атрибуты есть в наличии:

ip

Адрес ( IPv4Address ) без сетевой информации.

 >>> interface = IPv4Interface ('192.0,2,5 / 24 ')
>>> interface.ip
IPv4Address ('192.0.2.5')
 

сеть

Сеть ( IPv4Network ), которой принадлежит этот интерфейс.

 >>> interface = IPv4Interface ('192.0.2.5/24')
>>> interface.network
IPv4Network ('192.0.2.0/24')
 

with_prefixlen

Строковое представление интерфейса с маской в ​​префиксной нотации.

 >>> interface = IPv4Interface ('192.0,2,5 / 24 ')
>>> interface.with_prefixlen
'192.0.2.5/24'
 

with_netmask

Строковое представление интерфейса с сетью в виде сетевой маски.

 >>> interface = IPv4Interface ('192.0.2.5/24')
>>> interface.with_netmask
'192.0.2.5/255.255.255.0'
 

with_hostmask

Строковое представление интерфейса с сетью в виде маски хоста.

 >>> interface = IPv4Interface ('192.0.2.5/24')
>>> interface.with_hostmask
'192.0.2.5/0.0.0.255'
 

класс ipaddress. IPv6 Интерфейс ( адрес )

Создайте интерфейс IPv6. Значение адреса такое же, как в конструктор IPv6Network , за исключением произвольных адресов хоста всегда принимаются.

IPv6Interface является подклассом IPv6Address , поэтому он наследует все атрибуты из этого класса.Кроме того, следующие атрибуты есть в наличии:

ip

сеть

with_prefixlen

with_netmask

with_hostmask

См. Соответствующую документацию по атрибутам в Интерфейс IPv4 .

Операторы

Интерфейсные объекты поддерживают некоторые операторы.Если не указано иное, операторы может применяться только между совместимыми объектами (например, IPv4 с IPv4, IPv6 с IPv6).

Логические операторы

Интерфейсные объекты можно сравнить с обычным набором логических операторов.

Для сравнения на равенство ( == и ! = ) IP-адрес и сеть должны быть одинаковыми, чтобы объекты были равны. Интерфейс не сравнится равно любому адресу или сетевому объекту.

Для заказа ( <, > и т. Д.) Правила другие.Интерфейс и адресные объекты с одинаковой версией IP можно сравнивать, а адрес объекты всегда будут сортировать до объектов интерфейса. Два интерфейсных объекта сначала сравниваются по их сетям и, если они одинаковы, то по их IP-адреса.

Другие функции на уровне модуля

Модуль также обеспечивает следующие функции уровня модуля:

ipaddress. v4_int_to_packed ( адрес )

Представляет адрес в виде 4 упакованных байтов в сетевом (обратном порядке). адрес - это целочисленное представление IP-адреса IPv4. А ValueError возникает, если целое число отрицательное или слишком большое, чтобы быть IP-адрес IPv4.

 >>> ipaddress.ip_address (3221225985)
IPv4Address ('192.0.2.1')
>>> ipaddress.v4_int_to_packed (3221225985)
б '\ xc0 \ x00 \ x02 \ x01'
 

ipaddress. v6_int_to_packed ( адрес )

Представляет адрес в виде 16 упакованных байтов в сетевом (обратном порядке). адрес - это целочисленное представление IP-адреса IPv6. А ValueError возникает, если целое число отрицательное или слишком большое, чтобы быть IP-адрес IPv6.

ipaddress. summarize_address_range ( первый , последний )

Вернуть итератор суммированного диапазона сети с учетом первого и последнего IP-адреса. первый - первый IPv4Address или IPv6Address в диапазоне и последний последний IPv4Address или IPv6Address в диапазоне.Ошибка TypeError возникает, если первые или последние не являются IP-адресами или имеют разные версии. А ValueError возникает, если последний не больше первых или если первая версия адреса не является 4 или 6.

 >>> [ipaddr для ipaddr в ipaddress.summarize_address_range (
... ipaddress.IPv4Address ('192.0.2.0'),
... ipaddress.IPv4Address ('192.0.2.130'))]
[IPv4Network ('192.0.2.0/25'), IPv4Network ('192.0.2.128 / 31 '), IPv4Network (' 192.0.2.130/32 ')]
 

ipaddress. collapse_addresses ( адресов )

Вернуть итератор свернутой сети IPv4Network или IPv6Network объектов. адресов является итератором IPv4Network или IPv6Network объектов. Ошибка типа - это Возникает, если адреса содержат объекты смешанной версии.

 >>> [ipaddr для ipaddr в
... ipaddress.collapse_addresses ([ipaddress.IPv4Network ('192.0.2.0/25'),
... ipaddress.IPv4Network ('192.0.2.128/25')])]
[IPv4Network ('192.0.2.0/24')]
 

ipaddress. get_mixed_type_key ( obj )

Вернуть ключ, пригодный для сортировки между сетями и адресами. Адрес и Сетевые объекты по умолчанию не сортируются; они принципиально разные, поэтому выражение:

 IPv4Address ('192.0.2.0') <= IPv4Network ('192.0,2,0 / 24 ')
 

не имеет смысла. Однако бывают случаи, когда вы можете захотеть у ipaddress все равно отсортируйте их. Если вам нужно это сделать, вы можете использовать эта функция в качестве аргумента key для sorted () .

obj - это сетевой или адресный объект.

Пользовательские исключения

Для поддержки более конкретных отчетов об ошибках от конструкторов классов модуль определяет следующие исключения:

исключение ipaddress. AddressValueError ( ValueError )

Ошибка любого значения, связанная с адресом.

исключение ipaddress. NetmaskValueError ( ValueError )

Ошибка любого значения, связанная с сетевой маской.

Управление статическими маршрутами | Документы Pexip Infinity

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

Обычно статические маршруты настраиваются на узлах конференц-связи, которые развернуты в DMZ, и где шлюз по умолчанию на этих узлах направляет трафик в Интернет. Статические маршруты позволят этим узлам связываться с узлами Pexip Infinity или другими системами в локальной внутренней сети. (Дополнительные сведения см. В разделе Параметры сетевой маршрутизации и адресации для узлов конференц-связи.)

• Необходимо настроить статические маршруты, которые вы хотите использовать (через Система> Статические маршруты), прежде чем вы сможете применить их к узлу конференц-связи или узлу управления.

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

  В некоторых ситуациях, например, когда шлюз по умолчанию узла конференц-связи находится вне общедоступного Интернета, статический маршрут обратно к платформе Pexip Infinity должен быть применен к узлу конференц-связи во время его начальной фазы развертывания (в противном случае он не сможет общаться с Узлом управления и подберем его конфигурацию).

• Статические маршруты могут быть назначены узлу управления только после его развертывания.

Статические маршруты вступают в силу немедленно после того, как они были назначены узлу. Вам не нужно перезапускать виртуальную машину.

Настройка набора доступных статических маршрутов

Для настройки набора статических маршрутов, которые могут быть применены к узлу конференц-связи или узлу управления:

1. Перейдите в Система> Статические маршруты.

2. Выберите Добавить статический маршрут, а затем настройте соответствующие адреса назначения и шлюза:

   Опция	Описание
   Имя	Уникальное короткое имя или описание статического маршрута.
   Сетевой адрес назначения	IP-адрес, который будет использоваться вместе с префиксом сети для определения сетевых адресов, к которым применяется этот маршрут.
   Префикс сети	Длина префикса, используемая вместе с сетевым адресом пункта назначения для определения сетевых адресов, к которым применяется этот маршрут. Длина префикса может находиться в диапазоне 0–32 для адресов IPv4 и 0–128 для адресов IPv6. Например, используйте сетевой адрес назначения 10.0.0.0 и префикс сети 8 для маршрутизации адресов в диапазоне от 10.0.0.0 до 10.255.255.255.
   IP-адрес шлюза	IP-адрес шлюза в сеть для этого маршрута.

3. Выберите Сохранить.

Назначение статического маршрута существующему узлу

Чтобы назначить статический маршрут существующему узлу конференц-связи или узлу управления:

1. Убедитесь, что статический маршрут, который вы хотите применить, уже настроен (Система> Статические маршруты).
2. Выберите «Платформа»> «Узел конференц-связи» или «Платформа»> «Узел управления» в зависимости от ситуации:
3. Выберите узел, которому вы хотите назначить статический маршрут.
4. В разделе «Статические маршруты» выберите из списка «Доступные статические маршруты» маршруты для назначения узлу, а затем с помощью стрелки вправо переместите выбранные маршруты в список «Выбранные статические маршруты».
5. Выберите Сохранить.

Назначение статического маршрута новому узлу конференц-связи

Перед тем, как начать процесс развертывания, как описано в разделе Развертывание новых узлов конференц-связи, убедитесь, что статические маршруты, которые вы хотите применить, уже настроены (Система> Статические маршруты).

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

rfc3627

 Сетевая рабочая группа П. Савола
Запрос комментариев: 3627 CSC / FUNET
Категория: Информационное Сентябрь 2003 г.


      Использование длины префикса / 127 между маршрутизаторами считается вредным

Статус этого меморандума

   Эта памятка содержит информацию для Интернет-сообщества. Оно делает
   не указывать какие-либо стандарты Интернета.Распространение этого
   памятка не ограничена.

Уведомление об авторских правах

   Авторское право (C) The Internet Society (2003). Все права защищены.

Абстрактный

   В некоторых случаях оперативное решение может заключаться в использовании IPv6 / 127.
   длины префиксов, особенно в двухточечных соединениях между маршрутизаторами.
   В определенных ситуациях это может привести к тому, что один маршрутизатор потребует оба
   адресов из-за того, что используется anycast-подсеть-маршрутизатор. Этот
   в документе обсуждается проблема и предлагается несколько решений
   проблема; тем не менее, / 127 следует избегать между двумя маршрутизаторами.1. Введение

   [ADDRARCH] определяет произвольный адрес подсети-маршрутизатора: в префиксе подсети
   из n бит все последние 128 n битов равны нулю. Это должно быть в
   использование любого маршрутизатора в подсети.

   Даже если длина префикса больше / 64 запрещена
   [ADDRARCH] раздел 2.4 для одноадресных префиксов, отличных от 000/3, с использованием / 127
   длина префикса приобрела большую популярность в эксплуатации; похоже, что это
   как будто эти длины префиксов широко используются в
   точечные ссылки. Практика эксплуатации часто заключалась в использовании
   наименьшее количество адресного пространства, особенно при наличии большого
   количество двухточечных ссылок; маловероятно, что все эти
   ссылки начнут использовать / 64.Использование / 127 также имеет другие
   операционные преимущества: вы всегда знаете, какой адрес находится на другом конце
   использует, и нет проблемы "пинг-понга" [PINGPONG] со старым ICMP
   реализации (исправлено в [ICMPv3]).








Savola Информационный [Страница 1] 

RFC 3627/127 Длина префикса считается вредоносной Сентябрь 2003 г.


2. Сфера действия этой записки

   В этой памятке не рекомендуется использовать длинные префиксы, но
   проблемы для тех, кто хочет их использовать по одной причине или
   Другой.Подробное обсуждение того, какое решение является «правильным», находится вне пределов
   сфера; цель этой памятки - не попытаться найти "лучшее"
   адресное решение для всех.

3. Проблема с / 127 и двумя маршрутизаторами

   Обратите внимание, что этой проблемы не существует между маршрутизатором и хостом,
   предполагая, что маршрутизатору назначен адрес PREFIX :: 0/127.

   Использование / 127 может быть особенно вредным для соединения точка-точка, когда
   Реализован произвольный адрес подсети-маршрутизатора. Рассмотрим следующие
   цепочка событий:

   1.Маршрутизатор A и маршрутизатор B соединены двухточечным каналом.

   2. По этой ссылке тоже ничего не настроено и не настроено.

   3. 3ffe: ffff :: 1/127 адрес добавлен к маршрутизатору A; теперь он выполняет
      Обнаружение повторяющегося адреса (DAD) [NDISC] для 3ffe: ffff :: 1.
      Маршрутизатор A также добавляет произвольный адрес подсети-маршрутизатора.
      3ffe: ffff :: 0/127. (DAD не выполняется для произвольных адресов.)

   4. Теперь Маршрутизатор B спланирован и настроен для использования
      3ffe: ffff :: 0/127 в качестве одноадресного IPv6-адреса, но его добавление будет
      сбой DAD, и маршрутизатор B не имеет адреса.Подобные сценарии также происходят во время перезагрузки маршрутизатора, сбоев и
   такой.

   Возможность использования произвольного адреса подсети-маршрутизатора между двумя маршрутизаторами на
   связь точка-точка очень сомнительна, но все же
   обязательная функция [ADDRARCH]. Предлагаются обходные пути.
   в следующем разделе.

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








Savola Информационная [Страница 2] 

RFC 3627/127 Длина префикса считается вредоносной Сентябрь 2003 г.


4.Решения

   1. Можно использовать / 64 для подсетей, включая двухточечные ссылки.

   2. Можно использовать только локальные для ссылки адреса, но это может сделать сеть
      обслуживание и отладка непрактичны, по крайней мере, в больших сетях;
      например, «traceroute» может возвращать только список узлов на
      путь, а не ссылки, которые были бы использованы.

   3. В противном случае / 126 не имеет этой проблемы, и его можно использовать.
      безопасно для соединения точка-точка (например, используя 2-й и 3-й
      адрес для одноадресной рассылки).Это аналогично использованию / 30 для IPv4.
      Использование двух адресов / 128 - тоже один, хотя часто и громоздко.
      подход. Естественно, не так много было бы потеряно, если бы даже более короткий
      использовался префикс, например / 112 или / 120.

      Автор считает, что если / 64 нельзя использовать, / 112, резервируя
      последние 16 бит для идентификаторов узлов, вероятно, имеют наименьшее количество
      недостатков (см. также раздел 3).

   4. [ADDRARCH] можно изменить, чтобы указать, что маршрутизатор подсети anycast
      адрес не следует использовать, если длина префикса ссылки не равна
      / 64 (или даже больше, чем / 120).Это не похоже на хорошее
      подход, поскольку нам следует избегать предположений о префиксе
      длины в спецификациях, чтобы сохранить гибкость в будущем.
      Кроме того, в некоторых случаях можно использовать маршрутизатор подсети.
      произвольный адрес в некоторых сетях с большей длиной префикса.

      Более консервативный (реализационный) подход не использует
      Любые адреса подсети-маршрутизатора в подсетях с длиной префикса
      / 127, если на линии есть только два маршрутизатора: это может быть
      замечено с помощью бита [NDISC] 'Router' в Neighbor Advertisement
      Сообщения.Однако это, похоже, перегружает функциональность
      «R» бит, так что в долгосрочной перспективе это не выглядит хорошим подходом.

   5. Также возможно улучшить реализации: если / 127 используется на
      связь точка-точка, никогда не претендуйте на два адреса. Это
      недостаток в том, что даже если маршрутизатор использует комбинированную одноадресную и
      адрес anycast не работает, пакеты в подсеть-маршрутизатор Anycast
      адрес будет утерян, так как другой не сможет претендовать на адрес. Этот
      подход может привести к непредсказуемости, которую будет трудно
      отслеживать при отладке проблем.Однако обычно это
      проблема только в том случае, если используется произвольный адрес подсети-маршрутизатора из
      вне ссылки; как правило, это невозможно сделать надежно, так как
      длина префикса или u / g битов EUI64 не могут быть известны наверняка.
      Есть и другие проблемы с одноадресным и одноадресным адресом.





Savola Информационная [Страница 3] 

RFC 3627/127 Длина префикса считается вредоносной Сентябрь 2003 г.


      тоже: использовать его в качестве адреса источника, использовать ли одноадресную рассылку или
      семантика anycast в [NDISC] и другие: разрешение такого поведения
      Казалось бы, это только добавит сложности реализации.1) определенно является лучшим решением везде, где это возможно. 2) may (может)
   может использоваться в некоторых сценариях, но в более крупных сетях (где больше всего
   часто желательно использовать более длинную длину префикса) это может быть
   считается очень непрактичным. Бывают ситуации, когда одна из
   это не может быть вариантом; затем оперативный обход этого
   эксплуатационная проблема, то есть 3), кажется лучшим способом
   действие. Это потому, что может быть очень трудно узнать, все ли
   реализации реализуют некоторые проверки, подобные описанным в 4) или
   5).5. Другие проблемы с длинными префиксами

   Эти проблемы не относятся к / 127.

   Следует отметить, что [ADDRARCH] определяет универсальные / локальные биты (u / g),
   которые являются 70-м и 71-м битами в любом адресе из диапазона, отличного от 000/3.
   При назначении префиксов длиннее 64 бит их следует принимать
   во внимание; почти в каждом случае u должно быть 0, так как последний
   64 бита длинного префикса очень редко уникальны. 'G' по-прежнему
   не указано, но по умолчанию равно нулю. Таким образом, все префиксы с u или g = 1
   следует избегать.[MIPV6] определяет произвольный адрес «Домашних агентов Mobile IPv6», который является
   используется для обнаружения домашнего агента. Как следствие, 7 последних битов имеют
   были зарезервированы в [ANYCAST] каждого не-000/3 не-многоадресного адреса,
   аналогично [ADDRARCH]. Таким образом, как минимум / 120 имеет смысл.
   Однако, поскольку отправитель должен знать длину префикса места назначения,
   этот механизм «зарезервированных произвольных адресов» применим только тогда, когда
   отправитель знает о ссылке и ожидает наличия услуги
   это нужно там.В случае, например, / 126 между маршрутизаторами, единственный
   к узлу, который будет найден по этой ссылке, будет другой маршрутизатор, поэтому
   механизм не кажется полезным. По крайней мере, Mobile IPv6 Home Agent
   Обнаружение не должно выполняться, если длина префикса больше, чем
   / 120.

6. Ссылки

6.1. Нормативные ссылки

   [ADDRARCH] Хинден, Р. и С. Диринг, "IP Version 6 (IPv6)"
               Адресация архитектуры », RFC 3513, апрель 2003 г.

   [ANYCAST] Джонсон, Д. и С. Диринг, "Зарезервированная IPv6-подсеть Anycast
               Адреса », RFC 2526, март 1999 г.Savola Informational [Страница 4] 

RFC 3627/127 Длина префикса считается вредоносной Сентябрь 2003 г.


6.2. Информативные ссылки

   [NDISC] Нартен, Т., Нордмарк, Э. и У. Симпсон, "Сосед"
               Discovery for IP Version 6 (IPv6) », RFC 2461, декабрь
               1998 г.

   [MIPV6] Джонсон, Д., Перкинс, К., Аркко, Дж., «Поддержка мобильности в
               IPv6 ", работа продолжается.

   [ICMPv3] Конта, А., Диринг, С., "Контрольное сообщение в Интернете
               Протокол (ICMPv6) », Работа в процессе.

   [PINGPONG] Хагино, Дж., Джинмей, Т., Зилл, Б., «Как избежать настольного тенниса».
               пакеты по двухточечным каналам », Работа в процессе.

7. Соображения безопасности

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

8. Благодарности

   Спасибо Роберту Эльзу и многим другим из Рабочей группы IPv6 за
   обсуждение, и Ален Дюран за указание на требования [ADDRARCH]
   для длины префикса.Чарльз Перкинс указал на высокую доступность MIPv6
   требования. Рэнди Буш и Оле Троан прокомментировали документ
   подробно, и Эрик Нордмарк указал на проблемы с u-bit.

9. Адрес автора.

   Пекка Савола
   CSC / FUNET
   Эспоо, Финляндия

   Электронная почта: [email protected]















Savola Информационная [Страница 5] 

 RFC 3627/127 Длина префикса считается вредоносной Сентябрь 2003 г.  10. Полное заявление об авторских правах  Авторское право (C) The Internet Society (2003).Все права защищены.  Этот документ и его переводы могут быть скопированы и предоставлены
 другие и производные работы, которые комментируют или иным образом объясняют это
 или помочь в его реализации могут быть подготовлены, скопированы, опубликованы
 и распространяется, полностью или частично, без ограничения каких-либо
 добрый, при условии, что указанное выше уведомление об авторских правах и этот абзац являются
 включены во все такие копии и производные работы. Однако это
 сам документ не может быть изменен каким-либо образом, например, путем удаления
 уведомление об авторских правах или ссылки на Internet Society или другие
 Интернет-организации, за исключением случаев, когда это необходимо для
 разработка интернет-стандартов, в этом случае процедуры для
 авторские права, определенные в процессе разработки стандартов Интернета, должны быть
 следовать, или, если требуется, перевести его на другие языки, кроме
 Английский.Ограниченные разрешения, предоставленные выше, являются бессрочными и не будут
 аннулировано Интернет-сообществом или его правопреемниками или правопреемниками.  Этот документ и содержащаяся в нем информация размещены на
 Основа "КАК ЕСТЬ" и ИНТЕРНЕТ-ОБЩЕСТВО И ИНТЕРНЕТ-ИНЖИНИРИНГ
 TASK FORCE ОТКАЗЫВАЕТСЯ ОТ ВСЕХ ГАРАНТИЙ, ЯВНЫХ ИЛИ ПОДРАЗУМЕВАЕМЫХ, ВКЛЮЧАЯ
 НО НЕ ОГРАНИЧИВАЕТСЯ НИКАКОЙ ГАРАНТИЕЙ, ЧТО ИСПОЛЬЗОВАНИЕ ИНФОРМАЦИИ
 ЗДЕСЬ НЕ НАРУШАЕТ НИКАКИХ ПРАВ ИЛИ ПОДРАЗУМЕВАЕМЫХ ГАРАНТИЙ
 КОММЕРЧЕСКАЯ ЦЕННОСТЬ ИЛИ ПРИГОДНОСТЬ ДЛЯ ОПРЕДЕЛЕННОЙ ЦЕЛИ.