Инженеры МФТИ совместно с индустриальным партнером ООО “Телепорт” испытали блок дуплексора для приемопередающего радиомодуля системы мобильной связи 5G. Изделие полностью выполнено на отечественной компонентной базе и является частью проекта по созданию российской телеком-инфраструктуры. Она значительно повысит скорость и качество передачи данных и откроет новые горизонты для технологий будущего и цифрового суверенитета России.
Рубрика «сети»
Созданный в МФТИ функциональный узел радиомодуля для системы связи 5G успешно прошел испытания
2024-11-01 в 16:00, admin, рубрики: 5G, 5g в россии, 5G-ready, отечественные решения, связь, сетиСамые опасные сетевые порты: как найти и закрыть все лазейки
2024-09-30 в 12:59, admin, рубрики: selectel, информационная безопасность, кибербезопасность, межсетевые экраны, порты, сетиВ прошлом материале, кратком пособии по безопасной работе с сетевыми портами, мы кратко разобрали, как с помощью различных межсетевых экранов защитить инфраструктуру. На самом деле, это не rocket science. Но это то, о чем важно всегда помнить при работе с инфраструктурой — например, при публикации веб-сервисов наружу. Ведь в сети есть темные лошадки, которые требуют особо пристального внимания, — наиболее популярные порты, подверженные эксплуатации уязвимостей.
Привет! Меня зовут Ваня, я ведущий инженер по информационной безопасности в Selectel. В этом материале разберу, какие порты наиболее интересны хактивистам и как быть в курсе актуальных уязвимостей. А в конце поделюсь чек-листом с планом действий при обнаружении открытых портов в своей инфраструктуре. Подробности под катом!Читать полностью »
«Всегда закрывай за собой двери!»: краткое пособие по работе с портами
2024-09-04 в 12:06, admin, рубрики: c++, OSI, selectel, информационная безопасность, порты, протоколы, сетиОткрытые порты — это распахнутые двери в вашу инфраструктуру. Сервис, который слушает по ним запросы, обрабатывает входящие данные и реагирует на них в зависимости от заложенной логики. Из-за ошибок на этом уровне возникают уязвимости, которые хактивист может эксплуатировать для нелегитимного доступа к инфраструктуре.
Самый логичный способ обезопасить себя — ограничить сетевой доступ к сервису или инфраструктуре — например, через порты. Это можно сделать с помощью межсетевого экрана — инструмента для управления трафиком в сети и защиты от несанкционированного доступа. Решение позволяет описать, какие запросы будут проходить через определенные порты, к каким сервисам можно получить доступ и т. д.
Привет! Меня зовут Иван, я ведущий инженер по информационной безопасности в Selectel. Давно хотели научиться настраивать сетевые интерфейсы? Хорошая новость: мы в Selectel запускаем цикл статей по работе с портами в разрезе ИБ. В этом материале разберем, как с помощью различных межсетевых экранов: локальных, облачных и МСЭ в составе NGFW — обеспечить дополнительную защиту сервисов. Подробности под катом!
Читать полностью »
Как я решил проблему с постоянными обрывами RDP-соединения после внедрения MFA-аутентификации
2024-08-26 в 8:27, admin, рубрики: mikrotik, rdp, rdp-клиенты, routeros, vpn, vpn-туннель, WinBox, wireshark, сетиЯ работаю сетевым администратором в финтех-компании. И в этой статье я расскажу о том, как решил проблему с постоянными обрывами RDP-соединения в сети компании после внедрения в рабочие процессы MFA-аутентификации. Стоит отметить, что в процессе решения я не нашел каких-либо полезных для этого материалов в Интернете, что и побудило меня написать статью.
Подразумевается, что читатель знаком с такими понятиями и технологиями, как VPN, MFA, RDP, а также с утилитой WiresharkЧитать полностью »
Как мы своими силами коммутаторы чинили
2024-03-22 в 12:05, admin, рубрики: selectel, коммутатор, ремонт, сетиВ 2016 году мы в Selectel начали закупать коммутаторы производителя Е. Планировали за несколько лет ввести в работу несколько сотен устройств — и это оправдалось. Сегодня в продакшене работает больше 300 коммутаторов.
Данная модель позволила нам реализовать новые сетевые схемы и начать предоставлять ряд услуг, которых раньше не было в Selectel. Но что делать, если железка выйдет из строя, а гарантия уже сгорела? Кажется, ответ понятен из названия. Под катом рассказываем о решении и интересных деталях.Читать полностью »
25 Гбит-с дома, часть 1
2023-09-20 в 15:00, admin, рубрики: домашний сервер, сетевая инфраструктура, Сетевые технологии, сети, сетьОт переводчика
В данном случае я не просто переводчик, но и автор оригинала. Писать подобные вещи на английском для меня проще и слог в оригинале скорее всего более понятный, поэтому, я позиционирую статью на хабре именно как перевод (с соответствующей пометкой).
В процессе перевода, для адаптации статьи к аудитории, сделано несколько небольших изменений в сравнении с оригиналом, например, убраны цены в франках и оставлены только доллары.
Начало
Импортозамещение NAC: обзор российского решения WNAM
2023-08-02 в 7:00, admin, рубрики: NAC, WNAM, администрирование, безопасность, Блог компании К2Тех, импортозамещение, информационная безопасность, Сетевые технологии, сети, системное администрированиеВскрываем средство для DDoS-атак на российскую ИТ-инфраструктуру
2023-06-22 в 14:05, admin, рубрики: ddos, mhddos_proxy, pyarmor, python, антивирусная защита, Блог компании UserGate, информационная безопасность, ит-инфраструктура, Программирование, реверс-инжиниринг, сети, СиВведение
Сеть виновата
2023-02-17 в 18:46, admin, рубрики: devops, ECMP, ethernet, IP, network technologies, networks, Блог компании Southbridge, Сетевые технологии, сети, системное программированиеПривет. Я Марат Сибгатулин — сетевик в Яндексе, ведущий подкаста linkmeup, автор серии книг «Сети для самых маленьких» и спикер курса Слёрм Сети для DevOps, который мы сделали совместно с linkmeup.
Сегодняшний рассказ будет про несколько органических проблем современных сетевых технологий.
О сетевой аварии в Яндексе
2023-02-13 в 10:14, admin, рубрики: Блог компании Яндекс, высокая производительность, инцидент, маршрутизация, облачные сервисы, Сетевое оборудование, Сетевые технологии, сети, яндексОсновной пик пришёлся на период с 17:03 до 17:50, когда общие потери трафика достигали 40%. Кроме того, в период с 17:03 до 17:13 наблюдалась практически полная потеря IPv6 трафика. Инцидент удалось устранить к 21:30.
Как это произошло и какие выводы мы из этого извлекли — ответим на эти вопросы и поделимся нашим опытом.