#сети — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #сети, aggregated by home.social.
-
Kubernetes просто, часть 4: как трафик попадает в кластер, NodePort и LoadBalancer
Разбираемся, как предоставить доступ к приложению снаружи Kubernetes-кластера. На простых схемах рассмотрим ClusterIP, NodePort и LoadBalancer, разберём разницу между port , targetPort и nodePort и проследим путь запроса от клиента до Pod
https://habr.com/ru/articles/1086754/
#kubernetes #k8s #service #clusterip #nodeport #loadbalancer #devops #сети #контейнеры #cloud_native
-
Kubernetes просто, часть 4: как трафик попадает в кластер, NodePort и LoadBalancer
Разбираемся, как предоставить доступ к приложению снаружи Kubernetes-кластера. На простых схемах рассмотрим ClusterIP, NodePort и LoadBalancer, разберём разницу между port , targetPort и nodePort и проследим путь запроса от клиента до Pod
https://habr.com/ru/articles/1086754/
#kubernetes #k8s #service #clusterip #nodeport #loadbalancer #devops #сети #контейнеры #cloud_native
-
Kubernetes просто, часть 4: как трафик попадает в кластер, NodePort и LoadBalancer
Разбираемся, как предоставить доступ к приложению снаружи Kubernetes-кластера. На простых схемах рассмотрим ClusterIP, NodePort и LoadBalancer, разберём разницу между port , targetPort и nodePort и проследим путь запроса от клиента до Pod
https://habr.com/ru/articles/1086754/
#kubernetes #k8s #service #clusterip #nodeport #loadbalancer #devops #сети #контейнеры #cloud_native
-
Как нарисовать чёткие логические сетевые диаграммы
Привет, Хабр! С вами эксперты ИнфоТеКС. В этой статье мы делимся опытом создания сетевых схем — от физических до логических уровней. Материал основан на анализе нескольких зарубежных статей, которые мы дополнили собственными наработками и адаптировали под реалии корпоративной разработки.
https://habr.com/ru/companies/infotecs_tech/articles/1082140/
#инфотекс #информационная_безопасность #инфобез #сети #сети_администрирование
-
Как нарисовать чёткие логические сетевые диаграммы
Привет, Хабр! С вами эксперты ИнфоТеКС. В этой статье мы делимся опытом создания сетевых схем — от физических до логических уровней. Материал основан на анализе нескольких зарубежных статей, которые мы дополнили собственными наработками и адаптировали под реалии корпоративной разработки.
https://habr.com/ru/companies/infotecs_tech/articles/1082140/
#инфотекс #информационная_безопасность #инфобез #сети #сети_администрирование
-
Как нарисовать чёткие логические сетевые диаграммы
Привет, Хабр! С вами эксперты ИнфоТеКС. В этой статье мы делимся опытом создания сетевых схем — от физических до логических уровней. Материал основан на анализе нескольких зарубежных статей, которые мы дополнили собственными наработками и адаптировали под реалии корпоративной разработки.
https://habr.com/ru/companies/infotecs_tech/articles/1082140/
#инфотекс #информационная_безопасность #инфобез #сети #сети_администрирование
-
Насколько нам нужны высокие технологии в обычной жизни?
Всем привет! Меня зовут Антон. Я крайне редко писал на хабре, хотя читаю его регулярно. Моя сетевая активность была больше направлена на д3/лепру/орбитар, если кто слышал про такие ресурсы. Кратко о себе: начинал со сборки/ремонта/продажи б/у компьютеров в конце 90-х. Потом прошёл затейливый путь через монтажника, проектировщика сетей и добрался до главного специалиста центра управления сетями одного из крупнейших магистральных операторов страны. Сразу дисклеймер: я не являюсь официальным представителем оператора. Все мои посты и комментарии - исключительно личное мнение. И да, я подвержен NDA. И более чем уверен, что по нику меня узнают коллеги, с которыми мы регулярно или не очень общаемся в других “соцсетях” в том числе по рабочим вопросам. Недавно я попробовал погрузиться в Хабр чуть больше, чем просто просматривая заинтересовавшие ссылки, которые ранее присылали коллеги. Чтобы, так сказать, проникнуться атмосферой. Для начала я сделал выборку “сетевые технологии” и “лучшее за год”. Большинство постов было посвящено обходу блокировок. В целом это неудивительно и вполне обосновано. Но попадались и интересные вещи. Потом погрузился в кроличью нору чуть дальше входа. И мне начали открываться весьма забавные вещи. Например война людей, работающих на развитие высоких технологий, против этих самых высоких технологий. Вот тут я прямо в ступор впал. Впрочем я не об этом. Попробуем сделать синергию из постов. Так истерически сложилось, что я, обладая навыками социального взаимодействия с разными, в том числе странными людьми, затем некими техническими знаниями, и непонятной склонностью к общественной деятельности я являюсь активистом стоквартирного дома. Мой первый опыт написания поста
-
Насколько нам нужны высокие технологии в обычной жизни?
Всем привет! Меня зовут Антон. Я крайне редко писал на хабре, хотя читаю его регулярно. Моя сетевая активность была больше направлена на д3/лепру/орбитар, если кто слышал про такие ресурсы. Кратко о себе: начинал со сборки/ремонта/продажи б/у компьютеров в конце 90-х. Потом прошёл затейливый путь через монтажника, проектировщика сетей и добрался до главного специалиста центра управления сетями одного из крупнейших магистральных операторов страны. Сразу дисклеймер: я не являюсь официальным представителем оператора. Все мои посты и комментарии - исключительно личное мнение. И да, я подвержен NDA. И более чем уверен, что по нику меня узнают коллеги, с которыми мы регулярно или не очень общаемся в других “соцсетях” в том числе по рабочим вопросам. Недавно я попробовал погрузиться в Хабр чуть больше, чем просто просматривая заинтересовавшие ссылки, которые ранее присылали коллеги. Чтобы, так сказать, проникнуться атмосферой. Для начала я сделал выборку “сетевые технологии” и “лучшее за год”. Большинство постов было посвящено обходу блокировок. В целом это неудивительно и вполне обосновано. Но попадались и интересные вещи. Потом погрузился в кроличью нору чуть дальше входа. И мне начали открываться весьма забавные вещи. Например война людей, работающих на развитие высоких технологий, против этих самых высоких технологий. Вот тут я прямо в ступор впал. Впрочем я не об этом. Попробуем сделать синергию из постов. Так истерически сложилось, что я, обладая навыками социального взаимодействия с разными, в том числе странными людьми, затем некими техническими знаниями, и непонятной склонностью к общественной деятельности я являюсь активистом стоквартирного дома. Мой первый опыт написания поста
-
Насколько нам нужны высокие технологии в обычной жизни?
Всем привет! Меня зовут Антон. Я крайне редко писал на хабре, хотя читаю его регулярно. Моя сетевая активность была больше направлена на д3/лепру/орбитар, если кто слышал про такие ресурсы. Кратко о себе: начинал со сборки/ремонта/продажи б/у компьютеров в конце 90-х. Потом прошёл затейливый путь через монтажника, проектировщика сетей и добрался до главного специалиста центра управления сетями одного из крупнейших магистральных операторов страны. Сразу дисклеймер: я не являюсь официальным представителем оператора. Все мои посты и комментарии - исключительно личное мнение. И да, я подвержен NDA. И более чем уверен, что по нику меня узнают коллеги, с которыми мы регулярно или не очень общаемся в других “соцсетях” в том числе по рабочим вопросам. Недавно я попробовал погрузиться в Хабр чуть больше, чем просто просматривая заинтересовавшие ссылки, которые ранее присылали коллеги. Чтобы, так сказать, проникнуться атмосферой. Для начала я сделал выборку “сетевые технологии” и “лучшее за год”. Большинство постов было посвящено обходу блокировок. В целом это неудивительно и вполне обосновано. Но попадались и интересные вещи. Потом погрузился в кроличью нору чуть дальше входа. И мне начали открываться весьма забавные вещи. Например война людей, работающих на развитие высоких технологий, против этих самых высоких технологий. Вот тут я прямо в ступор впал. Впрочем я не об этом. Попробуем сделать синергию из постов. Так истерически сложилось, что я, обладая навыками социального взаимодействия с разными, в том числе странными людьми, затем некими техническими знаниями, и непонятной склонностью к общественной деятельности я являюсь активистом стоквартирного дома. Мой первый опыт написания поста
-
Как делать изолированные контура
В разных сетях находились десятки K8S кластеров, в сутки создавались и удалялись десятки виртуальных машин и все из этого нужно было конфигурировать. А одним из требований к нашей работе, стало использование, так называемого нами, контролируемого периметра. То есть всем приложениям работающие в нем, строжайше запрещалось взаимодействовать с публичными сетями любым образом, начиная DNS и NTP запросами и заканчивая использованием публичных Docker Registry, APT, PyPI, npm, Helm, Maven и других репозиториев.
-
Как делать изолированные контура
В разных сетях находились десятки K8S кластеров, в сутки создавались и удалялись десятки виртуальных машин и все из этого нужно было конфигурировать. А одним из требований к нашей работе, стало использование, так называемого нами, контролируемого периметра. То есть всем приложениям работающие в нем, строжайше запрещалось взаимодействовать с публичными сетями любым образом, начиная DNS и NTP запросами и заканчивая использованием публичных Docker Registry, APT, PyPI, npm, Helm, Maven и других репозиториев.
-
Как делать изолированные контура
В разных сетях находились десятки K8S кластеров, в сутки создавались и удалялись десятки виртуальных машин и все из этого нужно было конфигурировать. А одним из требований к нашей работе, стало использование, так называемого нами, контролируемого периметра. То есть всем приложениям работающие в нем, строжайше запрещалось взаимодействовать с публичными сетями любым образом, начиная DNS и NTP запросами и заканчивая использованием публичных Docker Registry, APT, PyPI, npm, Helm, Maven и других репозиториев.
-
https://www.europesays.com/people/206000/ Caucasian Knot | The broadcast of the debates in South Ossetia disappointed Telegram users. #telegram #VladimirPutin #дебатов #кандидатов #осетии #пишет #политику #пользователей #разочаровала #сегодня #сентября #сети #трансляции #трансляция #чем #что #южной
-
Замочек в адресной строке есть, а список ваших сайтов всё равно виден
Про публичный Wi-Fi принято говорить одно из двух. Либо «там воруют пароли, не подключайтесь», либо «сейчас везде HTTPS, всё в порядке». Обе формулировки неточные, и обе мешают понимать, что происходит на самом деле. Пароли при работающем HTTPS действительно не украдут — с этим всё в порядке. А вот список сайтов, куда вы ходите, виден любому, кто сидит на том же канале — владельцу точки доступа, провайдеру, соседу с ноутбуком, если сеть открытая. Причём видно его в открытом виде, никакого взлома для этого не требуется.
https://habr.com/ru/articles/1075278/
#сети #информационная_безопасность #информационные_технологии #трафик
-
Замочек в адресной строке есть, а список ваших сайтов всё равно виден
Про публичный Wi-Fi принято говорить одно из двух. Либо «там воруют пароли, не подключайтесь», либо «сейчас везде HTTPS, всё в порядке». Обе формулировки неточные, и обе мешают понимать, что происходит на самом деле. Пароли при работающем HTTPS действительно не украдут — с этим всё в порядке. А вот список сайтов, куда вы ходите, виден любому, кто сидит на том же канале — владельцу точки доступа, провайдеру, соседу с ноутбуком, если сеть открытая. Причём видно его в открытом виде, никакого взлома для этого не требуется.
https://habr.com/ru/articles/1075278/
#сети #информационная_безопасность #информационные_технологии #трафик
-
Замочек в адресной строке есть, а список ваших сайтов всё равно виден
Про публичный Wi-Fi принято говорить одно из двух. Либо «там воруют пароли, не подключайтесь», либо «сейчас везде HTTPS, всё в порядке». Обе формулировки неточные, и обе мешают понимать, что происходит на самом деле. Пароли при работающем HTTPS действительно не украдут — с этим всё в порядке. А вот список сайтов, куда вы ходите, виден любому, кто сидит на том же канале — владельцу точки доступа, провайдеру, соседу с ноутбуком, если сеть открытая. Причём видно его в открытом виде, никакого взлома для этого не требуется.
https://habr.com/ru/articles/1075278/
#сети #информационная_безопасность #информационные_технологии #трафик
-
Что происходит, когда вы открываете сайт в браузере: путь одного запроса
Вы вводите адрес в браузере и нажимаете Enter. Через долю секунды на экране появляется страница — настолько привычное действие, что мы не задумываемся, сколько всего происходит между нажатием клавиши и первым отрисованным пикселем. А происходит немало. Браузер превращает имя сайта в IP-адрес и договаривается с сервером о шифровании. Затем он отправляет запрос, дожидается ответа, разбирает полученный код и превращает его в картинку на экране. Все это укладывается в миллисекунды. Разбираться в этом пути полезно не только из любопытства. Когда сайт долго грузится, это понимание сразу подсказывает, где искать причину: в DNS, в медленном ответе сервера или в тяжелом JavaScript, который блокирует отрисовку. То же понимание помогает осознанно выбирать хостинг и настройки сервера. Дальше — весь путь по шагам: от разбора адреса до отрисованной страницы.
https://habr.com/ru/companies/timeweb/articles/1073860/
#dns #http #tcp #ip #tls #браузеры #вебразработка #сети #timeweb_статьи
-
Что происходит, когда вы открываете сайт в браузере: путь одного запроса
Вы вводите адрес в браузере и нажимаете Enter. Через долю секунды на экране появляется страница — настолько привычное действие, что мы не задумываемся, сколько всего происходит между нажатием клавиши и первым отрисованным пикселем. А происходит немало. Браузер превращает имя сайта в IP-адрес и договаривается с сервером о шифровании. Затем он отправляет запрос, дожидается ответа, разбирает полученный код и превращает его в картинку на экране. Все это укладывается в миллисекунды. Разбираться в этом пути полезно не только из любопытства. Когда сайт долго грузится, это понимание сразу подсказывает, где искать причину: в DNS, в медленном ответе сервера или в тяжелом JavaScript, который блокирует отрисовку. То же понимание помогает осознанно выбирать хостинг и настройки сервера. Дальше — весь путь по шагам: от разбора адреса до отрисованной страницы.
https://habr.com/ru/companies/timeweb/articles/1073860/
#dns #http #tcp #ip #tls #браузеры #вебразработка #сети #timeweb_статьи
-
Что происходит, когда вы открываете сайт в браузере: путь одного запроса
Вы вводите адрес в браузере и нажимаете Enter. Через долю секунды на экране появляется страница — настолько привычное действие, что мы не задумываемся, сколько всего происходит между нажатием клавиши и первым отрисованным пикселем. А происходит немало. Браузер превращает имя сайта в IP-адрес и договаривается с сервером о шифровании. Затем он отправляет запрос, дожидается ответа, разбирает полученный код и превращает его в картинку на экране. Все это укладывается в миллисекунды. Разбираться в этом пути полезно не только из любопытства. Когда сайт долго грузится, это понимание сразу подсказывает, где искать причину: в DNS, в медленном ответе сервера или в тяжелом JavaScript, который блокирует отрисовку. То же понимание помогает осознанно выбирать хостинг и настройки сервера. Дальше — весь путь по шагам: от разбора адреса до отрисованной страницы.
https://habr.com/ru/companies/timeweb/articles/1073860/
#dns #http #tcp #ip #tls #браузеры #вебразработка #сети #timeweb_статьи
-
Docker Fundamentals: полный гайд по сетям и драйверам
Разбираем сетевые драйверы Docker — bridge, host, overlay, macvlan, ipvlan — DNS, порты и плагины: от основ до продвинутых сценариев. Читать
https://habr.com/ru/companies/ruvds/articles/1061388/
#docker #dockercompose #docker_сети #сети #сети_администрирование #ruvds_статьи
-
Docker Fundamentals: полный гайд по сетям и драйверам
Разбираем сетевые драйверы Docker — bridge, host, overlay, macvlan, ipvlan — DNS, порты и плагины: от основ до продвинутых сценариев. Читать
https://habr.com/ru/companies/ruvds/articles/1061388/
#docker #dockercompose #docker_сети #сети #сети_администрирование #ruvds_статьи
-
Docker Fundamentals: полный гайд по сетям и драйверам
Разбираем сетевые драйверы Docker — bridge, host, overlay, macvlan, ipvlan — DNS, порты и плагины: от основ до продвинутых сценариев. Читать
https://habr.com/ru/companies/ruvds/articles/1061388/
#docker #dockercompose #docker_сети #сети #сети_администрирование #ruvds_статьи
-
Простые сложные сети: как устроена сеть в MWS Cloud Platform
Привет! Меня зовут Ренат Ахмеров, я один из руководителей направления по работе с виртуальными сетями и сетевыми функциями
https://habr.com/ru/companies/mws/articles/1071128/
#cloud #mwscloudplatform #MWS_Cloud #VPC #сети #network #виртуальная_сеть
-
Простые сложные сети: как устроена сеть в MWS Cloud Platform
Привет! Меня зовут Ренат Ахмеров, я один из руководителей направления по работе с виртуальными сетями и сетевыми функциями
https://habr.com/ru/companies/mws/articles/1071128/
#cloud #mwscloudplatform #MWS_Cloud #VPC #сети #network #виртуальная_сеть
-
Простые сложные сети: как устроена сеть в MWS Cloud Platform
Привет! Меня зовут Ренат Ахмеров, я один из руководителей направления по работе с виртуальными сетями и сетевыми функциями
https://habr.com/ru/companies/mws/articles/1071128/
#cloud #mwscloudplatform #MWS_Cloud #VPC #сети #network #виртуальная_сеть
-
Курс системного администрирования (полный цикл практической работы) — Лимб
Мои знания по системному администрированию предназначены для начинающих специалистов, студентов и всех, кто хочет разобраться в устройстве серверной инфраструктуры. В статье рассматриваются основы работы ЦОДов, серверных шкафов, серверного оборудования, RAID, BIOS, BMC, оптоволоконных и медных кабелей. Отдельные разделы посвящены DNS, Active Directory, групповым политикам, аутентификации и другим базовым службам корпоративной среды. Материал объясняет технические понятия простым языком, дополняется схемами, таблицами и практическими примерами. Цель курса — сформировать целостное понимание инфраструктуры, дать базовый профессиональный словарь и подготовить читателя к дальнейшему изучению Windows Server, сетей, виртуализации и систем хранения данных, а также к уверенному выполнению первых практических задач системного администратора в организации. Оставь надежду всяк сюда входящий
https://habr.com/ru/articles/1066036/
#цод #raid #курс #системное_администрирование #оптоволоконный_кабель #сети #сервера #обучение #bios #база
-
Курс системного администрирования (полный цикл практической работы) — Лимб
Мои знания по системному администрированию предназначены для начинающих специалистов, студентов и всех, кто хочет разобраться в устройстве серверной инфраструктуры. В статье рассматриваются основы работы ЦОДов, серверных шкафов, серверного оборудования, RAID, BIOS, BMC, оптоволоконных и медных кабелей. Отдельные разделы посвящены DNS, Active Directory, групповым политикам, аутентификации и другим базовым службам корпоративной среды. Материал объясняет технические понятия простым языком, дополняется схемами, таблицами и практическими примерами. Цель курса — сформировать целостное понимание инфраструктуры, дать базовый профессиональный словарь и подготовить читателя к дальнейшему изучению Windows Server, сетей, виртуализации и систем хранения данных, а также к уверенному выполнению первых практических задач системного администратора в организации. Оставь надежду всяк сюда входящий
https://habr.com/ru/articles/1066036/
#цод #raid #курс #системное_администрирование #оптоволоконный_кабель #сети #сервера #обучение #bios #база
-
Курс системного администрирования (полный цикл практической работы) — Лимб
Мои знания по системному администрированию предназначены для начинающих специалистов, студентов и всех, кто хочет разобраться в устройстве серверной инфраструктуры. В статье рассматриваются основы работы ЦОДов, серверных шкафов, серверного оборудования, RAID, BIOS, BMC, оптоволоконных и медных кабелей. Отдельные разделы посвящены DNS, Active Directory, групповым политикам, аутентификации и другим базовым службам корпоративной среды. Материал объясняет технические понятия простым языком, дополняется схемами, таблицами и практическими примерами. Цель курса — сформировать целостное понимание инфраструктуры, дать базовый профессиональный словарь и подготовить читателя к дальнейшему изучению Windows Server, сетей, виртуализации и систем хранения данных, а также к уверенному выполнению первых практических задач системного администратора в организации. Оставь надежду всяк сюда входящий
https://habr.com/ru/articles/1066036/
#цод #raid #курс #системное_администрирование #оптоволоконный_кабель #сети #сервера #обучение #bios #база
-
Железный дайджест июня
Июнь выдался плотным: Qualcomm придумала замену HBM памяти в GPU, развивается PCIe 6.0, а китайцы прогнали 51 Тбит/с по полой трубке из стекла. Разбираем всё по порядку, традиционный дайджест серверного (и не только) железа от менеджера продукта
https://habr.com/ru/companies/selectel/articles/1059332/
#selectel #itкомпании #itинфраструктура #digest #серверы #cpu #gpu #ssd #сети
-
Железный дайджест июня
Июнь выдался плотным: Qualcomm придумала замену HBM памяти в GPU, развивается PCIe 6.0, а китайцы прогнали 51 Тбит/с по полой трубке из стекла. Разбираем всё по порядку, традиционный дайджест серверного (и не только) железа от менеджера продукта
https://habr.com/ru/companies/selectel/articles/1059332/
#selectel #itкомпании #itинфраструктура #digest #серверы #cpu #gpu #ssd #сети
-
Железный дайджест июня
Июнь выдался плотным: Qualcomm придумала замену HBM памяти в GPU, развивается PCIe 6.0, а китайцы прогнали 51 Тбит/с по полой трубке из стекла. Разбираем всё по порядку, традиционный дайджест серверного (и не только) железа от менеджера продукта
https://habr.com/ru/companies/selectel/articles/1059332/
#selectel #itкомпании #itинфраструктура #digest #серверы #cpu #gpu #ssd #сети
-
FOG Prime: локальный помощник для стабильной работы Discord и YouTube в Windows
Статья представляет собой практическое пособие по изучению FOG Prime и основ сетевого взаимодействия. На примере проекта рассматриваются работа Discord и YouTube, различия между TCP и UDP, роль DNS, TLS и QUIC, автоматический подбор сетевых профилей и проверка соединения. Материал написан простым языком и подойдёт начинающим пользователям и разработчикам.
https://habr.com/ru/articles/1060418/
#Discord #YouTube #Windows #сети #DPI #WinDivert #NET #open_source #GitHub
-
FOG Prime: локальный помощник для стабильной работы Discord и YouTube в Windows
Статья представляет собой практическое пособие по изучению FOG Prime и основ сетевого взаимодействия. На примере проекта рассматриваются работа Discord и YouTube, различия между TCP и UDP, роль DNS, TLS и QUIC, автоматический подбор сетевых профилей и проверка соединения. Материал написан простым языком и подойдёт начинающим пользователям и разработчикам.
https://habr.com/ru/articles/1060418/
#Discord #YouTube #Windows #сети #DPI #WinDivert #NET #open_source #GitHub
-
FOG Prime: локальный помощник для стабильной работы Discord и YouTube в Windows
Статья представляет собой практическое пособие по изучению FOG Prime и основ сетевого взаимодействия. На примере проекта рассматриваются работа Discord и YouTube, различия между TCP и UDP, роль DNS, TLS и QUIC, автоматический подбор сетевых профилей и проверка соединения. Материал написан простым языком и подойдёт начинающим пользователям и разработчикам.
https://habr.com/ru/articles/1060418/
#Discord #YouTube #Windows #сети #DPI #WinDivert #NET #open_source #GitHub
-
«Web 3.0» оказался скамом и «Web N+1» окажется им же. В чем реальная проблема сети Интернет?
“Web 3.0” провалился с оглушительными убытками и структурной иронией: под капотом “децентрализованных” приложений почти всегда обнаруживались два-три централизованных сервера. Но что, если проблема вообще не там, где её ищут годами — не в удобстве, не в модели собственности и не в токенах? Что, если каждая следующая "Web N+1" обречена повторить тот же провал просто потому, что решает не тот вопрос? Статья спускается на уровень ниже маркетинговых обещаний — туда, где DNS-резолверы, сертификаты и логи хостинг-провайдера годами накапливают более серьёзную проблему, чем "владение активом", которую можно выразить как "владение владельцем активов". Так же разбирается почему довод "да кому я нужен" окончательно устарел в эпоху автоматизированного анализа больших данных, и почему из всех технологий, придуманных для решения этой задачи, работает по-настоящему только одна категория — причём не та, о которой чаще всего вспоминают.
-
«Web 3.0» оказался скамом и «Web N+1» окажется им же. В чем реальная проблема сети Интернет?
“Web 3.0” провалился с оглушительными убытками и структурной иронией: под капотом “децентрализованных” приложений почти всегда обнаруживались два-три централизованных сервера. Но что, если проблема вообще не там, где её ищут годами — не в удобстве, не в модели собственности и не в токенах? Что, если каждая следующая "Web N+1" обречена повторить тот же провал просто потому, что решает не тот вопрос? Статья спускается на уровень ниже маркетинговых обещаний — туда, где DNS-резолверы, сертификаты и логи хостинг-провайдера годами накапливают более серьёзную проблему, чем "владение активом", которую можно выразить как "владение владельцем активов". Так же разбирается почему довод "да кому я нужен" окончательно устарел в эпоху автоматизированного анализа больших данных, и почему из всех технологий, придуманных для решения этой задачи, работает по-настоящему только одна категория — причём не та, о которой чаще всего вспоминают.
-
«Web 3.0» оказался скамом и «Web N+1» окажется им же. В чем реальная проблема сети Интернет?
“Web 3.0” провалился с оглушительными убытками и структурной иронией: под капотом “децентрализованных” приложений почти всегда обнаруживались два-три централизованных сервера. Но что, если проблема вообще не там, где её ищут годами — не в удобстве, не в модели собственности и не в токенах? Что, если каждая следующая "Web N+1" обречена повторить тот же провал просто потому, что решает не тот вопрос? Статья спускается на уровень ниже маркетинговых обещаний — туда, где DNS-резолверы, сертификаты и логи хостинг-провайдера годами накапливают более серьёзную проблему, чем "владение активом", которую можно выразить как "владение владельцем активов". Так же разбирается почему довод "да кому я нужен" окончательно устарел в эпоху автоматизированного анализа больших данных, и почему из всех технологий, придуманных для решения этой задачи, работает по-настоящему только одна категория — причём не та, о которой чаще всего вспоминают.
-
Строим сеть на Qeli
Для понимания сути вопроса - немного истории: Жила-была CRM, частная, корпоративная - хостилась на удаленном сервере у надежного хостера, сотрудники из разных филиалов заходили в нее и работали свою работу. Никаких тысяч серверов, никакого кровавого энтерпрайза - всё тихо, мирно, почти по-домашнему. И работало это долго, пока враги не начали ломать интернет. У части пользователей пропадал доступ к сайту, работать они не могли - сначала помогал VPN, но потом враги начали бороться и с VPN. Попробовали разнести точки входа по серверам по локациям, сохранив единую базу - враги начали блокировать межсерверные соединения. А тут еще у одного знакомого вдруг сервер отключили (другие враги, не местные) - значит, надо забирать базу локально. У другого знакомого локальный сервер поломался - значит, нужно делать удаленную резервную площадку. Ну ок, системы разнесли, резервы понастроили - а как к ним обращаться, если напрямую нет соединения? Ну прокинули очередной VPN, повесили на какой-то IP адрес канала - а завтра этот канал не работает и этот адрес теперь недоступен, надо менять. Утро начинается не с кофе, утро начинается с проверки "что сегодня и как заблокировали".
-
Строим сеть на Qeli
Для понимания сути вопроса - немного истории: Жила-была CRM, частная, корпоративная - хостилась на удаленном сервере у надежного хостера, сотрудники из разных филиалов заходили в нее и работали свою работу. Никаких тысяч серверов, никакого кровавого энтерпрайза - всё тихо, мирно, почти по-домашнему. И работало это долго, пока враги не начали ломать интернет. У части пользователей пропадал доступ к сайту, работать они не могли - сначала помогал VPN, но потом враги начали бороться и с VPN. Попробовали разнести точки входа по серверам по локациям, сохранив единую базу - враги начали блокировать межсерверные соединения. А тут еще у одного знакомого вдруг сервер отключили (другие враги, не местные) - значит, надо забирать базу локально. У другого знакомого локальный сервер поломался - значит, нужно делать удаленную резервную площадку. Ну ок, системы разнесли, резервы понастроили - а как к ним обращаться, если напрямую нет соединения? Ну прокинули очередной VPN, повесили на какой-то IP адрес канала - а завтра этот канал не работает и этот адрес теперь недоступен, надо менять. Утро начинается не с кофе, утро начинается с проверки "что сегодня и как заблокировали".
-
Строим сеть на Qeli
Для понимания сути вопроса - немного истории: Жила-была CRM, частная, корпоративная - хостилась на удаленном сервере у надежного хостера, сотрудники из разных филиалов заходили в нее и работали свою работу. Никаких тысяч серверов, никакого кровавого энтерпрайза - всё тихо, мирно, почти по-домашнему. И работало это долго, пока враги не начали ломать интернет. У части пользователей пропадал доступ к сайту, работать они не могли - сначала помогал VPN, но потом враги начали бороться и с VPN. Попробовали разнести точки входа по серверам по локациям, сохранив единую базу - враги начали блокировать межсерверные соединения. А тут еще у одного знакомого вдруг сервер отключили (другие враги, не местные) - значит, надо забирать базу локально. У другого знакомого локальный сервер поломался - значит, нужно делать удаленную резервную площадку. Ну ок, системы разнесли, резервы понастроили - а как к ним обращаться, если напрямую нет соединения? Ну прокинули очередной VPN, повесили на какой-то IP адрес канала - а завтра этот канал не работает и этот адрес теперь недоступен, надо менять. Утро начинается не с кофе, утро начинается с проверки "что сегодня и как заблокировали".
-
Перебор IP-адресов на хостинге — и как с этим бороться
Хочу рассказать вам историю об одной хронической проблеме у каждого хостинга. Заходит к вам пользователь, создаёт сервер. И дальше 10 секунд его держит, потом отпускает и создаёт новый сервер. И так тысячи раз. Делается это ради одной-единственной цели: при пересоздании сервера выдаётся новый IPv4-адрес. Задача этих людей — найти в нашем пуле тот самый адрес, который их устраивает. Красивость адреса определяется по тому, где, кем и как он блокируется. Например, с какого-то в 1998 году рассылали спам, и письма с него доходят чуть хуже. С какого-то парсили Нетфликс или Пикабу, и они в чёрных списках этих ресурсов (им показывают бесконечную капчу). Кто-то болезненно засветился в Cloudflare, кто-то заблокирован в конкретном островном государстве за отзыв на местную кафешку и так далее. Интернет настолько старый и настолько фрагментированный, что почти не осталось IPv4-адресов без истории. А учитывая, что у них ещё есть и прошлая известная геопринадлежность, международные санкции и блокировки могут быть очень запутанными. Мы, разумеется, очищаем все свои IPv4 при закупке (а покупаем мы оптом, сразу подсетями), но мы уведомляем только основные базы вроде Спамхауса. А известных баз сотни и тысячи, и ещё есть блокировки конкретных сайтов, госструктур и плавающие показатели репутации айпишника и т. п. Так вот, есть люди, которые перебирают адреса. Казалось бы, проблемы нет: при посекундной тарификации сколько потребил, столько и заплатил. Но они блокируют эти адреса для нормальных клиентов хостинга и потом их ещё и портят. Бороться с этим было сложно, и 3 года мы это откладывали как могли.
https://habr.com/ru/companies/ruvds/articles/1058840/
#Хостинг #VPS #Информационная_безопасность #Сети #Спам #Системное_администрирование #DevOps
-
Перебор IP-адресов на хостинге — и как с этим бороться
Хочу рассказать вам историю об одной хронической проблеме у каждого хостинга. Заходит к вам пользователь, создаёт сервер. И дальше 10 секунд его держит, потом отпускает и создаёт новый сервер. И так тысячи раз. Делается это ради одной-единственной цели: при пересоздании сервера выдаётся новый IPv4-адрес. Задача этих людей — найти в нашем пуле тот самый адрес, который их устраивает. Красивость адреса определяется по тому, где, кем и как он блокируется. Например, с какого-то в 1998 году рассылали спам, и письма с него доходят чуть хуже. С какого-то парсили Нетфликс или Пикабу, и они в чёрных списках этих ресурсов (им показывают бесконечную капчу). Кто-то болезненно засветился в Cloudflare, кто-то заблокирован в конкретном островном государстве за отзыв на местную кафешку и так далее. Интернет настолько старый и настолько фрагментированный, что почти не осталось IPv4-адресов без истории. А учитывая, что у них ещё есть и прошлая известная геопринадлежность, международные санкции и блокировки могут быть очень запутанными. Мы, разумеется, очищаем все свои IPv4 при закупке (а покупаем мы оптом, сразу подсетями), но мы уведомляем только основные базы вроде Спамхауса. А известных баз сотни и тысячи, и ещё есть блокировки конкретных сайтов, госструктур и плавающие показатели репутации айпишника и т. п. Так вот, есть люди, которые перебирают адреса. Казалось бы, проблемы нет: при посекундной тарификации сколько потребил, столько и заплатил. Но они блокируют эти адреса для нормальных клиентов хостинга и потом их ещё и портят. Бороться с этим было сложно, и 3 года мы это откладывали как могли.
https://habr.com/ru/companies/ruvds/articles/1058840/
#Хостинг #VPS #Информационная_безопасность #Сети #Спам #Системное_администрирование #DevOps
-
Перебор IP-адресов на хостинге — и как с этим бороться
Хочу рассказать вам историю об одной хронической проблеме у каждого хостинга. Заходит к вам пользователь, создаёт сервер. И дальше 10 секунд его держит, потом отпускает и создаёт новый сервер. И так тысячи раз. Делается это ради одной-единственной цели: при пересоздании сервера выдаётся новый IPv4-адрес. Задача этих людей — найти в нашем пуле тот самый адрес, который их устраивает. Красивость адреса определяется по тому, где, кем и как он блокируется. Например, с какого-то в 1998 году рассылали спам, и письма с него доходят чуть хуже. С какого-то парсили Нетфликс или Пикабу, и они в чёрных списках этих ресурсов (им показывают бесконечную капчу). Кто-то болезненно засветился в Cloudflare, кто-то заблокирован в конкретном островном государстве за отзыв на местную кафешку и так далее. Интернет настолько старый и настолько фрагментированный, что почти не осталось IPv4-адресов без истории. А учитывая, что у них ещё есть и прошлая известная геопринадлежность, международные санкции и блокировки могут быть очень запутанными. Мы, разумеется, очищаем все свои IPv4 при закупке (а покупаем мы оптом, сразу подсетями), но мы уведомляем только основные базы вроде Спамхауса. А известных баз сотни и тысячи, и ещё есть блокировки конкретных сайтов, госструктур и плавающие показатели репутации айпишника и т. п. Так вот, есть люди, которые перебирают адреса. Казалось бы, проблемы нет: при посекундной тарификации сколько потребил, столько и заплатил. Но они блокируют эти адреса для нормальных клиентов хостинга и потом их ещё и портят. Бороться с этим было сложно, и 3 года мы это откладывали как могли.
https://habr.com/ru/companies/ruvds/articles/1058840/
#Хостинг #VPS #Информационная_безопасность #Сети #Спам #Системное_администрирование #DevOps
-
Китай опробовал новый тип оптоволокна: скорость передачи данных достигла 51,3 Тб/с
В конце июня 2026 года китайский консорциум из China Telecom, YOFC и Dekoli совершил крупный технологический прорыв, успешно проведя первые в мире полевые испытания магистральной сети на базе революционного полого оптоволокна (Hollow-Core Fiber, HCF).
В отличие от классических кабелей, где свет идет через кварцевое стекло, в HCF фотоны летят через воздушный канал, благодаря чему скорость сигнала возрастает почти на 30%, радикально снижая задержку (latency). Инженерам удалось передать колоссальный поток данных в 51,3 Тбит/с на расстояние 206,5 км вообще без промежуточных усилителей.
Чтобы обойти проблему поглощения света молекулами воздуха, система использует динамическое адаптивное управление, в реальном времени подстраивая скорость (до 1,2 Тбит/с на одну длину волны) и мощность для каждого спектрального канала.
Технология не лабораторный эксперимент, а тест на реальной коммерческой линии, призванный ликвидировать «бутылочные горлышки» в инфраструктуре дата-центров для ИИ и будущих сетей 6G.
-
Китай опробовал новый тип оптоволокна: скорость передачи данных достигла 51,3 Тб/с
В конце июня 2026 года китайский консорциум из China Telecom, YOFC и Dekoli совершил крупный технологический прорыв, успешно проведя первые в мире полевые испытания магистральной сети на базе революционного полого оптоволокна (Hollow-Core Fiber, HCF).
В отличие от классических кабелей, где свет идет через кварцевое стекло, в HCF фотоны летят через воздушный канал, благодаря чему скорость сигнала возрастает почти на 30%, радикально снижая задержку (latency). Инженерам удалось передать колоссальный поток данных в 51,3 Тбит/с на расстояние 206,5 км вообще без промежуточных усилителей.
Чтобы обойти проблему поглощения света молекулами воздуха, система использует динамическое адаптивное управление, в реальном времени подстраивая скорость (до 1,2 Тбит/с на одну длину волны) и мощность для каждого спектрального канала.
Технология не лабораторный эксперимент, а тест на реальной коммерческой линии, призванный ликвидировать «бутылочные горлышки» в инфраструктуре дата-центров для ИИ и будущих сетей 6G.
-
Китай опробовал новый тип оптоволокна: скорость передачи данных достигла 51,3 Тб/с
В конце июня 2026 года китайский консорциум из China Telecom, YOFC и Dekoli совершил крупный технологический прорыв, успешно проведя первые в мире полевые испытания магистральной сети на базе революционного полого оптоволокна (Hollow-Core Fiber, HCF).
В отличие от классических кабелей, где свет идет через кварцевое стекло, в HCF фотоны летят через воздушный канал, благодаря чему скорость сигнала возрастает почти на 30%, радикально снижая задержку (latency). Инженерам удалось передать колоссальный поток данных в 51,3 Тбит/с на расстояние 206,5 км вообще без промежуточных усилителей.
Чтобы обойти проблему поглощения света молекулами воздуха, система использует динамическое адаптивное управление, в реальном времени подстраивая скорость (до 1,2 Тбит/с на одну длину волны) и мощность для каждого спектрального канала.
Технология не лабораторный эксперимент, а тест на реальной коммерческой линии, призванный ликвидировать «бутылочные горлышки» в инфраструктуре дата-центров для ИИ и будущих сетей 6G.
-
Китай опробовал новый тип оптоволокна: скорость передачи данных достигла 51,3 Тб/с
В конце июня 2026 года китайский консорциум из China Telecom, YOFC и Dekoli совершил крупный технологический прорыв, успешно проведя первые в мире полевые испытания магистральной сети на базе революционного полого оптоволокна (Hollow-Core Fiber, HCF).
В отличие от классических кабелей, где свет идет через кварцевое стекло, в HCF фотоны летят через воздушный канал, благодаря чему скорость сигнала возрастает почти на 30%, радикально снижая задержку (latency). Инженерам удалось передать колоссальный поток данных в 51,3 Тбит/с на расстояние 206,5 км вообще без промежуточных усилителей.
Чтобы обойти проблему поглощения света молекулами воздуха, система использует динамическое адаптивное управление, в реальном времени подстраивая скорость (до 1,2 Тбит/с на одну длину волны) и мощность для каждого спектрального канала.
Технология не лабораторный эксперимент, а тест на реальной коммерческой линии, призванный ликвидировать «бутылочные горлышки» в инфраструктуре дата-центров для ИИ и будущих сетей 6G.
-
cfzt: как я обернул Zero Trust Cloudflare Tunnel в одну команду и зачем туда пришлось добавить вотчдог для QUIC
В домашней инфраструктуре у меня крутится десяток сервисов: Grafana, Zabbix, n8n, Navidrome, ollama, БД, пара дашбордов и тестовых API. Каждый раз, когда нужно было выставить новый сервис наружу, я открывал дашборд Cloudflare и руками проходил один и тот же путь: создать туннель, прописать ingress‑правило, добавить DNS записи, настроить Zero Trust Access. Минут пятнадцать, если без ошибок. С ошибками — больше, потому что один неверно скопированный tunnel ID ломает всю цепочку и приходится откатывать вручную. На какой‑то раз стало понятно, что это рутина, которую можно свернуть в одну команду. Так появился cfzt — CLI на Go, который сейчас умеет: zt up grafana 3000 И через несколько секунд grafana.domain.com смотрит на localhost:3000 через Cloudflare Tunnel, с настроенным Zero Trust Access и systemd сервисом, который переживет ребут. Полюбопытствовать
https://habr.com/ru/articles/1050380/
#golang #network #tunnel #cloudflare #сети #cli #devtools #zerotrust #selfhosted
-
cfzt: как я обернул Zero Trust Cloudflare Tunnel в одну команду и зачем туда пришлось добавить вотчдог для QUIC
В домашней инфраструктуре у меня крутится десяток сервисов: Grafana, Zabbix, n8n, Navidrome, ollama, БД, пара дашбордов и тестовых API. Каждый раз, когда нужно было выставить новый сервис наружу, я открывал дашборд Cloudflare и руками проходил один и тот же путь: создать туннель, прописать ingress‑правило, добавить DNS записи, настроить Zero Trust Access. Минут пятнадцать, если без ошибок. С ошибками — больше, потому что один неверно скопированный tunnel ID ломает всю цепочку и приходится откатывать вручную. На какой‑то раз стало понятно, что это рутина, которую можно свернуть в одну команду. Так появился cfzt — CLI на Go, который сейчас умеет: zt up grafana 3000 И через несколько секунд grafana.domain.com смотрит на localhost:3000 через Cloudflare Tunnel, с настроенным Zero Trust Access и systemd сервисом, который переживет ребут. Полюбопытствовать
https://habr.com/ru/articles/1050380/
#golang #network #tunnel #cloudflare #сети #cli #devtools #zerotrust #selfhosted
-
cfzt: как я обернул Zero Trust Cloudflare Tunnel в одну команду и зачем туда пришлось добавить вотчдог для QUIC
В домашней инфраструктуре у меня крутится десяток сервисов: Grafana, Zabbix, n8n, Navidrome, ollama, БД, пара дашбордов и тестовых API. Каждый раз, когда нужно было выставить новый сервис наружу, я открывал дашборд Cloudflare и руками проходил один и тот же путь: создать туннель, прописать ingress‑правило, добавить DNS записи, настроить Zero Trust Access. Минут пятнадцать, если без ошибок. С ошибками — больше, потому что один неверно скопированный tunnel ID ломает всю цепочку и приходится откатывать вручную. На какой‑то раз стало понятно, что это рутина, которую можно свернуть в одну команду. Так появился cfzt — CLI на Go, который сейчас умеет: zt up grafana 3000 И через несколько секунд grafana.domain.com смотрит на localhost:3000 через Cloudflare Tunnel, с настроенным Zero Trust Access и systemd сервисом, который переживет ребут. Полюбопытствовать
https://habr.com/ru/articles/1050380/
#golang #network #tunnel #cloudflare #сети #cli #devtools #zerotrust #selfhosted
-
На сайте Публичного пира сетей #I2P и #Yggdrasil есть страничка про Fediverse.
https://publicpeer.ru.eu.org/news.htmlТам, помимо прочего, сказано про отличие #Fediverse от централизованных социальных сетей; как выбрать #инстанс #Mastodon (пара десятков ссылок), #зарегистрироваться на выбранном инстансе, заполнить свой профиль.
Если вы хотите #рассказать своим знакомым или читателям про Fediverse, дайте им эту ссылку.
@russian_mastodon @rf @Russia #соцсети #сеть #сети #Интернет #publicpeer #tech #technology
-
На сайте Публичного пира сетей #I2P и #Yggdrasil есть страничка про Fediverse.
https://publicpeer.ru.eu.org/news.htmlТам, помимо прочего, сказано про отличие #Fediverse от централизованных социальных сетей; как выбрать #инстанс #Mastodon (пара десятков ссылок), #зарегистрироваться на выбранном инстансе, заполнить свой профиль.
Если вы хотите #рассказать своим знакомым или читателям про Fediverse, дайте им эту ссылку.
@russian_mastodon @rf @Russia #соцсети #сеть #сети #Интернет #publicpeer #tech #technology
-
На сайте Публичного пира сетей #I2P и #Yggdrasil есть страничка про Fediverse.
https://publicpeer.ru.eu.org/news.htmlТам, помимо прочего, сказано про отличие #Fediverse от централизованных социальных сетей; как выбрать #инстанс #Mastodon (пара десятков ссылок), #зарегистрироваться на выбранном инстансе, заполнить свой профиль.
Если вы хотите #рассказать своим знакомым или читателям про Fediverse, дайте им эту ссылку.
@russian_mastodon @rf @Russia #соцсети #сеть #сети #Интернет #publicpeer #tech #technology
-
На сайте Публичного пира сетей #I2P и #Yggdrasil есть страничка про Fediverse.
https://publicpeer.ru.eu.org/news.htmlТам, помимо прочего, сказано про отличие #Fediverse от централизованных социальных сетей; как выбрать #инстанс #Mastodon (пара десятков ссылок), #зарегистрироваться на выбранном инстансе, заполнить свой профиль.
Если вы хотите #рассказать своим знакомым или читателям про Fediverse, дайте им эту ссылку.
@russian_mastodon @rf @Russia #соцсети #сеть #сети #Интернет #publicpeer #tech #technology
-
На сайте Публичного пира сетей #I2P и #Yggdrasil есть страничка про Fediverse.
https://publicpeer.ru.eu.org/news.htmlТам, помимо прочего, сказано про отличие #Fediverse от централизованных социальных сетей; как выбрать #инстанс #Mastodon (пара десятков ссылок), #зарегистрироваться на выбранном инстансе, заполнить свой профиль.
Если вы хотите #рассказать своим знакомым или читателям про Fediverse, дайте им эту ссылку.
@russian_mastodon @rf @Russia #соцсети #сеть #сети #Интернет #publicpeer #tech #technology
-
Принципы диагностики и траблшутинга компьютерных сетей
На основе этой статьи была составлена и прочитана лекция на одном обучающем мероприятии для телекоммуникационной сферы. В статье описан практикуемый алгоритм диагностики и траблшутинга сетевых проблем, который поможет внести упорядоченность в расследование аварий, учитывая возможные ограничения и сложности в применении некоторых диагностических мер, но и не ограничивая личные способности уже опытного инженера!
https://habr.com/ru/articles/1049698/
#сети_администрирование #сети #компьютерные_сети #траблшутинг #диагностика #сетевой_инженер #коммутатор #маршрутизатор #switch #router
-
Принципы диагностики и траблшутинга компьютерных сетей
На основе этой статьи была составлена и прочитана лекция на одном обучающем мероприятии для телекоммуникационной сферы. В статье описан практикуемый алгоритм диагностики и траблшутинга сетевых проблем, который поможет внести упорядоченность в расследование аварий, учитывая возможные ограничения и сложности в применении некоторых диагностических мер, но и не ограничивая личные способности уже опытного инженера!
https://habr.com/ru/articles/1049698/
#сети_администрирование #сети #компьютерные_сети #траблшутинг #диагностика #сетевой_инженер #коммутатор #маршрутизатор #switch #router
-
Принципы диагностики и траблшутинга компьютерных сетей
На основе этой статьи была составлена и прочитана лекция на одном обучающем мероприятии для телекоммуникационной сферы. В статье описан практикуемый алгоритм диагностики и траблшутинга сетевых проблем, который поможет внести упорядоченность в расследование аварий, учитывая возможные ограничения и сложности в применении некоторых диагностических мер, но и не ограничивая личные способности уже опытного инженера!
https://habr.com/ru/articles/1049698/
#сети_администрирование #сети #компьютерные_сети #траблшутинг #диагностика #сетевой_инженер #коммутатор #маршрутизатор #switch #router
-
Архитектура MRC для создания AI/ML-сетей любого масштаба: обзор технологии
Привет, меня зовут Борис Хасанов, я сетевой архитектор
https://habr.com/ru/companies/mws/articles/1048080/
#сети_и_протоколы #сети #ai #ml #backend_сети #альтернатива_InfiniBand #srv6 #mrc #статическая_маршрутизация #MWS
-
Архитектура MRC для создания AI/ML-сетей любого масштаба: обзор технологии
Привет, меня зовут Борис Хасанов, я сетевой архитектор
https://habr.com/ru/companies/mws/articles/1048080/
#сети_и_протоколы #сети #ai #ml #backend_сети #альтернатива_InfiniBand #srv6 #mrc #статическая_маршрутизация #MWS