Приплыли. Я не могу скачать пакеты из Microsoft. Ни для C#, ни для C/C++

Или я свой VS Code сломал или что вообще происходит... Вроде еще вчера мог все это скачать

УРА! Как я счастлив! Мой сервер, линусовый, дважды вокрешенный, снова работает!
https://foxhardsoftness.ru/

И мне очень сильно нравится, как отрабатывает моя инфраструктура.
При недоступности сервера кидается ошибка 503 красивая.
По хорошему было бы неплохо сделать отказоустойчивую систему, которая сама себя восстанавливает, если что то пошло не так, но железа у меня не так много. Нужно как минимум 2 линуксовых сервера, что бы какой то один брал на себя нагрузку своего сородича, когда тот откисает.

Вы можете возразить мне, что у меня уже есть 2 сервера, но проблема в том, что один на виндовсе. И он очень не поворотливый, в сравнении с линуксом. И я не хочу ставить туда даблбут.
Ну и Виндовс лучше и стабильнее работает с Nvidia.
Как раз по причине дров nvidia у меня линуксовый сервер умер.

Челы написали, что озу в золото превратилось. Захожу - и в правду.
Фури плашки на 64гб год назад покупал за 14 тысяч, мне тогда показалось немного дороговато, но 26, это уже уровень видеокарт почти.
Озу по цене процессора, офигеть конечно.
Приплыли 😂

Как вы знаете, у меня есть свой сервер майнкрафт. Он работает не на каких-то дешевых хостах с бронированием времени и активности сервера, а на моем личном, который вы уже видели здесь.

Я планирую поиграть со своими серверами и планы на сервер довольно большие и преследуют цель не сколько развития самого сервера (Хотя оно тоже будет, как приятный бонус), сколько больше интересно развернуть Veloсity Proxy, инструмент, который позволяет работать кластеру backend серверов Майнкрафт, как единый сервер!

Звучит здорово!
Нынешняя ситуация:
Майнкрафт работает на одном ядре и имеет 5 миров!
1) Выживание (Верхний, нижний и Край)
2) Креатив
3) Мини-игры
Как только я через плагин WorldEdit что-то делаю в Креатив мире, это чувствуют игроки из Выживания!

Veloсity Proxy позволит мне отделить играбельные миры на отдельные ядра моих серверов!
То есть, если я загружу Креатив мир заполнением 3 000 000 блоков (Что нынешний сервер останавливает на долго), то выживание вообще этого не заметит!
Как и мини-игры, добыча незерита с помощью динамита не будет мешать игрокам играющим в TNTRun.

Реализация?
Мир с выживанием останется на основном сервере, в нем смогут играть до 50ти игроков одновременно!
Контейнеры креатива и мини-игр я запущу на втором физическом сервере через Docker, а так же добавлю контейнер lobby!
И добавлю docker с Postgres для плагинов верификации и прав доступа.


У кого есть опыт с этим инструментом, пишите в комментарии, с какими трудностями вы сталкивались при его внедрении в свои сервера! Будет интересно почитать, поделимся опытом!

#minecraft

Не опять, а снова!
Стену кто украл? Дурова же больше нет в ВК

А я новый год провожу без света =)

Странности на убунте.

Загрузил я образ серверной убунты и только сейчас понял, почему старый компик запускается 4 минуты.

Там есть cloud-init, которым удобно конфигурировать сервера, получается быстро и легко. Но когда делаешь это на домашнем железе, получается фуфло. Он стучится куда то на амазоновские сервера (Которые к слову забанены, большинство) для получения конфигов, потому и происходит ожидание.
------P.S. Я так понял из объяснения нейросети

Но и вот конфиг, который позволит это дерьмо убрать из запуска серверной убунты

sudo tee /etc/cloud/cloud.cfg.d/99-fix.cfg << 'EOF'
# Отключаем облачные datasources
datasource_list: [NoCloud, None]

# Уменьшаем таймаут
max_wait: 10
timeout: 10

# Отключаем сетевые проверки
network:
  config: disabled
EOF

Очень нравится эта штука, хочу похвастаться. Простое решение, нудной работы. Статика на Nginx, не более!

Хотел я поставить себе Docker Registry, а он без ssl сертификата работать вообще не хочет. Решил я поставить самоподписанный сертификат.
Для тех, кто в танке, локальные доменные имена внутри локальной сети не работают ssl сертификаты от Let’s Encrypt и прочих ребят.
А самоподписанные сертификаты фигня полная, если на клиенте нет самого сертификата (Его нужно скачать на клиент и установить, что бы настоящий https работал)

Так и вот, распространять его просто нудно, но не трудно. Но решил сделать проще, 2 скрипта на 2 ОС, один сертификат и все в шляпе!
Docker Registry работает, контейнеры с моими очень полезными разработками не улетят ЗЛЫМ ОМЭРИКАНЦАМ!

Docker Registry советую, крутая штуковина. И Аутентификация там есть и хранишь где хочешь, только volume настрой и живи в шоколаде.

Если кто спросит, передать с компа на комп по интернет проводу быстрее, чем флешкой =)

Я разогнал свой ВПН почти до гигабита!

Оптимизация в мелочах!

Уже ближе к стандартному Wireguard!

Я запустил свой протокол в нидерланды. И скорость поражает воображение, аж целых 400 мбит за границу!?
Здорово, я уперся в какой то физический предел.

Рируем красивые графики интернет соединения! Ща добавить надо будет сервер в метрики. Пока сервер будет собирать метрики, будет слать еще шума

🌐 Как я «чинил» 500-мегабитный канал, который работал на 5% мощности

Типичная ситуация: у тебя есть два сервера (один в Москве, другой в Европе). Оба бодро рапортуют о канале в 500 Мбит/с до спидтеста (В нидерланды), но туннель WireGuard между ними едва выдает 30-40 Мбит/с. Пакеты теряются пачками (до 50% потерь на UDP!), а TCP превращается в тыкву.

Рассказываю по порядку, как я лечил этот «хронический кашель» сетевого стека.

😱 Проблема: «Дырявая труба»
При тестах iperf3 я увидел страшное:
TCP: 30-40 Мбит/с и тысячи ретрансмиссий.
UDP: Подаем 500 Мбит - доходит только половина.
CPU: Загрузка всего 50%, но есть нюанс - Steal Time до 15%. Это значит, что гипервизор «подворовывает» ресурсы процессора у нашей виртуалки.

Почему так происходило?

TCP Cubic — слишком «трусливый»: Стандартный алгоритм TCP (Cubic) при любой потере пакета думает, что в сети затор, и в ужасе режет скорость в два раза. На «грязных» каналах с потерями 1-2% он просто не может разогнаться.

UDP Bursts (Взрывы трафика): UDP не умеет тормозить. Он выстреливает пакеты огромными пачками. На виртуалке с 1 ядром и высоким Steal Time ядро просто не успевает «проснуться», чтобы забрать пакеты из очереди. Буфер переполняется - пакеты летят в корзину.

Bad Peering: Маршрут между провайдерами оказался перегружен на одном из стыков.

Решение: Тяжелая артиллерия Linux
Я решил не менять провайдера, а заставить систему работать в агрессивном режиме.

TCP BBR (Bottleneck Bandwidth and RTT):
Я переключил алгоритм контроля заторов на BBR от Google. В отличие от Cubic, BBR не боится потерь пакетов. Он смотрит на реальную запускную способность и задержку.

sudo sysctl -w net.ipv4.tcp_congestion_control=bbr

FQ (Fair Queuing) + Pacing:
Для BBR я включил планировщик FQ. Его киллер-фича — Pacing (темпирование). Теперь UDP-пакеты не вылетают безумной толпой, забивая буферы, а идут ровным строем с микропаузами. Это позволило сетевой карте «переваривать» трафик без дропов.

Расширение «зала ожидания» (Buffers):
Я увеличил системные буферы и очереди (net.core.netdev_max_backlog), чтобы у процессора было больше времени на обработку пакетов в моменты, когда его отвлекает гипервизор.

📈 Результаты
После тюнинга цифры в iperf3 заиграли другими красками:
✅ TCP: 40 Мбит/с ➡️ 130 Мбит/с (рост в 3.2 раза!)
✅ UDP: 220 Мбит/с ➡️ 335 Мбит/с
✅ Jitter: Снизился с 1.0 мс до 0.2 мс (стабильность!)

Мораль: Если ваш VPN тормозит — не спешите ругать WireGuard или провайдера (Хотя объективно, провайдер VDSka говно). Возможно, ваша ОС просто слишком вежливая для этого сурового интернета. Включайте BBR + FQ и расширяйте буферы. 🚀

#devops #networking #linux #bbr #wireguard #performance

Мой домен foxhardsoftness.ru был куплен за 150 рублей на год.

Сейчас же, домен вырос в цене аж в 7 раз и мне пришлось отвалить RegRu 1000 рублей (+ 200 рублей за свидетельство регистрации домена, то-есть общая сумма 1200 рублей на год)

Да, стало дороже, но такое повышение цены для меня было сюрпризом, учитывая что я до сих пор не знаю, за что идет такое повышение цены

Чисто rand(3000, 100000)

Сегодня сломался мой ВПН протокол FoxWG.

Роскомнадзор? Хаха - нет.

Моя ошибка, глупая ошибка.

У меня ключи роцируются автоматически и стоит проверка на наличие ключа. Но наличие я фиксирую исключительно через первый байт (Если ноль, то значит дальше ничего нет)
И вот в 9 утра получилось так, что новый ключ получил нулевой первый байт! И он ушел в ошибку что ключ не валидный и целых 3 часа отвала моего ВПН протокола.

Мораль, нужно быть внимательнее!

Настроил мониторинг Каждого Пира Wireguard, что бы смотреть нагрузки конкретных клиентов

Ля, выглядит очень круто