Что такое хост ip адреса

0

Подсети

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

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

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

Знакомство с IP-адресами

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

Tаким образом, каждый октет может принимать в двоичном виде значения от 00000000 до 11111111 или от 0 до 255 в десятичном виде.

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

Первая часть IP-адреса представляет собой номер сети, другая – идентификатор хоста. Вместе они образуют уникальный IP-адрес хоста. Чем короче номер сети, тем больше в ней может поместиться хостов. Если номер сети занимает 3 байта , то на номер хоста останется только один байт (максимум 255 хостов в сети).

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

Пример номера сети и хоста

На следующем рисунке показан пример IP-адреса, в котором первые три октета ( 192.168.1 ) представляют собой номер сети, а четвертый октет ( 16 ) – идентификатор хоста.

Количество двоичных цифр в IP-адресе, которые приходятся на номер сети, и количество цифр в адресе, приходящееся на идентификатор хоста, могут быть различными в зависимости от маски подсети.

3.2 Маски подсетей

Частные IP-адреса

У каждого хоста в интернете должен быть уникальный адрес. Исключение – это IP-адреса внутри локальных сетей.

Если у тебя в офисе есть своя локальная сеть, то у ее компьютеров будут свои собственные неуникальные IP-адреса. Однако, если это компьютер напрямую подключенный к интернету, или сервер, то у него должен быть публичный уникальный IP-адрес.

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

Также IANA выделила несколько подсетей, которые принято использовать для непубличных локальных сетей. Так как эти подсети непубличные, их может использовать кто угодно для любых целей. Всего таких подсетей три: большая, средняя и маленькая.

Для них зарезервированы следующие три блока IP-адресов:

• 10.0.0.0 — 10.255.255.255
• 172.16.0.0 — 172.31.255.255
• 192.168.0.0 — 192.168.255.255

IP-адреса указанных частных подсетей иногда называют «серыми».

Маски подсети

Для того, чтобы определить какие биты IP-адреса относятся к номеру хоста, а какие к номеру подсети используют так называемую маску подсети.

Допустим у вас есть IP-адрес, записанный в двоичном виде:

Красным цветом отмечены биты, ответственные за номер сети, зеленым – за номер хоста. Да, так тоже можно. Тут нет жесткой привязки к байтам.

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

Все биты подсети равны 1 , все биты хоста равны 0 .

Пример выделения номера сети и идентификатора хоста в IP-адресе:

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

Маску подсети можно определить, как количество бит в адресе, представляющих номер сети (количество бит со значением » 1 «). Например, » 8-битной маской » называют маску, в которой 8 бит – единичные, а остальные 24 бита – нулевые.

Маски подсети записываются в формате десятичных чисел с точками, как и IP-адреса. В следующих примерах показаны двоичная и десятичная запись 8-битной , 16-битной , 24-битной и 29-битной масок подсети.

3.3 DHCP

Внутри локальной сети могут быть как статические, так и динамические IP-адреса. Системные администраторы могут присвоить статические адреса компьютерам. Динамические же назначаются компьютерам автоматически с помощью сервиса DHCP.

Dynamic Host Configuration Protocol (DHCP) — прикладной протокол, позволяющий сетевым устройствам автоматически получать IP-адрес и другие параметры, необходимые для работы в сети TCP/IP.

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

Распределение IP-адресов

Протокол DHCP предоставляет три способа распределения IP-адресов:

Ручное распределение. При этом способе сетевой администратор сопоставляет аппаратный адрес (MAC-адрес) каждого компьютера и определенный IP-адрес. Фактически данный способ распределения адресов отличается от ручной настройки каждого компьютера лишь тем, что сведения об адресах хранятся централизованно (на сервере DHCP) и потому их проще изменять при необходимости.

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

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

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

Опции DHCP

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

Некоторыми из наиболее часто используемых опций являются:

• IP-адрес маршрутизатора по умолчанию;
• маска подсети;
• адреса серверов DNS;
• имя домена DNS.

3.4 localhost и 127.0.0.1

Есть несколько IP-адресов, которые полезно знать. Например, IP-адрес твоего маршрутизатора. Еще один IP-адрес, который полезно знать – это 127.0.0.1. Сейчас мы поговорим о нем немного подробнее.

Что такое 127.0.0.1?

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

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

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

Что такое localhost?

localhost – это фактически доменное имя для 127.0.0.1. Особой разницы между 127.0.0.1 и localhost нет. Можно писать и так, и так, кому как нравится.

Ты можешь представить localhost, как «имя» для адреса 127.0.0.1 , также, как «www.google.com» является «именем» для IP-адреса Google. Однако, когда ты посещаешь www.google.com, он должен пройти через DNS-сервер, чтобы твой компьютер мог определить, какой IP-адрес соответствует имени.

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

Что такое хост ip адреса

В контексте интернет-маркетинга и веб-аналитики, хост – это IP-адрес, который присваивается пользователю для его идентификации в сети. Платформы статистики определяют посещаемость ресурса подсчетом количества уникальных обращений с сервера провайдера. В понимании потребителя услуги, хост – это компьютер или мобильное устройство, подключенное к глобальной/локальной сети.

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

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

Несколько лет назад социальные сети блокировали пользовательские аккаунты, имеющие одинаковые хосты. Проблема была вызвана тем, что к одному IP-адресу по локальной сети совершенно законно подключались несколько устройств. Злоумышленники часто для сокрытия реального адреса или обхода блокировок используют чужой хост для выхода в сеть – технология proxy. Однако браузеры уже научились неплохо выявлять средства анонимизации.

Как считать хосты?

Количество уникальных посетителей сайта, онлайн-магазина отражает эффективность работы ресурса по привлечению трафика. Точно фиксировать эти значения за период времени помогут специальные счетчики – Liveinternet, инструменты Яндекс.Метрики и Гугл Аналитики. Чтобы получать

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

Зачем знать количество хостов?

Эффективный бизнес в интернете на 100% завязан с качественной и регулярной аналитикой. То есть, анализируя метрики раз в год, рассчитывать на стабильный доход не приходится. Значение в графе «хост» в отчете поможет определить:

1. Сколько уников посетило сайт за определенный период времени. Также в смежных отчетах можно установить их активность, длительность сеанса, вовлеченность, источник трафика. Эти данные помогут понять успешность ресурса, выявить ошибки в маркетинге и структуре страниц.
2. Узнав хост посетителя можно проанализировать продуктивность тех или иных каналов рекламы. Это поможет усилить эффективные и отключить или пересмотреть источники с нецелевым трафиком.

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

Несколько рекомендаций, как увеличить приток трафика:

• Качество контента – проверьте, интересна ли информация на ресурсе вашей целевой аудитории. Не забывайте регулярно обновлять материалы, следите за уникальностью и актуальностью контента;
• Используйте инструменты, повышающие вовлеченность посетителей. Например, установите чат-бот на сайте, упростите навигацию, покажите отзывы о вашей компании, продукте, услуге.
• Занимайтесь SEO-продвижением сайта регулярно. Объемы уникального трафика растут пропорционально положению ресурса в поисковой выдаче. ТОП-10 собирает до 90% хостов, при этом на первые три позиции приходится до 60% посещений.

Другие значения

Хост от английского слова host – принимать гостей, хозяин – это также устройства, работающие в режиме «клиент-сервер». От этого значения образовалась услуга хостинга. То есть компания-провайдер, сервис предоставляет IP-адреса – «прописку» пользователям в сети интернет. Также цифровой идентификатор и «место жительства» имеет любой ресурс в сети: сайт, онлайн-магазин, портал, соцсети и другие. На хостинге размещаются файлы проекта.

Резюме

Мы изучили, что такое хост. Определили, зачем считать количество IP и какие инструменты использовать для этого. Рассмотрели несколько способов увеличения трафика на ресурс.

Что такое хост ip адреса

Эта страница поможет вам с навигацией по статьям о компьютерных сетях.

Что такое Сеть

Сеть — это группа компьютеров или других устройств объединённых с помощью проводов или радиоволн.

Что такое Хост

Хост — это одно устройство в сети.

К хосту можно обратиться по сети.

Хост может посылать запросы к одному или нескольким хостам в сети.

Для обращения по сети к самому себе придуман специальный термин — обращение к localhost

Что такое Протокол

В основе обмена данными по сети лежит передача электрических импульсов. Их можно преобразовать в числа. Например высокое напряжение принять за 1 а низкое за 0.

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

Это будет называться протоколом. Протолов может быть много и они могут вкладываться друг в друга.

Примеры: TCP, IP, UPD, SSH , SCP , XRDP , VNC , FTP и другие.

Наивный пример протокола, который я написал для демонстрации сути того, чем является протокол вы можете изучть здесь

IP это протокол третьего уровня в модели OSI — Network Layer

Пример IP адреса 8.8.8.8

Делится точками на четыре части — октета по 8 бит. Каждый октет может принимать значение от 0 до 255

203.0.113 — это так называемая Network Portion

.10 — это Host Portion

/24 — это Subnet Mask или просто netmask — маска подсети.

С помощью маски можно увеличить размер Host Portion за счёт Network Portion.

Без маски IP не самодостаточен (пример)

Если вам нужно узнать ваш IP адрес, сделать это можно здесь

До 1995-го года использовалсь Classful Addressing

После 1995-го Classless Addressing

Subnet Mask

В нашем первом примере 24 бита отведено под сетевую часть адреса и 8 бит под хосты (hosts, также употребляют термин nodes). Разобраться как происходит это разделение можно изучив понятие Subnet Mask (или просто netmask) — маска подсети.

Маска также разбита на октеты. В таблице удобно расположены бинарный IP адрес и бинарная маска.

Если бит адреса находится над 0 маски — он соответствует Host Portion.

Если бит адреса находится над 1 маске — то это Network Portion

Чем меньше маска — тем больше уникальных хостов может быть в сети

В большой локальной сети не хочется тратить 24 бита на сетевую части и оставлять всего 8 бит на хосты.

Напомню, что 8 бит это всего 256 уникальных вариантов из которых первый .0 зарезервирован под адрес самой сети ( Network Address ) а последний .255 зарезервирован под широковещательный адрес ( Broadcast Address ), о которых вы узнаете ниже, так что остаётся всего 254 уникальных IP для хостов ( Host Address ).

Чтобы увеличить число уникальных адресов для хостов нужна другая маска. Например

В маске 255.0.0.0 всё наоборот: 8 бит под сетевую часть и 24 бита под хост

Пример IP адреса с такой маской

Не обязательно разграничивать Host Portion и Network Portion по границе октета

IP из предыдущего примера 10.0.0.10 может быть у хоста в сети как с маской 255.0.0.0 так и с маской 255.255.240.0

Разберёмся где проявится разница.

Рассмотрим два IP адреса 10.0.15.10 и 10.0.16.10.

Если маска 255.0.0.0

Сетевая часть адреса занимает только первый октет и выделена жирным шрифтом, поэтому легко понять, что 10.0.15.10 и 10.0.16.10 это два соседних хоста в одной подсети.

Рассмотрим те же адреса но с маской 255.255.240.0

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

Ни один из положительных битов адреса 10.0.15.10 не попал в сетевую часть. (нет жирных единиц)

Таким образом у 10.0.15.10 адрес хоста остался прежним, но заметно выросла сетевая часть IP адреса.

У 10.0.16.10 единица в третьем октете попала в сетевую часть. От адреса хоста осталось только 1010 а подсеть теперь не такая как у 10.0.15.10

Таким образом теперь 10.0.16.10 и 10.0.15.10 это не соседние хосты одной подсети а разные хосты в разных подсетях.

Classful Addressing

Если вы когда-то слышали про IP класса A, класса B, C, D или E — это относилось как раз к устаревшей классовой адресации (Classful Addressing)

A, B, C — это так называемый Unicast. Именно такие адреса сейчас используются в публичном интернете (за исключением приватных адресов . Принцип — одно устройство общается с одним устройством

D — это multicast. Одно устройство общается с несколькими устройствами. Не поддерживается в интернете, но поддерживается в больших частных сетях для трансляций совещаний и т.д.

Класс A: первые 8 бит это всегда сетевая часть

Класс B: первые 16 бит это всегда сетевая часть

Класс C: первые 24 бита это всегда сетевая часть

Класс D: все 32 бита это всегда сетевая часть

Типы IP адресов

По тому, какое значение принимает Host Portion можно разделить адреса на три типа

• Network Address
• Broadcast Address
• Host Address

Network Address

Сетевой адрес (Network Address или Network Prefix) — это уникальный идентификатор группы устройств. Например, как название улицы является уникальным идентификатором всех домов на этой улице, но не является уникальным для конкретного дома (если, конечно, на улице больше одного дома)

У сетевого адреса все биты в Host Portion равны 0

Broadcast Address

Широковещательный адрес (Broadcast Address) — идентификатор указывающий на все устройства в сети.

У широковещательного адреса все биты в Host Portion равны 1

В чём отличие поясню на примере: почтальону поручили отнести письмо в офис TopBicycle на улице Партнёрская и выдали инструкцию

Доставить до компании Компания;Сайт;Тип;Адрес TopBicycle;www.TopBicycle.ru;Велосипеды;Улица Партнёрская

Это аналог сетевого адреса. На улице Партнёрской может быть много офисов. Куда конкретно нести письмо сразу не понять — нужно уточнить адрес дома (в случае с сетью — адрес хоста).

На следующий день почтальону поручили отнести оповещение о ремонте на улице во все дома и офисы на улице Партнёрская.

Оповещения одинаковые для всех компаний.

Доставить до всех адресатов Компания;Сайт;Тип;Адрес URN.SU;https://www.urn.su;IT;Улица Партнёрская HeiHei.ru;https://heihei.ru;TravelУлица Партнёрская TopBicycle.ru;https://topbicycle.ru;BicyclesУлица Партнёрская Авиасейлз;https://aviasales.ru;Travel;Улица Партнёрская Booking.com;https://booking.com;Hotels;Улица Партнёрская Hotellook;https://Hotellook.com;Hotels;Улица Партнёрская Велодрайв;https://velodrive.ru;Bicycles;Улица Партнёрская Xiaomi;https://mi-shop.com;Android;Улица Партнёрская Samsung;https://www.samsungstore.ru;Android;Улица Партнёрская Book24;https://Book24.ru;Books;Улица Партнёрская GeekBrains;https://gb.ru;Education;Улица Партнёрская Нетология;https://netology.ru;Education;Улица Партнёрская SkillBox;https://SkillBox.ru;Education;Улица Партнёрская Pluralsight;https://Pluralsight.com;Education;Улица Партнёрская СовКомСтрахование;https://sovcomins.ru;Insurance;Улица Партнёрская Полис 812;https://polis812.ru;Insurance;Улица Партнёрская Vivo;https://ru.vivo.com/;Android;Улица Партнёрская Beget;https://beget.com;Hosting;Улица Партнёрская Reg.ru;https://Reg.ru.ru;Hosting;Улица Партнёрская OLDI;https://oldi.ru;Laptops;Улица Партнёрская

Это аналог широковещательного адреса. Если бы на улице было два офиса, нужно нести письма в оба. Если двадцать — во все двадцать. Знать кто в каком доме необязательно поэтому если он идёт с письмами по улице то просто заходит во все дома по порядку (не по списку, а так как они расположены на улице).

Host Address

Адрес хоста (Host Address) — идентификатор указывающий на конкретное устройство в сети.

У адреса хоста может быть любая комбинация бит в Host Portion кроме двух: только нули и только единицы.

Только нули это сетевой адрес, только единицы — широковещательный. Всё остальное — это адреса хостов.

Сетевой адрес в десятичной записи может оканчиваться не на 0

Рассмотрим адрес 10.128.224.64 с маской 255.255.255.224.

Проверить являтеся ли адрес сетевым означает проверить содержит ли Host Portion только единицы или нет.

Одного IP адреса для этого недостаточно, нужно рассмотреть его вместе с маской чтобы понять чему равна Host Portion

Сетевая часть выделена жирным, очевидно, что в части хоста остались только нули и этот адрес — сетевой

CIDR Notation

Рассмотрим маску 255.255.255.0

Первый 24 бита это единицы. Чтобы не писать постоянно 255.255.255 можно писать

Формат следующий сперва слеш, затем длина Network Portion

Private

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

Рекомендуется избегать использования адреса 169.254.0.0/16 — так называемого APIPA

Адрес 127.0.0.1 зарезервирован под Loopback Address

Это означает адрес вашего же компьютера. Можно сказать домашний адрес.

В IPv6 он выглядит как ::1

Subnetting Networks

Рассмотрим IP адрес 10.0.0.0/8

Диапазон хост-адресов (не включая концы):

N 00001010 00000000 00000000 00000000
B 00001010 11111111 11111111 11111111
M 11111111 00000000 00000000 00000000

Администрирование#01. Адресация в IP сетях ⁠ ⁠

Некоторое введение: статьи о базовых понятиях я писала еще в универе по лекциям, затем их вычитывал мой научный руководитель (aka nixleader), поэтому тега «моё» не будет. Статьи не претендуют на оригинальность, есть множество других. Они, также, вероятно, могут встретится в сети (распространялись в универе и свободно висят в справочной системе на работе). Я постараюсь указывать места, где будет встречаться копипаста с других ресурсов (далее такое будет). Помимо простых вещей, попробую привести в литературную форму некоторые сложные маны, которые писала чисто для себя, и выложу их отдельно.

Администрирование#01. Адресация в IP сетях

В семействе протоколов TCP/IP используются три типа адресов: локальные (физические, аппаратные), IP-адреса и символьные (доменные) имена. Рассмотрим первые два типа адресов.

Основные термины:

Хост (Host) – устройство, работающее в сети на сетевом уровне модели OSI (компьютер, маршрутизатор и т.п.). Часто понятие путают с IP-адресом.

MAC-адрес — физический адрес компьютера (если точнее — сетевой карты или другого сетевого устройства). Размер адреса – 6 байт. Этот адрес должен быть уникальным для каждого устройства в локальной сети, и используется всеми устройствами для передачи данных внутри неё. (Как говорил мой преподаватель: «Вы еще не видели китайских сетевых карт: в одной серии карт может быть много повторяющихся MAC-адресов»).

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

IP-адреса обычно записываются в десятичной системе счисления виде четырёх октетов X1.X2.X3.X4, где X1 – старший байт адреса.

Есть консорциум IANA, который раздает IP-адреса по 5 организациям (ARIN, RIPE, APNIC, AfriNIC, LACNIC). Им выдаются сети класса А. Далее эти организации распределяют адреса по заявкам от организаций со статусом LIR (Local Internet Resource) подсетями /22 или крупнее, а в случае выделения провайдеро-независимого блока — /24 (класс C) и крупнее.

Маска подсети — указывает, какая часть IP-адреса приходится на адрес сети, а какая — на адрес хоста в ней. Без адреса сети или IP-адреса используется только в обсуждении количества используемых/необходимых адресов.

Маска — это последовательность скольких-то единичек в начале, а потом — нулей, составляющих в итоге 32 бита. Бит равный единице означает, что на его месте в IP-адресе бит будет входить в адрес сети. Нулевые биты в маске определяют позиции бит адреса хоста в IP-адресе.

Маска записывается через “/” после IP-адреса и может записываться как IP (например, 192.168.1.100/255.255.255.0; Здесь маска 255.255.255.0 — это 24 единички и 8 нулей (в двоичной системе), первые 24 символа будут адресом сети, оставшиеся 8 — адресом хоста), или как число от 0 до 32 (192.168.1.100/24 — здесь «/24» — это маска, то есть 24 единички в начале, остальные — нули).

Адрес сети – зарезервированный IP адрес, используемый для обозначения всей сети (совместно с указанием маски сети). В адресе сети на месте адреса хоста все биты выставляются в нули.

Широковещательный запрос — отправка пакета всем устройствам в сети. Для реализации такой рассылки назначается специальный широковещательный адрес: в IP-адрес после адреса сети (вместо адреса хоста) все биты выставляются в единицы.

Соответственно, максимально возможное количество хостов в сети вычисляется по формуле 2^(32-маска)-2. (Так как, когда вместо адреса хоста все нули — это адрес сети, а когда все единички — это широковещательный запрос, соответственно, теряем два адреса из всех вариантов)

Дополнительные сведения:

Маска /32 — указывает, что написан адрес одного и ровно 1 (одного) хоста

Маска /31 — используется для маршрутизации для соединения точка-точка, или если два адреса на один комп (это делается для экономии адресов и для сокращения количества записей о маршрутизации соответственно).

0.0.0.0/0 — весь интернет.

255.255.255.255 — широковещательный запрос всем в локальной сети. Используется обычно в случаях, когда хосту неизвестны настройки локальной сети.

Адреса, которые запрещены в сети интернет, или же «локальные» адреса, которые можно использовать для себя без ограничений (так называемые, «серые» адреса):

Для собственных локальных сетей:

127.0.0.0/8 – loopback – адреса которые доступны только внутри одного хоста

Классификация сетей

В сети класса А 2^24-2 хостов в одной сети, в B — 2^16-2, в C – 256 -2=254 хоста.

Адреса класса D используются для многоадресной (multicast) передачи.

Остальные адреса на данный момент зарезервированы и не используются.

Стоит отметить, что ранее классы использовались для маршрутизации. Теперь же вся маршрутизация «бесклассовая» и классы сетей указываются только для указания размера сети (например, “сеть класса C” обозначает сеть с 256 адресами (с маской /24) (любую, даже 10.2.4.0/24!!))

1K постов 15.5K подписчик

Правила сообщества

# mount -o remount,rw /sysadmins_league

— # mount /dev/good_story /sysodmins_league

— # mount /dev/photo_it /sysodmins_league

— # mount /dev/best_practice /sysodmins_league

— # mount /dev/tutorial /sysodmins_league

2017 год, а никак не могут забыть про классы сетей.

Почти 20 лет назад это уже считало анахронизмом и упоминалось только чтобы если вдруг встретится кривой древний софт чтобы подстроиться под него.

Классификация сетей давно не используется

А в дальнейшем будет про vlan’ы, транки, 802.1Q, и все в таком ключе?

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

В целом да, но очень сумбурно. Не надо тут этого.

Начиная с мак-адреса, который служит для адресации устройства на L2 (грубо говоря в езернет-сегменте, образованном L2-устройствами) и должен быть уникальным В МИРЕ (ваш препод еще не видел материнок, в которых на всей серии в интегрированных сетевухах может быть один и тот-же мак) для чего существует OUI. И ни слова о разных способах записи MAC-адресов, отличающихся в разных ситуациях/оборудовании

И заканчивая тем, маска может записываться в dot-decimal notation, а не только в slash-notation, как-то путано. И тем, что IANA уже не выделяет сети класса А и вообще редко что-то выдаёт. Адреса v4 кончились, куда там целую А! На днях RIPE получил от IANA у кого-то отобранную за ненадобностью /19 и то большое счастье

35 лет DNS, системе доменных имён⁠ ⁠

В 1987 году произошло много событий, так или иначе повлиявших на развитие информационных технологий: CompuServe разработала GIF-изображения, Стив Возняк покинул Apple, а IBM представила персональный компьютер PS/2 с улучшенной графикой и 3,5-дюймовым дисководом. В это же время незаметно обретала форму ещё одна важная часть интернет-инфраструктуры, которая помогла создать Интернет таким, каким мы знаем его сегодня. В конце 1987 года в качестве интернет-стандартов был установлен набор протоколов системы доменных имен (DNS). Это было событием которое не только открыло Интернет для отдельных лиц и компаний во всем мире, но и предопределило возможности коммуникации, торговли и доступа к информации на поколения вперёд.

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

❯ Масштабирование Интернета для всех

История этого конкретного протокола восходит к 1970-м годам. DNS следовал схеме, используемой многими другими сетевыми протоколами того времени, в том смысле, что он был открытым (не зашифрованным). Он также не устанавливал подлинность того, с кем коннектился, и клиент просто верил в любые ответы, полученные в результате запроса. В защиту того, что сегодня сочли бы очевидным недостатком, скажу, что в то время не конструировали окончательный вариант будущей глобальной коммуникационной инфраструктуры. Как выяснилось, 35 лет назад протокол DNS был доверчив до наивности, и любой решительный злоумышленник мог вторгнуться в трафик запросов DNS. Но тогда DNS был всего лишь небольшим экспериментом.

Иерархия DNS

До 1987 года Интернет в основном использовался военными, государственными учреждениями и представителями научных кругов. В то время Сетевой информационный центр, управляемый SRI International, вручную поддерживал каталог хостов и сетей. Хоть ранний Интернет и был революционным и дальновидным, не у всех был к нему доступ.

В тот же период сеть Агентства перспективных исследовательских проектов США, предтеча Интернета, который мы сейчас знаем, превратилась в быстрорастущую среду, в связи с чем предлагались новые схемы именования и адресации. Увидев тысячи заинтересованных учреждений и компаний, желавших изучить возможности сетевых вычислений, группа исследователей ARPANET поняла, что им необходим более современный автоматизированный подход к организации системы именования сети для ожидаемого быстрого роста.

Два пронумерованных информационных документа RFC 1034 и RFC 1035, были опубликованы в 1987 году неофициальной сетевой рабочей группой, которая вскоре после этого превратилась в Инженерный совет Интернета (IETF). Эти RFC, автором которых являлся специалист по информатике Пол В. Мокапетрис, стали стандартами, на основе которых была построена реализация DNS. Именно Мокапетрис, занесённый в 2012 году в Зал славы Интернета, конкретно предложил пространство имён, в котором администрирование базы данных было чётко распределено, но могло также и развиваться по мере необходимости.

Пол Мокапетрис

Помимо предоставления организациям возможности вести свои собственные базы данных, DNS упростила процесс соединения имени, которое могли запомнить пользователи, с уникальным набором чисел — IP-адресом, — который необходим веб-браузерам для перехода на веб-сайт с использованием доменного имени. Всё, что подключёно к Интернету — компьютеры, ноутбуки, планшеты, мобильные телефоны — имеет IP-адрес. Ваш любимый веб-сайт может иметь IP-адрес, например, 12.32.12.32, но его людям, очевидно, запомнить нелегко. Однако такое доменное имя, как example.com, запомнить куда проще. Благодаря тому, что не нужно было запоминать, казалось бы, случайную последовательность чисел, пользователи могли легко перейти на нужный сайт, и всё больше людей по всему миру могли получить доступ к сети.

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

❯ Заинтересованные стороны и грубый консенсус

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

Экосистема DNS

Другие важные совместные достижения связаны с IETF, которая не имеет официального списка членов или требований и отвечает за технические стандарты, составляющие набор интернет-протоколов, а также с Корпорацией по управлению доменными именами и IP-адресами (ICANN), которая играет центральную координирующую роль на базовом уровне. Без конструктивного и продуктивного добровольного сотрудничества Интернет, каким мы его знаем, был бы просто невозможен.

Действительно, эти совместные усилия выстроили бренд сотрудничества, известный сегодня как «грубый консенсус» (rough consensus). Этот термин был принят IETF в первые дни создания DNS для описания формирования доминирующего мнения рабочей группы и необходимости быстрого внедрения новых технологий, что не всегда допускает длительные дискуссии и дебаты. Этот подход используется и сегодня.

Когда 35 лет назад был изобретен DNS, его целью было обеспечение роста Интернета. Вопросы безопасности и конфиденциальности не рассматривались, так как Интернетом тогда ещё почти никто не пользовался. В последующие годы DNS была расширена за счёт возможности аутентификации информации, которую она несёт, с помощью DNSSEC, но вся информация продолжала циркулировать в Интернете в текстовом виде без шифрования. Любой элемент сети, способный считывать сетевой трафик, мог считывать, какие вопросы DNS задаёт каждый человек. В принципе, можно подумать, что это не имеет большого значения, ведь DNS указывает только сайт, который вы хотите посетить, или тот, на который вы хотите отправить электронное письмо. DNS является «просто метаданными».

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

Первое предложение по исправлению этой ситуации было опубликовано Дэном Бернштейном под названием DNSCurve и было разработано для сокрытия информации при обмене данными между рекурсивными DNS-серверами (от провайдеров к клиентам) и авторитетными DNS-серверами (от веб-сайтов, TLD и т. д.). Он был опубликован вне IETF и широкого признания не получил, но OpenDNS реализовал связь между клиентами и их рекурсивными серверами.

С другой стороны, IETF начала работать над изменением транспортного протокола DNS (с самого начала это были UDP и TCP), путём добавления TLS для шифрования трафика, и таким образом родился DTLS (DNS поверх TLS). Все эти относительно простые модификации сохранили до сих пор известную DNS практически без изменений и скрыли информацию под защитной оболочкой.

Однако параллельно и независимо IETF начала работу над другим альтернативным вариантом. Известный как DNS поверх HTTPS (DoH), он отличается от традиционного DNS и скрывает сообщения DNS, как если бы они были данными, которые должны передаваться по HTTP с защитой TLS, как веб-данные любого сайта HTTPS. Сообщение становится не просто инкапсуляцией DNS, а новым типом сообщения через HTTPS.

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

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

❯ Проблемы DNS

Но DNS находится в относительно малоизвестном спектре Интернета. В отличие от браузеров, Всемирной паутины или приложений социальных сетей, DNS не так заметен или даже не виден пользователям. Протокол работает таким образом, что сбивает с толку даже конечного клиента. На простой вопрос о том, кто может видеть вашу онлайн-активность, часто бывает очень сложно ответить. Тем не менее, несмотря на то, что его внутренняя работа не ясна, задача DNS проста: система разрешения DNS берёт доменные имена и переводит их в сетевые адреса. Всё это может показаться достаточно очевидным, но у этой функции есть несколько аспектов, которые использовались и злоупотреблялись на протяжении многих лет, что и лежит в основе большей части сегодняшних проблем с DNS.

Когда Интернет стал играть более важную роль в сфере общественных коммуникаций, DNS пришёл вместе с ним и быстро стал уязвимым местом. Например, если бы я мог видеть ваши DNS-запросы и подделывать ответы DNS, я могу бы направить вас по ложному пути. Я мог бы отравить ваш кеш ненужной информацией в ответах DNS (спуфинг), которой вы были бы готовы поверить.
Однако вмешательство в DNS — это не просто инструмент для злоумышленников. Многие национальные режимы используют свои регулирующие и судебные полномочия, чтобы заставить интернет-провайдеров активно следить за пользователями, перехватывая запросы для определённых доменных имён и синтезируя ответ DNS, чтобы скрыть результаты, или перенаправлять конечного пользователя в другую точку обслуживания. Сегодня это очень распространено. Но, возможно, более тревожным, для некоторых членов технического сообщества (RFC 7258), составляющих ядро IETF, были разоблачения Сноудена в 2013 году, которые показали, что Интернет используется рядом национальных агентств, включая некоторые агентства США, для осуществления массовой слежки. Всё, что происходит в сети, начинается с обращения к DNS. Всё. Например, если мне удастся наблюдать за потоком ваших DNS-запросов, то для меня не останется никаких секретов про вас. Я действительно узнаю всё, что вы делаете в Интернете. И с кем.

Реакцией технических специалистов на документы Сноудена стало создание нового набора средств защиты вокруг DNS. Сообщения DNS шифруются, источники информации DNS аутентифицируются, запросы DNS очищаются от всей посторонней информации, а содержимое DNS подвергается проверке. Поддельные ответы DNS могут быть распознаны и отклонены. В наши дни мы рассматриваем, пожалуй, самые полные меры с двухуровневой аутентификацией, так что ни одна сторона не может сопоставить, кто запрашивает, и имя, которое запрашивается. Дело не в том, что такая информация хорошо скрыта — она больше не существует в изначальной форме, как только покидает приложение на устройстве пользователя.

Непонятно, что это означает в долгосрочной перспективе. Остаются ли незамеченными действия злоумышленников? Теряем ли мы видимость управления сетью? Что такое «безопасная» сеть и как её защитить, используя традиционные методы проверки трафика, когда весь сетевой трафик непрозрачен? Если мы больше не можем видеть внутреннюю часть DNS, то как мы можем определить, был ли (и если да, то когда?) DNS захвачен одним или двумя цифровыми гигантами?

Уже сейчас невероятно сложно найти данные DNS-запросов. Легко говорить об обеспечении части DNS, но чрезвычайно сложно выяснить, как используется DNS. Последствия обеспечения конфиденциальности слишком велики, чтобы сделать эти данные доступными, а запутывание делает их в значительной степени бесполезными. К чему мы движемся, так это к тому, что в DNS больше ничего нельзя увидеть. И никакая политика или регулирование не могут существенно изменить эту траекторию. Здесь мы говорим о действиях и поведении приложений. Попытка применить некоторые нормативные требования к поведению протокола DNS, примерно то же самое, что и попытка регулировать детальное поведение Microsoft Word или браузера Chrome.

Во многих смыслах как мотивы крупных операторов современного Интернета (Google, Apple и т. д.), так и их восприятие предпочтений пользователей совпали в том, что существует очевидное вновь обретённое уважение к конфиденциальности. С преобладанием уровня приложений в качестве доминирующего фактора в экосистеме Интернета приложения испытывают сильное неприятие того, чтобы позволить сети или платформе получить какое-либо представление о поведении приложения или содержании транзакций приложения. Протокол QUIC — хороший пример загрузки всей функции транспортных и контентных драйверов в приложение и сокрытия абсолютно всего от платформы и сети.

DNS движется в том направлении, где с помощью таких инструментов, как HTTPS и DNSSEC, мы можем полностью удалить DNS-запросы конечного пользователя и получить сервер для предварительной подготовки DNS-информации с помощью push-сервера. Если вы думали о DNS как об общей части инфраструктуры сетевого уровня, то это представление заменяется представлением о DNS как об артефакте приложения.

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

❯ Признание вехи

Тем не менее, оглядываясь назад на то, как появилась DNS, и на процессы, обеспечивающие её надёжное функционирование, важно признать работу, проделанную организациями и отдельными лицами, составляющими это сообщество. Мы также должны помнить, что усилия по-прежнему опираются на добровольное сотрудничество.

Празднование таких годовщин, как 35-летие протокола DNS, позволяет многочисленным заинтересованным сторонам и сообществам сделать паузу и задуматься об огромной работе и ответственности, стоящей перед нами. Благодаря новаторским умам, которые задумали и построили раннюю инфраструктуру Интернета, и, в частности, фундаментальному вкладу Пола Мокапетриса в набор протоколов DNS, мир смог создать устойчивую глобальную экономику, которую мало кто мог себе представить 35 лет назад.

35-я годовщина публикации RFC 1034 и 1035 напоминает нам о вкладе DNS в рост и масштабирование того, что мы знаем сегодня как «Интернет». Это момент, который стоит отметить.

Подпишись на наш блог, чтобы не пропустить новые интересные посты!

С праздником коллеги!⁠ ⁠

Напоминаю, что сегодня день сисадмина! Всем причастным радоваться. А то забывать стали, что есть такой праздник.

Помогите с выбором бесплатной HelpDesk платформы для лицея⁠ ⁠

Всем привет. Пишу пост в надежде помощи ребят из IT-тусовки. Короче, нужно в образовательное учреждение (лицей) для сотрудников (учителей) автоматизировать подачу заявок на обслуживание. Честно скажу, беготня с листом бумаги — устаревший вариант времён дедушкиных подштанников. Так как в лицее работает все в доменной сети, есть выделенный IP-адрес, у всех есть компы с Windows 10 Pro на борту и смартфоны с Whatsapp и Telegram, появилась идея так или иначе привести эту сферу работы в порядок. Насмотрелся на разные системы подачи заявок, облизался и загрустил, когда увидел, сколько они стоят. Мне нужно не много, чтобы доменный пользователь, после авторизации в учётке, перешёл на сервер лицея, там ему выплюнули форму, дескать, опиши что нужно сделать, а мне потом его писанина была доступна с возможностью изменений статуса и так далее.
да, это я сейчас про идеальный вариант, само собой, способов как оставить заявку существует с десяток точно, через мессенджеры, почту, письмом и т.д. можно было бы и просто остановиться на письмах или сообщениях в личку, но хочется видеть некую структуру, упорядоченная история решения, так как некоторые проблемы бывают типовыми, и порой хочется посмотреть, как проблема решалась когда-то.
Из того, что успел пощупать, больше всего понравилась Intraservice, но там ограничено количество пользователей, а в моем случае их будет около 50 человек.
Прошу подсказать именно бесплатное решение, так как, честно, руководству и так норм, как говорится, а тетрадка меня ну совсем не устраивает. С работниками лицея пообщался, вариант автоматизации поддерживают, ждут предложения, а я жду вашей помощи, наверное кто-то что-то подходящее уже использует.

Вопрос по инвентаризации офисной техники⁠ ⁠

Я эникей в IT фирме по разработке ПО.

Достаточно давно висит вопрос об учете техники в компании. Может ли кто-нибудь подказать, какие решение используются у вас в компании?

По основым проблемам, комплектующие внутри ПК достаточно часто меняются между машинами. Машин чуть больше 200, не считая серверный парк.

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

Фальшивый itшник⁠ ⁠

Я обычный казахский парень и как обычный казахский парень, я работаю devopsом. Ну у нас в степи обычно как бывает, когда человеку даже овец пасти не доверяют, а таксовать машины нет, приходится работать в it. Долгое время я прятался от степных волков и казашек которым пора замуж, на проекте в налоговой, притворно изображая администратора. Со временем я научился делать это так умело, что даже матёрые админы замечать перестали. Этот театр одного актера продолжался долгие 15 лет. Но однажды принудительно возвращенный в офис с удаленки, с удивлением обнаружил что половина отдела приходят со своими рабочими проблемами и мне приходится их решать. Посидев в роли наставника пару дней, понял, пора валить. Начал искать работу, где я смогу притворяться за ту же сумму но не так много. Однажды на одном из собеседований, когда я рассказывал какие мохинаций с bash я применял, что бы ничего не делать, hr мне поставил диагноз "так ты этот. как его. DevOps". Ого! подумал я "такими мы ещё не притворялись" и смело указал в резюме что DevOps. И с тех пор уже три года я успешно притворяюсь DevOps ом в разных фирмах. Это совсем просто прохожу одно собеседование за другим и когда появлялись вопросы на которые я не мог ответить, я просто иду читать ответы. А устроившись просто делал то что читал. И вот сегодня я вышел на новую работу в очередной раз я обманул devops senior-а рассказав как расцветёт его система с применением практик инфраструктурного кода. Он даже принял за чистую монету что ci на jenkins я использую, не потому что не знаю как это делается в gitlab, а потому что убежден что нельзя класть яйца репозитория и пайплайна в один сервис. Спустя какое то время, когда я выслушивал ответную его тираду "что микросервисы надо использовать только в том случае когда не можешь спрогнозировать нагрузку на систему". И тут меня осенило я имею дело с гениальным актером который научился притворяться на уровне senior DevOps. Придурка который открыл статью "какие вопросы надо задавать девопсу на собеседовании" я бы распознал сразу.
И вот первый рабочий день, начали мы как у них в обычаях со стендапа. Потому как он прошел закрались первые смутные сомнения. Senior в задачи погрузится не дал. На вопрос под какие ОС писать плейбуки? мне не внятно промычал и что то куда-то принялся писать. Какой вид бэкапа писать в плейбуке для mysql? сказали покамест не нужно писать его вообще. Из чего я понял что тех задание на испытательный месяц писали для меня на шару.
Senior поругал отвлеченого на посторонние разговоры в офисе девопса. Мол у нас дескать стендап, а ты отвлечен фу фу фу. Как бы показывая зубки альфача. А когда бета девопс начал что то тоже конкретизировать из серий "будет ли в плейбуке докер" последовал ответ он сам должен это спрашивать. А когда я повторил вопрос он не ответил. Ну думаю хрен с тобой senior помидор, самое место такому на rotten tomato's"
Где то два или три часа меня донимал бухгалтер требуя подписать все на свете.
Затем hr-ом я был запущен в корпоративный Битрикс где должен был ознакомиться с видео материалами. В сумбурные речи лекторов я вслушиваться не стал, в нашей профессии быстро учишься определять инфоциган торгующих рожей на фоне скрина какого-нибудь софта. Да мудрено ли с моим стажем в почти двадцать лет верить в сказки из серий "построение горизонтальных связей между работниками ускорит процесс согласования" ага щаз, вы мне ещё про "собор и базар" расскажите. Полтора часа ребята с видео, переливали из пустого в порожнюю, тыкая пальцем в схему о которой любая секретутка выразилась бы "ой бывала я в структурах и по больше". После увиденного смутные сомнения начали терзать с новой силой".
Окончательно точка поставлена была только во время прохождения материалов по логировнию, так они "протоколирование выполненных работ" у себя на иностранный манер обозвали. Снова и снова читая пяти страничный текст, я просто диву давался, как можно было простую мысль "записывайте за собой все что делаете" тонким слоем смысла натянуть на пять страниц с рисунками. Я всякое видел но такое, такое ощущение что у автора стояла задача зашифровать а не обьяснить. И когда я увидел тест в конце текста, все наконец-то встало на свой места.
Раз за разом проваливая тест на двух вопросах из шести, я разбирал ситуацию "Так значит ребята вы наняли инженера, час которого стоит как рандеву с путаной. И вместо того что бы дать доступ к aws, вы его талмудом от аутистов об тесты херачите? Сразу повеяло душком каворкинга родной нацкомпаний, в ней начальство так усердно делало вид что работает, что местами даже само в это верило. И вот эта вера и рождала в чреслах менеджмента, такие вот документы и тесты. Ну там то гос бюджет все понятно. А тут что происходит? А тут тоже самое, разница только в том весь этот театр для инвесторов. Через годик до инвестора дойдет что "царь не настоящий". А прибыль не женский оргазм, такое не сыграть. Если даже и получится, то на суде и бездарно как у Эмбер Херд. И пойду я с вами на hh собеседование клянчить. Подумал я и написал hr-у который как ни странно был самым настоящим "бро сори, но я сваливаю"
Потому что я притворяюсь почти 20 лет, уж я то в курсе как ложь огорчает, не умелая ложь бесит. А самообман это глупость вызывающая недоумение.