Использование rclone для копирования файлов в GCS бакет

Попробовал использовать rclone для переноса файлов из on-prem хостинга в облако Google. В отличии от утилит gcloud или gsutil, rclone есть в репозитарии Debian/Ubuntu и его легко поставить через APT.

Для переноса я не стал создавать user-managed ключ для IAM сервис аккаунта, вместо этого взял токен от виртуальной машины которая запущена с нужными правами в GCP.

$ curl -H 'Metadata-Flavor:Google' 169.254.169.254/computeMetadata/v1/instance/service-accounts/default/token
{"access_token":"ya29.c.[redacted]_af","expires_in":3599,"token_type":"Bearer"}

Тут важно взять весь вывод целиком если задаётся параметр "token", либо только значение "access_token" для соответствующего параметра в rclone. В противном случае будет ошибка вида:

Failed to create file system for "gcs:example-files/": failed to configure Google Cloud Storage: google: could not find default credentials. See https://cloud.google.com/docs/authentication/external/set-up-adc for more information

Далее создание конфигурации для GCS (можно отвечать на вопросы в rclone config, но на всякий случай оставлю готовую конфигурацию для приватных бакетов с uniform access) и собственно сама миграция.

Установка OpenWebRX+ на Raspberry PI 3 Model B

Если SDR приёмник подключается к rtl_tcp, который запущен на Raspberry PI 3 Model B через Wi-Fi сеть (эта модель поддерживает только 2.4 ГГц Wi-Fi), то её скорости иногда не хватает чтобы принимать сигнал без запинок. Решил попробовать OpenWebRX+ чтобы декодирование I/Q сигнала выполнялось локально на Raspberry а по сети передавалось меньше данных.

Записал образ Debian 13 для Raspberry на microSD карту которая подключена через USB считыватель и видна в системе как /dev/sda

curl -fsSLO https://cloud.debian.org/images/cloud/trixie/daily/latest/debian-13-raspi-arm64-daily.tar.xz

tar -xzf debian-13-raspi-arm64-daily.tar.xz

sudo dd if=disk.raw of=/dev/sda bs=10M oflag=direct status=progress

После записи образа установил microSD карту в одноплатник, подключил проводную сеть, клавиатуру и монитор и загрузился в систему (при первой загрузке попросит задать пароль для root пользователя и часовой пояс).

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

sudo apt --update install network-manager openssh-server openssh-client locales vim less

echo pi3 | sudo tee /etc/hostname

echo '127.0.1.1 pi3.local pi3' | sudo tee -a /etc/hosts

sudo hostname -F /etc/hostname

cat << _EOF_ | sudo tee /etc/locale.gen
en_US.UTF-8 UTF-8
ru_RU.UTF-8 UTF-8
_EOF_

sudo locale-gen

cat <<_EOF_ | sudo tee /etc/NetworkManager/conf.d/50-no-ipv4-dad.conf
[connection-dad-default]
ipv4.dad-timeout=0
_EOF_

sudo systemctl restart NetworkManager.service

Дальше настроил подключение к Wi-Fi точке через nmtui и установил сервис для управления антенной из SDR приложения.

Апгрейд Wi-Fi в HP ProBook 440 G8

Несколько месяцев использования ноутбука HP ProBook 440 G8 показало что работа его родного Wi-Fi модуля Realtek RTL8852AE оставляет желать лучшего. И если колебания скорости копирования по сети ещё можно пережить, то притормаживания SSH сессии (при работе через Wi-Fi) здорово раздражают. В рабочем ноутбуке установлен модуль Intel AX201 и с ним нет никаких проблем при работе на той же точке доступа, в итоге решил менять Realtek на что-то от Intel.

Про HP я неоднократно слышал что в прошивке есть список одобренных Wi-Fi модулей и какой попало поставить не получится. Для начала зашёл на страницу поддержки HP и проверил какие драйвера предлагаются на беспроводные сети.

Кроме драйверов для Realtek для этой модели ноутбука предлагаются драйверы для целого ряда адаптеров Intel (BE201, BE200, BE202, AX411, AX211, AX210, AX101, AX201, AX203, AX200, 9260, 9560, 9461 и 9462) и можно предположить что с ними не возникнет проблем из-за проверки в BIOS.

GitLab CI/CD job token

Решил сделать пометку на память, т.к. было потрачено изрядное количество времени на отладку пайплайна Terraform в GitLab.

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

│ Error: Error accessing remote module registry
│ 
│   on example.tf line 1:
│    1: module "example" {
│ 
│ Failed to retrieve available versions for module "example" (example.tf:1)
│ from gitlab.example.com: error looking up module versions: 403 Forbidden.

Выглядело как "протухший" токен, но локально с этими кредами новый модуль выкачивался. Дальше было несколько часов возни и в итоге коллега нашёл что дело в изменениях, связанных с GitLab CI/CD job token.

Питание контроллера антенны через bias tee

Сделал питание для контроллера магнитной рамочной антенны через bias tee. До этого контроллер питался от литиевого аккумулятора и его заряда хватало часов на 40 работы, после чего требовалось около двух часов на зарядку.

Вид со стороны антенны

Если по какой-то причине питание через bias-tee не требуется, то разъём отключается и контроллер будет питаться от аккумулятора на антенне.

В апконвертере переделал питание гетеродина от bias tee чтобы не было лишних проводов на столе

Апконвертер с bias tee

Скорость работы разных считывателей SD карт

В прошлый раз я сравнивал скорость работы карты памяти Kingston SD10V/8GB в считывателе с двумя разъёмами USB со считывателем ноутбука Dell Latitude E7470. Эта карта памяти сама по себе не может работать быстро (скорость чтения до 30 МБ/с) и когда под рукой появилась microSD карта SanDisk Ultra 32GB SDSQUNR-032G-GN3MN (скорость чтения до 100 МБ/с) то решил повторить сравнительный тест на более быстрой карте.

В этот раз в сравнение добавился ещё один безродный microSD Type-C считыватель на котором нет никакой маркировки производителя. В системе последний определяется также как Super Top microSD card reader (SY-T18).

В ноутбук microSD карта будет подключаться через переходник microSD на SD. Оба внешних считывателя подключаются в Type-C порт ноутбука.

Обновление OpenWrt с сохранением скриптов

Чтобы яркие синие индикаторы WiFi точки доступа не мешали спать я делал выключение их по расписанию. Чтобы доработки не потерялись при обновлении OpenWrt нужно их добавить в /etc/sysupgrade.conf

# cat >> /etc/sysupgrade.conf <<_EOF_
/etc/crontabs/root
/root/wifi-leds
_EOF_

Дальше обновление системы делается как обычно.

# export OPENWRT_RELEASE=25.12.2

# cd /tmp

# wget https://downloads.openwrt.org/releases/${OPENWRT_RELEASE}/targets/ramips/mt76x8/openwrt-${OPENWRT_RELEASE}-ramips-mt76x8-tplink_re365-v1-squashfs-sysupgrade.bin

# wget https://downloads.openwrt.org/releases/${OPENWRT_RELEASE}/targets/ramips/mt76x8/sha256sums

# sha256sum -c sha256sums 2>/dev/null | grep OK

# sysupgrade -v /tmp/openwrt-${OPENWRT_RELEASE}-ramips-mt76x8-tplink_re365-v1-squashfs-sysupgrade.bin

После обновления эта настройка сохраняется.