Подписка на блог

Customize in /user/extras/subscribe-sheet.tmpl.php.

Sample text.

Twitter, Facebook, VK icon VK, Telegram, LinkedIn, Odnoklassniki, Pinterest, РСС JSON Feed

Sample text.

117 заметок с тегом

admin

Почему Pcloud?

Меня достаточно часто спрашивают, почему мой выбор среди публичных облачных сервисов пал на Pcloud.. На рынке очень много различных облачных сервисов, среди которых есть 3 очень распространенных — Dropbox, Google Drive и Microsoft OneDrive, а также малоизвестное, в широких кругах, облако — Pcloud. Именно среди них я и провел простейшее тестирование скорости.

Почему не взял в расчет сервисы вроде Mega? Все просто — это не облако, а файловое хранилище. Сфера применения подобных решений отличается от облачных дисков.

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

Почему не брались сервисы вроде box, hubic, hotta и аналогичных? А вы сами то уверены в надежности данных сервисов? А может уверены в том, что их завтра не купят другие поставщики услуг? Или может уверены в том, что разработчики ПО добавят их поддержку в свои продукты? Это сервисы сами в себе, с россыпью минусов: у кого-то ужасные скорости, у кого-то конское ограничение по объему файлов, кто-то активно любит лазить в содержимое вашего облака (да, яндекс?), кто-то поддерживает ограниченный набор операционных систем, у кого-то кошмарные скорости и т. д.
Отсюда и выбор у нас не велик при всем его, казалось бы, богатстве.

Тестирование проводилось простейшим способом, однако он очень наглядно демонстрирует скорости трех решений. Суть теста: создаем файл на сервере, размером в 1GB и сначала загружаем его, а затем скачиваем обратно и замеряем время. Т. к. мы тут все взрослые ребята, а не придурки с type-c головного мозга, то делать это будем не с секундомером, а нормальными методами:

  1. Для теста создан новый виртуальный сервер с гарантированным выделенным каналом в 100мбит/с
  2. Устанавливаем rclone, который позволяет работать с подавляющем количеством облачных сервисов
  3. Создаем тестовый файл: dd if=/dev/zero of=test bs=1 count=0 seek=1G
  4. Подключаем в rclone нужные облака
  5. Запускаем процесс загрузки: time rclone copy test XXXcloud:
  6. Запускаем процесс скачивания: rm -rf test && time rclone copy XXXcloud:test test

По завершению каждой операции скачивания\загрузки будет выведен таймер затраченного времени. Единственное отличие в тесте — облако от Google. Почему? Потому, что эта компания в каждом регионе устанавливает свое промежуточное кэширующее решение, чтобы ускорить работу с наиболее часто запрашиваемыми данными. По этой причине, для скачивания с данного облака приводится 2 результата: недавний файл, который был закачан в облако и находится в кэше и файл, которого в кэше нет (файлы идентичного объема). Так что тут нужно держать в голове, что часть ваших данных будет доступна на высоких скоростях, а часть..

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

Облако Загрузка Скачивание Скачивание*
Pcloud 2м43с 1м57с
Onedrive 7м1с 9м38с
Dropbox 6м12с 6м41с
Google 5м18с 1м39с 6м12с
 1 комментарий   8 дн   admin   cloud   network

Ставим Mikrotik CHR на любой VDS

Зачастую VDS хостинги не предоставляют возможность установки Mikrotik CHR. Однако это легко обойти. Для того, чтобы установить нужную нам систему в обход ограничений, необходимо выполнить несколько простых шагов:

  1. Разворачиваем на хостинге Linux дистрибутив (в примере я буду указывать команды для Ubuntu)
  2. Логинимся на сервер и получаем права суперпользователя:
sudo -i
  1. Обновляем пакетную базу и устанавливаем необходимые пакеты:
apt update && apt -y install unzip wget
  1. Скачиваем raw образ системы (актуальные ссылки смотрим на сайте в разделе загрузок):
wget https://download.mikrotik.com/routeros/6.47.4/chr-6.47.4.img.zip
  1. Распаковываем образ:
unzip chr-6.47.4.img.zip
  1. Включаем сочетания SysRq:
echo "1" > /proc/sys/kernel/sysrq
  1. Переподключаем все файловые системы в режиме чтения:
echo u > /proc/sysrq-trigger
  1. Находим название системного диска:
lsblk
  1. Записываем на него образ:
dd if=chr-6.47.4.img of=/dev/vda
  1. Перезагружаем виртуальную машину:
echo "b" > /proc/sysrq-trigger
  1. После перезапуска, вместо линукс системы, будет запущен Mikrotik CHR, развернутый на весь объем жесткого диска

Для дистрибутива Centos команды несколько отличаются:

  1. Разворачиваем на хостинге Linux дистрибутив (в примере я буду указывать команды для Centos)
  2. Логинимся на сервер и получаем права суперпользователя:
sudo -i
  1. Обновляем пакетную базу и устанавливаем необходимые пакеты:
yum install wget unzip
  1. Монтируем tmpfs в /tmp: mount -t tmpfs tmpfs /tmp
  2. переходим в директорию tmp и скачиваем raw образ системы (актуальные ссылки смотрим на сайте в разделе загрузок):
cd /tmp && wget https://download.mikrotik.com/routeros/6.47.4/chr-6.47.4.img.zip
  1. Распаковываем образ:
unzip chr-6.47.4.img.zip
  1. Включаем сочетания SysRq:
echo "1" > /proc/sys/kernel/sysrq
  1. Находим название системного диска:
lsblk
  1. Записываем на него образ:
dd if=chr-6.47.4.img of=/dev/vda
  1. Перезагружаем виртуальную машину:
echo "b" > /proc/sysrq-trigger
  1. После перезапуска, вместо линукс системы, будет запущен Mikrotik CHR, развернутый на весь объем жесткого диска

P.S. Не забудьте предварительно параметры сети посмотреть, иначе потеряете доступ до виртуалки.

Я у мамы инженер

Для тех, кому интересно — самопальный аппартный эмулятор мыши.

18 дн   admin   hardware   work

Автозапуск в качестве сервиса

Для того, чтобы автоматически запускать приложение при каждом запуске системы в виде сервиса и нет желания разбираться с выпиленным из системы rc.local, необходимо сделать следующее:

  1. Создаем новый сервис:
touch /etc/systemd/system/myservice.service
  1. Открываем любым текстовым редактором и вносим следующее:
[Unit]
After=network.service

[Service]
ExecStart=/opt/bin/myapp

[Install]
WantedBy=default.target
  1. Выставляем права:
chmod 664 /etc/systemd/system/myservice.service
chmod 744 /opt/bin/myapp
  1. Перечитываем список сервисов:
systemctl daemon-reload
  1. Включаем автозапуск:
systemctl enable myservice.service
  1. Все. После перезапуска системы сервис отработает и приложение запустится. Если же необходимо его запустить без перезапуска, то выполняем:
systemctl start myservice.service

Естественно, меняем myservice.service и /opt/bin/myapp на нужное название и свое приложение. Кроме того, вместо /opt/bin/myapp, можно указать и скрипт, а не конкретное приложение.

19 дн   admin   linux   work

По ту сторону баррикад

Я: Ты не понял. Чтобы такое спросить — нужно знать, что об этом нужно спросить. А мне даже в голову не пришло, что про это нужно узнать

М: Теперь ты нас понимаешь, как мы офигиваем, когда ты выдаешь свое коронное «так вы не спрашивали»? )))

Я: Ой все

27 дн   admin   humor   people
Ранее Ctrl + ↓