Меня достаточно часто спрашивают, почему мой выбор среди публичных облачных сервисов пал на 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 результата: недавний файл, который был закачан в облако и находится в кэше и файл, которого в кэше нет (файлы идентичного объема). Так что тут нужно держать в голове, что часть ваших данных будет доступна на высоких скоростях, а часть..

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

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

1. Разворачиваем на хостинге Linux дистрибутив (в примере я буду указывать команды для Ubuntu)
2. Логинимся на сервер и получаем права суперпользователя:

sudo -i

3. Обновляем пакетную базу и устанавливаем необходимые пакеты:

apt update && apt -y install unzip wget

4. Скачиваем raw образ системы (актуальные ссылки смотрим на сайте в разделе загрузок):

wget https://download.mikrotik.com/routeros/6.47.4/chr-6.47.4.img.zip

5. Распаковываем образ:

unzip chr-6.47.4.img.zip

6. Включаем сочетания SysRq:

echo "1" > /proc/sys/kernel/sysrq

7. Переподключаем все файловые системы в режиме чтения:

echo u > /proc/sysrq-trigger

8. Находим название системного диска:

lsblk

9. Записываем на него образ:

dd if=chr-6.47.4.img of=/dev/vda

10. Перезагружаем виртуальную машину:

echo "b" > /proc/sysrq-trigger

11. После перезапуска, вместо линукс системы, будет запущен Mikrotik CHR, развернутый на весь объем жесткого диска

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

1. Разворачиваем на хостинге Linux дистрибутив (в примере я буду указывать команды для Centos)
2. Логинимся на сервер и получаем права суперпользователя:

sudo -i

3. Обновляем пакетную базу и устанавливаем необходимые пакеты:

yum install wget unzip

4. Монтируем tmpfs в /tmp: mount -t tmpfs tmpfs /tmp
5. переходим в директорию tmp и скачиваем raw образ системы (актуальные ссылки смотрим на сайте в разделе загрузок):

cd /tmp && wget https://download.mikrotik.com/routeros/6.47.4/chr-6.47.4.img.zip

6. Распаковываем образ:

unzip chr-6.47.4.img.zip

7. Включаем сочетания SysRq:

echo "1" > /proc/sys/kernel/sysrq

8. Находим название системного диска:

lsblk

9. Записываем на него образ:

dd if=chr-6.47.4.img of=/dev/vda

10. Перезагружаем виртуальную машину:

echo "b" > /proc/sysrq-trigger

11. После перезапуска, вместо линукс системы, будет запущен Mikrotik CHR, развернутый на весь объем жесткого диска

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

Тут недавно была презентация одной яблочной компании, на которой хомячкам промывали мозг про космические скорости в 5G сетях и светлое будущее, которое Кук лично внедряет по всему миру. Да-да, вы не ослышались, оказывается это эпол внедряет 5G, а не samsung, huawei, cisco, docomo и ericsson. Вот такое вот внезапное открытие для всего мира от маркетологов.
Ну так вот, меня несколько стала уже раздражать эта повальная безграмотность людей и вера в магию. Давайте я вам расскажу, почему никаких безумно высоких скоростей вы не увидите в реальной жизни от перехода на 5G.

И начнем мы с самых азов сетевого искусства, а именно с каналов связи. Допустим перед вами стоит 4G вышка. У вас прямая видимость до нее, на небе ни облачка (а вы думали погода не влияет на качество связи?), кроме вас никто больше не подключен к станции, в руках топовое устройство и вообще самые идеальные условия, которые только можно придумать. Что вы получите по скоростям? У вас будет — 1гбит/c. И не важно, что вы даже близко таких скоростей не видели в реальной жизни, к этому мы еще вернемся позже. Так вот, берем и меняем базовую станцию на новехонькую 5G. Что изменится? Ни-че-го. Почему? Да потому, что базовая станция — это не самостоятельная единица, а всего лишь точка, к которой подключен абонент. Сама станция подключена к оборудованию оператора своим каналом связи, через который и идет весь трафик абонента. А подключение таких точек на скоростях выше 1гбита — слишком дорогое удовольствие, т. к. придется поменять все оборудование, на всем промежутке от станции до центрального узла связи оператора. И кроме того, сам оператор имеет не безграничные каналы связи с внешним миром и там поднимать скорости уж точно никто не станет ради вас красивого с новеньким айфончиком. А причина простая — это безумно дорого.

Идем дальше (да, я помню про 1гбит/c, сейчас все будет) и включаем реальную жизнь, а не волшебные условия для «показать на сцене». Вы не единственный клиент на станции. Погода — не идеальна на улице. Вы — не в прямой видимости станции. Вокруг вас — куча цифрового шума и отраженных сигналов. У вас — не идеальное топовое устройство, чтобы там не кукарекали со сцены (иначе ваш телефон бы был раза в 4 больше и разряжался за час, физика-с). Вокруг куча другой техники. Люди, со своими устройствами различными. Летающие птицы и проезжающие автомобили. У оператора не самая навороченная станция. А его каналы связи не обслуживают одну единственную базовую станцию. И вот уже и 1гбит/с превращается в привычные 20-50мбит/с, с просадками в часы пик до пары мегабит. Ужасно осознавать, что реальная жизнь отличается от выдуманной маркетинговой срани, ага?

Дочитали? Все еще мало? Да не вопрос, продолжаем забивать гвозди в крышку гроба маркетологов. 5G, как такового — не существует. Это собирательное название кучи стандартов, работающих на разных частотах.

• Низкочастотник. Работает на больших площадях, но при этом его скорости даже не дотягивают до скоростей 3G стандарта (я уж молчу про так называемый 3.5G).
• Среднечастотник. Его радиус покрытия равен примерно половине радиуса 4G сети и скорость составляет 1/5 от скорости 4G сети.
• Высокочастотник. Тут будет очень маленький радиус (150 метров, если быть точнее) и теоретически очень высокие скорости.

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

Так что изменится со сменой оборудования на базовых станциях? Красивая надпись на телефончике, рядом со значком уровня сигнала. Вот, что изменится. Конечно, рано или поздно операторы поменяют свою сеть в угоду новым технологиям, а производители устройств включат наконец голову и перестанут пытаться впихнуть не впихуемое в миниатюрный корпус, но будет это явно не в ближайшие 5-10 лет и явно не с теми телефончиками, которые вам так активно сейчас впаривает маркетинг.

У меня все. Если вы все еще чхать хотели на физику, стандарты, логику и остальное, мне вас совершенно не жаль. Просто купите айфон с новым шильдиком 5G на коробке и живите дальше в мире единорогов.

Вот так живешь-живешь, и бах, меняешь предпочтения после того, как в очередной раз пригорело.

Если у вас появилась ошибка такого плана, как на скриншоте, то исправляется это одной галочкой в настройках браузера:
Firefox Preferences -> Security -> Certificate Manager -> DigiCert SHA2 Secure Server CA -> Edit Trust -> This certificate can identify websites.