Маска ip-адреса

Функциональность

Маска сети представляет собой комбинацию из 0 и 1, которая используется для экранирования части IP-адреса, содержащей сетевой код, что гарантирует, что единственной видимой частью будет адрес хоста. Первая часть, содержащая единицы, превратит часть IP адреса, содержащую идентификатор сети, в ‘0’. Следующие двоичные ‘0’ позволят идентификатору хоста остаться. Часто используемая маска сети — 255.255.255.255.0. (Это десятичный эквивалент двоичной строки для восьми.) Маска подсети обычно представляет собой метод создания небольшой подсети из широкого диапазона IP-адресов. Как правило, длина маски подсети определяется в 24-битном формате для всех типов IP-классов. В зависимости от класса IP-адреса, который будет использоваться вместе с доступными сетевыми масками, разделение сетей производится следующим образом:

• 255.0.0.0.0 — класс A (8-битная маска сети)
• 255.255.0.0 — класс B (16-битная маска сети)
• 255.255.255.0 — класс А (24-битная маска сети)

При этом можно предположить, что чем длиннее маска сети, тем больше сетей она может вместить. Таким образом, количество хостов уменьшается с класса А до класса С, а количество доступных систем или подсетей увеличивается.

• Для класса A маска подсети определяет диапазон IP-адресов, в котором первые три цифры раздела совпадают, но на остальных частях может содержать любое число, которое находится в диапазоне от 0 до 255.
• Для класса B адреса имеют одинаковые первые две секции; однако, набор цифр во втором наборе из двух секций может быть разным.
• Для класса С адреса имеют одинаковые первые три секции, и только последняя из них может иметь разные номера. Таким образом, диапазон IP-адресов класса С может содержать до 256 адресов.

Более того, обычно маска сети представляет собой 32-битное значение, которое обычно используется для разделения сегментов IP-адресов. Хотя маска сети класса С часто пишется как «255.255.255.255.0», ее также можно определить как 11111111.1111111111.111111.11111111.00000000. Это двоичное представление показывает 32 бита, которые составляют маску сети. Это также видно по тому, как маска подсети маскирует IP-адреса, которые она содержит. Секция, в которой есть все ‘1’, предопределена, и ее нельзя изменить, с другой стороны, деталь со всеми ‘0’ может быть произвольным числом от 0 до 255.

Задание параметров вручную

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

Естественно, все настройки, касающиеся того, как изменить тот же IP-адрес или настройки прокси-сервера (если таковой, естественно, используется) и маска сети могут подвергнуться изменениям, но это более касается только серверных систем, которые отвечают за работу множества терминалов, объединенных в одну сеть или подключенных удаленно.

Тут уж все зависит от знаний и умений самого системного администратора. Неправильное задание последовательности третьего и четвертого числа может привести только к тому, что и вся локальная сеть работать не будет. Как уже понятно, это чревато последствиями для всей локальной сети, а также терминалов, в ней находящихся.

Структура IP-адреса

Обычно IP-адрес записывается следующим образом: 192.168.10.100. Каждая секция представляет собой 8 бит или 1 байт информации. Сервер видит эти цифры как набор единиц и нулей, для нашего удобства они записываются в обычной десятичной системе. Максимальная её длина — 3 знака, а минимальная — 1. Суммарно вся запись занимает 32 бита и теоретически может быть 232 или 4.294.967.296 ресурсов.

Весь цифровой код делится на две части: адрес провайдера и хост. Первый из них определяет провайдера, через который вы работаете, а второй обозначает идентификатор конкретного устройства, как, например, ноутбук или планшет Андроид, в локальном подключении. Для того чтобы узнать, сколько бит обозначает каждый из показателей, записывается префикс сети через слеш. Тогда запись выглядит как 192.168.10.100/24. В нашем случае 24 обозначает, что первых 3 секции (3*8=24), а именно 192.168.10 является адресом соединения. Оставшиеся 8 бит, а именно 100 — это идентификатор оборудования (максимум 28 = 256 адресов). При 192.168.10.100/16 локальный ресурс будет 192.168, а хост — 10.100 (216 = 65536).

Часто для определения адреса используется маска подсети. Её длина не отличается. Это, по сути, то же самое, что и префикс сети, только немножко по-другому организовано

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

Она записывается также в виде четырёх 8-битных секций. Единственное отличие, что в двоичном исчислении сначала должны идти только единицы. Если перевести двоичные 11111111 в десятичное исчисление, получится 255. Поэтому маска обязательно будет начинаться с 255.

Рассмотрим пример. Возьмём наш адрес 192.168.10.100 и маску 255.255.255.0. Соответственно, первых три раздела записи будут идентификатором LAN, а последняя — идентификатором компьютера. Если маска — 255.255.0.0, то сеть будет 192.168, а хост — 10.100.

Также маска лучше поможет определить, относятся ли два IP-ресурса к одному подключению. Возьмём, к примеру, 213.111.125.17 и 213.111.176.3. Если маска — 255.255.0.0, то оба адреса расположены в одной сети, если она 255.255.255.0, то в разной, так как 125 и 176 отличаются.

Префикс сети позволит определить её подмаску. Например, у нас есть запись 176.172.7.132/22. Как мы помним, 22 показывает количество бит, отвечающие за провайдера. В двоичной системе на самом начале запишем 22 единицы и дополним их 10 нулями, чтобы суммарно получилось 32 бита, и разделим точками секции по 8 бит — 11111111.11111111.11111100.00000000. Теперь переведём результат в десятичное исчисление, итоговым результатом у нас получится 255.255.252.0.

Для обратного расчёта возьмём адрес 176.172.7.132 и маску 255.255.128.0. Переводим её в двоичную систему, получим 11111111.11111111.10000000.00000000. Единиц в нашем случае 17, это и есть наш префикс сети. В десятичном виде запишем его как 255.255.128.0/17.

Расчет подсети:

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

Предположим, что мы разделим 128.42.0.0/21 на 4 подсети, которые должны содержать не менее 100 хостов каждый .

В этом примере мы знаем, что вам нужен хотя бы префикс /25, содержащий 100 хостов; Я выбрал a /24, потому что он попадает на границу октета

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

Поиск требуемой длины маски подсети или сетевой маски:

Как я узнал, что мне нужно, по крайней мере, 25 маску для 100 хостов? Вычислите префикс, обратившись к числу хост-бит, который должен содержать 100 хостов. Нужно 7 хостов, чтобы содержать 100 хостов. Официально это рассчитывается с помощью:

Биты хоста = Журнал ₂ (Число хостов) = Журнал ₂ (100) = 6.643

Так как адреса IPv4 имеют ширину 32 бита, и мы используем биты хоста (т.е. младшие значащие биты), просто вычитаем 7 из 32 для вычисления минимального префикса подсети для каждой подсети . 32 – 7 = 25.

Ленточный способ разбить 128.42.0.0/21 на четыре равные подсети:

Поскольку нам нужно всего четыре подсети из всего блока 128.42.0.0/21, мы могли бы использовать /23 подсети. Я выбрал /23, потому что нам нужны 4 подсети . т. Е. Добавлены еще два бита в маску сети.

Это равноправный ответ на ограничение, используя /23 подсети из 128.42.0.0/21 .

Протокол IP версии 4 (TCP/IPv4)

Нажимаем кнопку Пуск и в строке поиска вводим слова:

Результат должен получится вот такой:

Кликаем на значок из панели управления и нам открываем окно «сетевые подключения Windows 10»:

Выбираем то из нужное и нажимаем на нём правой кнопкой мыши. Откроется окно свойств. Это основные сетевые параметры адаптера в Windows 10:

Теперь надо найти параметр IP версии 4(TCP/IPv4) и кликнуть на нём дважды левой кнопкой грызуна. Так мы попадаем в конфигурацию основного сетевого протокола IP. Вариантов его настройки может быть два: 1 — динамически IP-адрес.

Такой вариант актуален когда в локалке работает DHCP-сервер и компьютер уже от него получает свой Ай-Пи. Он используется обычно при подключении ПК к домашнему WiFi-роутеру или к сети оператора связи. Конфигурация протокола протокола в этом случае выглядит так: То есть все адреса система получает автоматически от специального сервера. 2 — статический IP-адрес. В этом случае ай-пи требуется прописать статически, то есть этот адрес будет закреплён именно за этим компьютером на постоянной основе. Выглядит это так:

Какие же адреса надо вписывать в поля? Смотрите, на скриншоте выше представлен вариант с подключением к роутеру или модему у которого выключен DHCP-сервер. IP шлюза — это адрес самого роутера в сети. Он же будет использоваться в качестве основного DNS. Вторичным DNS можно указать сервер провайдера, либо публичные ДНС серверы Гугл ( 8.8.8.8 ) или Яндекс ( 77.88.8.8 ). Маска, используемая в домашних сетях в 99 случаях из 100 — обычная, 24-битная: 255.255.255.0 . IP-адрес надо выбрать из подсети шлюза. То есть если шлюз 192.168.1.1 , то у компьютера можно брать любой от 192.168.1.2 до 192.168.1.254. Главное, чтобы он не был занят чем-нибудь ещё. Нажимаем на ОК и закрываем все окна! Основной протокол сети в Windows 10 настроен.

Поиск минимальной сетевой маски, которая содержит два IP-адреса:

Предположим, кто-то дает нам два IP-адреса и ожидает, что мы найдем самую длинную сетевую маску, содержащую их оба; например, что, если бы у нас было:

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

В этом случае минимальная сетевая маска будет /25

ПРИМЕЧАНИЕ. Если вы попытаетесь начать с правой стороны, не обманывайте себя только потому, что вы найдете один соответствующий столбец бит; могут существовать несогласованные биты за пределами этих совпадающих битов. Честно говоря, самым безопасным делом является запуск с левой стороны.

Ответ выше отлично подходит для ногтей на голове. Однако, когда я впервые начал, мне потребовалось несколько разных примеров из нескольких источников, чтобы он действительно ударил по дому. Поэтому, если вас интересуют другие примеры, я написал несколько сообщений в блогах по этому вопросу – http: //www.oznetnerd. ком /категории /подсеть /

Администраторы, если этот пост считается спамом, не стесняйтесь его удалять.

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

В качестве примера воспользуемся примером 195.70.16.159/30.

Поскольку это /30, мы знаем, что часть хоста будет находиться в четвертом октете. Давайте преобразуем это в двоичный:

Теперь, чтобы узнать сетевой адрес, все, что мы делаем, это добавить бит SN, у которых есть 1 под ними вместе. (128 + 16 + 8 + 4 = 156).

Когда вы добавите этот 156 в первые три октета адреса, мы остаемся с Сетевым адресом 195.70.16.156.

Теперь, поскольку мы знаем, что первый полезный адрес всегда является сетевым адресом плюс один, , нам нужно выполнить следующий расчет: (156 + 1 = 157).

Это дает нам первый полезный адрес 195.70.16.157.

Теперь давайте пропустим последний полезный адрес и найдите широковещательный адрес. Чтобы узнать, что это такое, нам нужно всего лишь добавить все H-бит (независимо от того, являются ли они 1 или 0), а затем добавить этот номер в сетевой адрес. (2 + 1 + 156 = 159).

Это дает нам широковещательный адрес 195.70.16.159.

И, наконец, давайте рассмотрим последний полезный адрес. Этот процесс похож на поиск первого полезного адреса, однако вместо того, чтобы добавлять его к сетевому адресу, мы фактически вычитаем его из широковещательного адреса. (159 – 1 = 158).

Это дает нам Последний полезный адрес 195.70.16.158.

И у нас это есть! Наш temaplte закончен. Для удобства, здесь это снова:

• Сетевой адрес: 195.70.16.156
• Первый полезный адрес: 195.70.16.157
• Последний полезный адрес: 195.70.16.158
• Адрес широковещания: 195.70.16.159

В качестве ярлыка вы также можете использовать эту формулу. Он работает на подсетях любого размера:

• Первый полезный адрес = Сетевой адрес + 1
• Широковещательный адрес = Следующий сетевой адрес – 1
• Последний полезный адрес = широковещательный адрес – 1

Как найти префикс IPv6?

Адреса IPv4 имеют маску подсети, но вместо ввода типа 255.255.255.0 в IPv6 мы используем длину префикса. Ниже приведен пример префикса IPv6:

Это почти то же самое, что и при использовании длины префикса в IPv4 192.168.1.1/24. Число за — количество бит, которое мы используем для префикса. В приведенном выше примере это означает, что 2001:1111:2222:3333 является префиксом (64 бит), и все, что находится за ним, может использоваться для узлов.

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

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

Какая часть этого IPv6-адреса является префиксом и какая часть идентифицирует узел?

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

Вышеприведенная часть имеет 16 символов. 16 x 4 = 64 бит. Итак, это префикс. Остальная часть адреса IPv6 идентифицирует узел:

Мы выяснили, что «2001:1234:5678:1234» является префиксом, но записывать его прямо так, не будет корректно. Чтобы правильно записать префикс, нам нужно добавить нули в конце этого префикса, чтобы он снова стал 128-битным адресом:

2001:1234:5678:1234:0000:0000:0000:0000/64 является допустимым префиксом, но мы можем его сократить. Эта строка нулей может быть удалена и заменена на «::«».

Это самый короткий способ записать префикс. Давайте посмотрим на другой пример:

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

У нас есть префикс длиной 64 бит. Один шестнадцатеричный символ представляет собой 4 двоичных бита, поэтому первые 16 символов являются префиксом:

Теперь мы можем добавить нули в конце, чтобы снова сделать его 128-битным адресом и вернуть необходимую длину префикса:

Мы привели всё к красивому внешнему виду, но мы можем сделать его еще немного короче:

4 нуля в строке могут быть заменены на один, поэтому «3211:0:0:1234::/64» является самой короткой записью, с помощью который мы можем представить этот префикс.

В зависимости от длины префикса вычисления могут быть очень легкими или (очень) трудными. Только что, в примерах, я показал, что оба префикса имели длину 64. Что, если бы у меня была префиксная длина /53 или что-то в этом духе?

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

Таким образом, с длиной префикса 64 мы имеем 4 «блока» с 4-я шестнадцатеричными символами, каждый из которых позволяет легко производить вычисления с префиксом. Когда длина префикса кратна 4, это уже хорошо и удобно, потому что граница будет одним шестнадцатеричным символом.

Если длина префикса не кратна 16 или 4, это означает, что мы должны выполнить некоторые двоичные вычисления. Позвольте мне привести пример!

Это наш IPv6-адрес, и я хотел бы узнать префикс для этого адреса. С чего начать?

Сначала я должен определить, в каком «блоке» находится мой 53-й бит:

Где-то в синем блоке мы найдем 53-й бит. Чтобы узнать, что такое префикс, нам нужно будет преобразовать эти шестнадцатеричные символы в двоичный вид:

Теперь у нас есть блок, содержащий 53-й бит, где проходит граница находится между «prefix» и «host»:

Теперь мы установим биты узла в , чтобы остался только префикс. Наконец, мы преобразовываем из двоичного значения обратно в шестнадцатеричное:

Верните этот блок на место и установите все остальные биты узла в :

Мы нашли наш префикс! 2001:1234:abcd:5000::/53 — ответ. Не так уж сложно все рассчитать, но вам придется потрудиться с бинарными преобразованиями…

Спасибо за уделенное время на прочтение статьи!

Подписывайтесь на обновления нашего блога и оставайтесь в курсе новостей мира инфокоммуникаций!

Чтобы знать больше и выделяться знаниями среди толпы IT-шников, записывайтесь на курсы Cisco от Академии Cisco, курсы Linux от Linux Professional Institute на платформе SEDICOMM University.

Маршрутизатор и шлюз подсети.

Наверное, лучше повторить: шлюз и маршрутизатор — это одно и то же!

Из того, о чём говорилось только что, следует достаточно ясный вывод. Маршрутизатор с адресом интерфейса 192.168.8.1 ничего не знает о трафике, передаваемом, например, между хостами 192.168.8.5 и 192.168.8.7.

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

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

Важный следующий шаг: разбиение подсетей на более мелкие подсети.

Сеть из нашего примера 192.168.8.0/21 можно разбить на две подсети /22, четыре подсети /23, восемь /24 и так далее. Общее правило, как можно догадаться, такое:

при этом K — количество подсетей с длиной маски Y, которые умещаются в подсеть с длиной маски X.

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

Есть такой процесс, называемый агрегацией. Это значит объединение мелких префиксов — с длинной маской подсети, в которых мало хостов — в крупные, с короткой маской подсети, в которых много хостов. Второе название этого же процесса — суммаризация. Запомните, не суммирование!

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

Пример: провайдеры выдают клиентам множество маленьких блоков по типу /29. При этом весь остальной Интернет об этом даже не подозревает. За каждым провайдером закреплены префиксы намного крупнее — от /19 и выше. Благодаря такой системе в Глобальную таблицу Интернет-маршрутизации заносится намного меньше записей: их число сократилось на несколько порядков.

Вычисление максимально возможного количества хостов в подсети:

Чтобы найти максимальное количествохосты, посмотрите количество бинарных битов в указанном выше номере узла. Самый простой способ сделать это — вычесть длину сетевой маски от 32 (количество бит в адресе IPv4). Это дает вам количество бит хоста в адресе. В этот момент .

Максимальное количество хостов = 2 ** (32 — netmask_length) — 2

Причина, по которой мы вычитаем 2 выше, заключается в том, что зарезервированы номера хостов all-ones и all-zeros. Номер хоста all-zeros — это номер сети; номер хоста all-ones — широковещательный адрес.

Используя пример подсети 128.42.0.0/21 выше, количество хостов .

Максимальное количество хостов = 2 ** (32 — 21) — 2 = 2048 — 2 = 2046

Определение с точки зрения компьютерных технологий

Теперь придется немного углубиться в компьютерную область, многим непонятную. К сожалению, без понимания нижеприведенного материала сделать хоть какое-то представление о рассматриваемом вопросе просто невозможно.

На самом деле это 32-х или 64-битный показатель (в зависимости от битности системы), который определяет, какая именно часть IP-адреса предназначается для использования не внутренними, а внешними ресурсами (сетью). Это также подразумевает максимальное количество IP-адресов разных устройств, которые могут присутствовать в локальной или частной сети одновременно.

Если говорить о двоичном коде, который выражает всего лишь последовательность нулей и единиц, в десятеричном выражении это сводится к использованию так называемых октетов (последовательности восьми знаков), которые способны принимать только лишь определенные значения от нуля до 255, включая параметры 128, 192, 224, 240, 248 и т. д., даже не кратные шестнадцати, как это принято при построении или создании основных компьютерных параметров. Встречается даже значение 254, но это большая редкость.

Специальные подсети

31-разрядные Подсети

30-битная маска подсети допускает четыре IPv4 адреса: два адреса узла, одна сеть с нулями и один широковещательный адрес с единицами. Двухточечное соединение может иметь только два адреса узла. Нет реальной необходимости иметь широковещательные и нулевые адреса с каналами «точка-точка». 31-битная маска подсети допускает ровно два адреса узла и исключает широковещательные и нулевые адреса, таким образом сохраняя использование IP-адресов до минимума для двухточечных соединений.

См. RFC 3021 — Using 31-bit Prefixes on IPv4 Point-to-Point Links.

Маска 255.255.255.254 или/31.

Подсеть/31 может использоваться в реальных двухточечных соединениях, таких как последовательные интерфейсы или интерфейсы POS. Однако они также могут использоваться в широковещательных интерфейсах, таких как интерфейсы Ethernet. В этом случае убедитесь, что в этом сегменте Ethernet требуется только два IPv4 адреса.

Пример

192.168.1.0 и 192.168.1.1 находятся на подсети 192.168.1.0/31.

R1(config)#int gigabitEthernet 0/1R1(config-if)#ip address 192.168.1.0 255.255.255.254% Warning: use /31 mask on non point-to-point interface cautiously

Предупреждение печатается, так как gigabitEthernet является широковещательным сегментом.

32-разрядные Подсети

Маска подсети 255.255.255.255 (a/32 subnet) описывает подсеть только с одним IPv4 адресом узла. Эти подсети не могут использоваться для назначения адресов сетевым каналам связи, поскольку им всегда требуется более одного адреса на канал. Использование/32 строго зарезервировано для использования на каналах, которые могут иметь только один адрес. Примером для маршрутизаторов Cisco является интерфейс обратной связи. Эти интерфейсы являются внутренними и не подключаются к другим устройствам. Таким образом, они могут иметь подсеть/32.

Пример

interface Loopback0 ip address 192.168.2.1 255.255.255.255

Итоги по маске IP-адреса.

Само понятие «классы адресов», о котором нет-нет да и приходится читать/слышать, давно устарело. Уже больше 20 лет назад выяснилось, что длина префикса может быть любой. Если же раздавать адреса блоками по /8, то никакого Интернета не получится. Итак: «классов адресов» не существует!

Другой, мягко говоря, странный термин. Иногда говорят «сеть класса такого-то» по отношению к подсети с той или иной длиной маски. Например, «сеть класса C» про 10.1.2.0/24. или что-то подобное. Знайте, так никогда не скажет серьёзный специалист. Класс сети, когда он ещё существовал, не имел отношения к длине маски и определялся совсем другими факторами — а именно комбинациями битов в адресе. Если классовая адресация использовалась, то длина масок тоже была строго регламентирована. Каждому классу соответствовали маски только строго определённой длины. Хотя бы поэтому подсеть 10.1.2.0/24, как в примере, никогда не принадлежала и не могла принадлежать к классу C.

Но лучше об этом не вспоминать

Важно только вот что. «Под одной крышей» в RFC3330 собраны все существующие глобальные конвенции, которые посвящены специальным значениям разнообразных блоков адресов

В них блоки 10/8, 172.16/12 и 192.168/16 (написание сокращённое) определяются как диапазоны для частного использования, запрещённые к маршрутизации в интернете. Другими словами, каждый может использовать их по своему усмотрению, в частных целях.

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

Далее, блок 224.0.0.0/4 зарезервирован для мультикаста, и так далее. Но конвенции — это не совсем законы в полном юридическом смысле слова. Их цель — сделать проще и легче административное взаимодействие. Конвенции крайне не рекомендуется нарушать, но до поры до времени никем не запрещено использовать любые адреса для любых целей. Ровно до того момента, пока вы не встречаетесь с внешним миром