Объедините Wi-Fi, Ethernet и точки доступа мобильной связи, чтобы при загрузке файлов, играх и работе браузера суммировалась скорость всех подключений. net-merge использует все ваши сетевые адаптеры одновременно. Работает на Windows, macOS и Linux . Бесплатно. Нет ни аккаунта, ни сервера, ни VPN.

Проект объединяет в одном решении мониторинг сайтов и API, публичные status pages и координацию инцидентов.

В решении реализован подход Infrastructure as Code: мониторы, страницы состояния и каналы оповещения описываются в YAML или Terraform и применяются через CLI либо CI/CD. Есть MCP-сервер, позволяющий управлять мониторингом и инцидентами с помощью AI-ассистентов — Claude, ChatGPT или Cursor.

OpenStatus можно использовать как облачный сервис или развернуть самостоятельно через Docker. Проект распространяется под лицензией AGPL-3.0 и может стать открытой альтернативой коммерческим сервисам мониторинга доступности.

В первой реализации API доступны пять kfunc для создания UDP-сокета, подключения к удалённому адресу, отправки данных и управления временем жизни сокета. Это позволит, например, передавать события безопасности из BPF LSM даже при недоступности пользовательского агента, а также снизить накладные расходы на копирование и обработку телеметрии.

Авторы рассматривают и более широкие сценарии — от heartbeat-механизмов до DNS-серверов внутри ядра. Пока API ограничен рядом типов BPF-программ и UDP, но в планах – полноценная поддержка TCP, приёма данных и дополнительных операций с сокетами.

Kubernetes 1.37 закрывает этот разрыв тремя вещами: набором переиспользуемых API-интерфейсов, общей библиотекой Go workloadbuilder и обновлённой, явной интеграцией Job, построенной на обоих этих компонентах.

Как мы интегрировали локальные кластеры Kubernetes в GitOps-платформу на базе AKS, не пересобирая каждый раз контрольную плоскость при создании нового кластера.

В этом руководстве предполагается, что вы уже глубоко знаете Kubernetes (Deployments, Services, RBAC, HPA, Ingress/Gateway API, CRDs). Оно не повторяет основы Kubernetes — оно объясняет всё, что KServe добавляет поверх него, и раскрывает каждую концепцию через работающий пример.

Получение уведомлений при подключении к сети новой программы или при ее изменении

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

При желании можно проверить хэши или исполняемые файлы с помощью VirusTotal

Хеши исполняемых файлов кэшируются на основе устройства + inode для повышения производительности и работают с приложениями, запущенными в контейнерах

Используется BPF для точного мониторинга пропускной способности с низкими накладными расходами и fanotify для контроля исполняемых файлов на предмет модификации

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

Прагматичный и минималистичный дизайн, сфокусированный на точном обнаружении с четким сообщением об ошибке, когда это невозможно

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

В GitLab Secrets Manager задача явно запрашивает секрет через secrets: в .gitlab-ci.yml. Доступ можно ограничить веткой, её защищённостью и целевым окружением. Например, разрешить чтение только из защищённой ветки для production/*.

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

Это не отменяет ротацию: если задача успела прочитать и передать ключ злоумышленнику, ключ нужно заменить. Динамические учётные данные пока заявлены как следующая возможность.

Secrets Manager доступен в GitLab 19.5 на Premium и Ultimate для GitLab.com и собственной установки. Поддержка Dedicated появится позже.