wiki.ramba-art.ru - Вклад [ru]

RAMBA AI Router

2026-08-22T20:33:13Z

192.168.1.1:

{{DISPLAYTITLE:RAMBA AI Router}}

= RAMBA AI Router =

'''RAMBA AI Router''' — локальная система интеллектуальной маршрутизации запросов между несколькими языковыми моделями проекта [[RAMBA AI]].

Router анализирует входящий запрос пользователя, определяет его тип и автоматически выбирает наиболее подходящую локальную LLM.

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

На текущем этапе система использует три специализированных «мозга»:

{| class="wikitable"
! Роль
! Модель
! Назначение
|-
| '''FAST'''
| <code>gemma3:4b</code>
| Простые вопросы, работа с текстом, короткие ответы
|-
| '''INFRA'''
| <code>qwen3:8b</code>
| Linux, Proxmox, сети, серверы, виртуализация и инфраструктура
|-
| '''SMART'''
| <code>qwen3.5:9b</code>
| Логика, математика, анализ и сложные задачи
|}

== Общая архитектура ==

<pre>
Пользователь
│
▼
┌─────────────────┐
│ RAMBA AI Router │
└────────┬────────┘
│
анализ и классификация
│
┌──────────────┼──────────────┐
│ │ │
▼ ▼ ▼
FAST INFRA SMART
Gemma 3 4B Qwen3 8B Qwen3.5 9B
│ │ │
└──────────────┼──────────────┘
│
▼
Ollama
│
▼
NVIDIA GTX 1080
</pre>

Router работает как локальный API-сервис на базе '''FastAPI'''.

В качестве backend для запуска языковых моделей используется '''Ollama'''.

== Сервер ==

RAMBA AI Router работает внутри виртуальной машины:

<pre>
VMID: 501
Hostname: ramba-ai
</pre>

Основной каталог проекта:

<pre>
/home/artem/ramba-router/
</pre>

Основные файлы стабильной версии:

<pre>
router.py
router-v3-perfect.py
test-router-v3.py
test-router-v3-perfect.py
</pre>

Контрольная резервная копия стабильной версии:

<pre>
/home/artem/ramba-router-v3-perfect.tar.gz
</pre>

== Аппаратная платформа ==

Для выполнения локальных моделей используется:

* '''GPU:''' NVIDIA GeForce GTX 1080
* '''VRAM:''' 8 GB
* '''Inference backend:''' Ollama
* '''API Router:''' FastAPI / Uvicorn

Из-за ограничения в 8 GB VRAM Router не пытается постоянно держать все основные модели в памяти видеокарты.

Вместо этого необходимая модель загружается по требованию.

== Выбор моделей ==

До разработки Router было проведено тестирование нескольких локальных моделей.

В ходе тестов оценивались:

* русский язык;
* логическое мышление;
* задачи по Proxmox/Linux;
* программирование;
* понимание AI/VRAM;
* скорость генерации;
* стабильность ответов.

В результате для Router были выбраны три основные модели.

=== FAST — Gemma 3 4B ===

<pre>
gemma3:4b
</pre>

Используется для относительно простых запросов.

Примеры:

* исправление текста;
* переформулирование;
* короткие объяснения;
* простые вопросы;
* задачи, не требующие глубокого анализа.

Преимущество модели — высокая скорость.

В тестах скорость генерации составляла примерно:

<pre>
~59 tok/s
</pre>

=== INFRA — Qwen3 8B ===

<pre>
qwen3:8b
</pre>

Основная техническая модель RAMBA AI.

Используется для вопросов, связанных с:

* Proxmox VE;
* Linux;
* VFIO;
* IOMMU;
* PCI Passthrough;
* systemd;
* Docker;
* NFS;
* ZFS;
* сетями;
* виртуальными машинами;
* серверным администрированием.

Типичная скорость:

<pre>
~35 tok/s
</pre>

=== SMART — Qwen3.5 9B ===

<pre>
qwen3.5:9b
</pre>

Наиболее интеллектуально сильная из трёх основных моделей.

Используется для:

* математических задач;
* логики;
* анализа;
* сложных технических вопросов;
* многоэтапных рассуждений;
* задач с процентами и зависимостями.

Типичная скорость:

<pre>
~29-30 tok/s
</pre>

== Router v1 ==

Первая версия RAMBA AI Router была proof-of-concept.

Маршрутизация выполнялась преимущественно по ключевым словам.

Упрощённо:

<pre>
Proxmox / VFIO / Linux
│
▼
Qwen3 8B

сложная задача
│
▼
Qwen3.5 9B

остальные запросы
│
▼
Gemma 3 4B
</pre>

Версия доказала работоспособность основной концепции:

'''одна точка входа → несколько специализированных локальных моделей.'''

== Router v2 ==

Во второй версии маршрутизатор стал значительно сложнее.

Были добавлены:

* score-based routing;
* определение загруженной Ollama-модели;
* session affinity;
* hysteresis;
* статистика;
* журналирование;
* контроль переключения моделей.

Router начал использовать Ollama API:

<pre>
GET /api/ps
</pre>

для определения модели, которая в данный момент находится в памяти.

В API Router появились служебные endpoint'ы:

<pre>
/chat
/health
/stats
</pre>

=== Проблема Router v2 ===

Во время тестирования была обнаружена важная ошибка классификации.

Запрос:

<pre>
Есть три сервера A, B и C.
A быстрее B на 20%.
B быстрее C на 25%.
Если C выполняет задачу за 100 секунд,
сколько времени потребуется A?
</pre>

является математической задачей.

Однако Router воспринимал слово:

<pre>
сервер
</pre>

как инфраструктурный признак и отправлял запрос в:

<pre>
INFRA → Qwen3 8B
</pre>

Это показало недостаток простой маршрутизации по ключевым словам.

== Router v3 ==

В Router v3 алгоритм классификации был переработан.

Основная идея — разные слова должны иметь '''разный вес'''.

=== Слабые инфраструктурные признаки ===

Например:

<pre>
сервер
Linux
Ubuntu
VM
NVIDIA
сеть
</pre>

Сами по себе такие слова больше не должны гарантировать выбор INFRA.

=== Сильные инфраструктурные признаки ===

Больший вес получили специфические технические термины:

<pre>
Proxmox
vfio-pci
IOMMU
lspci
hostpci
systemctl
journalctl
initramfs
ZFS
NFS
</pre>

=== SMART-признаки ===

Для определения аналитических задач используются признаки:

<pre>
сколько
проценты
быстрее
медленнее
рассчитай
объясни расчёт
вероятность
логическая задача
</pre>

Таким образом Router вычисляет несколько независимых оценок:

<pre>
FAST
INFRA
SMART
</pre>

и выбирает роль с максимальным результатом.

== Пример работы Router v3 ==

Для математической задачи с тремя серверами Router получил:

<pre>
FAST = 1
INFRA = 1
SMART = 16
</pre>

Результат:

<pre>
role: smart
model: qwen3.5:9b
</pre>

Модель правильно решила задачу:

<pre>
C = 100 секунд

B быстрее C на 25%:
100 / 1.25 = 80 секунд

A быстрее B на 20%:
80 / 1.2 = 66.67 секунды
</pre>

Ответ:

<pre>
A ≈ 66.67 секунды
</pre>

== Пример инфраструктурного запроса ==

Запрос:

<pre>
В Proxmox lspci показывает nouveau вместо vfio-pci.
Что проверить?
</pre>

Router определил:

<pre>
FAST = 1
INFRA = 23
SMART = 0
</pre>

и выбрал:

<pre>
role: infra
model: qwen3:8b
</pre>

То есть специализированный инфраструктурный запрос был направлен технической модели.

== Пример FAST-запроса ==

Запрос:

<pre>
Исправь текст:
я одел куртку и вышел на улицу
</pre>

Router получил:

<pre>
FAST = 6
INFRA = 0
SMART = 0
</pre>

и правильно выбрал:

<pre>
role: fast
model: gemma3:4b
</pre>

Однако сама модель ответила:

<pre>
Я одел куртку и вышел на улицу.
</pre>

вместо:

<pre>
Я надел куртку и вышел на улицу.
</pre>

Это продемонстрировало важное различие:

'''правильная маршрутизация не гарантирует правильность ответа модели.'''

В дальнейшем для решения подобных проблем планируется отдельный слой проверки ответов — '''Verifier'''.

== Переключение моделей ==

Router получает информацию о моделях, загруженных Ollama.

Пример ответа <code>/health</code>:

<pre>
{
"router": "ok",
"version": "3",
"ollama_loaded_models": [
"gemma3:4b"
],
"sessions": 3
}
</pre>

При запросе другой категории Router может переключить модель.

Например:

<pre>
Gemma 3 4B
│
▼
Qwen3 8B
│
▼
Qwen3.5 9B
</pre>

В API-ответе отображаются диагностические данные:

<pre>
model
role
loaded_before
switch
scores
route_reason
elapsed
eval_count
eval_duration
load_duration
tok_s
</pre>

Это позволяет анализировать не только результат маршрутизации, но и производительность системы.

== Стоимость переключения ==

Загрузка другой модели в VRAM занимает заметное время.

На используемой системе переключение обычно добавляет несколько секунд ожидания.

Поэтому Router старается избегать ненужного переключения модели.

Для этого используются механизмы:

* session affinity;
* hysteresis;
* определение уже загруженной модели.

В перспективе Router должен учитывать не только качество предполагаемого ответа, но и '''стоимость переключения модели'''.

== Контрольный тест Router v3 ==

Для проверки Router v3 был создан отдельный тест:

<pre>
test-router-v3.py
</pre>

Он содержит '''30 запросов''':

{| class="wikitable"
! Категория
! Количество
|-
| FAST
| 10
|-
| INFRA
| 10
|-
| SMART
| 10
|-
! Всего
! 30
|}

Для каждого запроса заранее задаётся ожидаемая категория.

Тест сравнивает:

<pre>
EXPECTED
</pre>

с:

<pre>
ACTUAL
</pre>

=== Итог тестирования ===

22 августа 2026 года Router v3 успешно прошёл полный контрольный тест.

<pre>
RESULT: 30/30 = 100.0%

PERFECT ROUTING — 30/30
</pre>

{| class="wikitable"
! Категория
! Результат
! Модель
|-
| FAST
| 10 / 10
| Gemma 3 4B
|-
| INFRA
| 10 / 10
| Qwen3 8B
|-
| SMART
| 10 / 10
| Qwen3.5 9B
|-
! Итого
! '''30 / 30 (100%)'''
!
|}

Таким образом Router v3 стал первой зафиксированной стабильной версией RAMBA AI Router.

== Фиксация стабильной версии ==

После успешного теста были сохранены контрольные копии:

<pre>
router-v3-perfect.py
test-router-v3-perfect.py
</pre>

и создан архив:

<pre>
/home/artem/ramba-router-v3-perfect.tar.gz
</pre>

Размер архива на момент создания:

<pre>
6.4 KB
</pre>

Router v3 после этого считается '''стабильной контрольной точкой проекта'''.

== Ограничения Router v3 ==

Несмотря на успешный результат 30/30, версия v3 имеет ряд архитектурных ограничений.

Главное из них — недостаточное понимание контекста разговора.

Например:

<pre>
Пользователь:
В Proxmox vfio-pci не захватывает GTX 1080.

Router:
INFRA
</pre>

Следующее сообщение:

<pre>
А как это проверить?
</pre>

само по себе почти не содержит признаков INFRA.

Человек понимает контекст предыдущего сообщения, однако Router v3 в основном анализирует текущий запрос.

Именно эта проблема является основной целью следующей версии.

= Router v4 =

Следующий этап разработки — '''RAMBA AI Router v4'''.

Главное изменение:

'''контекстная маршрутизация.'''

Router должен учитывать не только последнее сообщение, но и историю текущего диалога.

Планируемая структура сессии:

<pre>
session
│
├── session_id
├── current_role
├── previous_model
└── messages
│
├── user
├── assistant
├── user
├── assistant
└── ...
</pre>

Например:

<pre>
Пользователь:
В Proxmox vfio-pci не захватывает GTX 1080.

→ INFRA / Qwen3 8B

Пользователь:
А как проверить?

→ анализ контекста
→ сохранение роли INFRA
→ Qwen3 8B
</pre>

== План Router v4 ==

Первый этап:

# хранение истории диалога;
# передача контекста модели;
# ограничение размера истории;
# sticky routing;
# корректная обработка коротких follow-up сообщений.

Второй этап:

# отдельный system prompt для FAST;
# отдельный system prompt для INFRA;
# отдельный system prompt для SMART.

Третий этап:

# оценка уверенности Router;
# автоматическая эскалация FAST → SMART;
# обработка неоднозначных запросов;
# дополнительные контрольные тесты.

== Дальнейшее развитие ==

Перспективная архитектура RAMBA AI:

<pre>
Пользователь
│
▼
RAMBA AI Router
│
┌─────────────┼─────────────┐
▼ ▼ ▼
FAST INFRA SMART
│ │ │
└─────────────┼─────────────┘
│
▼
Verifier
│
▼
RAG
│
▼
Финальный ответ
</pre>

Планируется развитие следующих компонентов:

* '''Context Memory''' — память текущего диалога;
* '''Verifier''' — проверка качества и корректности ответа;
* '''Escalation''' — передача сложного запроса более сильной модели;
* '''RAG''' — подключение собственной базы знаний RAMBA;
* '''Infrastructure Knowledge''' — информация о серверах и сервисах RAMBA;
* '''Tool Calling''' — выполнение разрешённых действий через инструменты;
* '''Metrics''' — статистика качества, скорости и маршрутизации.

== Статус проекта ==

{| class="wikitable"
! Компонент
! Статус
|-
| Ollama
| '''Готово'''
|-
| GPU inference
| '''Готово'''
|-
| FAST model
| '''Готово'''
|-
| INFRA model
| '''Готово'''
|-
| SMART model
| '''Готово'''
|-
| Router API
| '''Готово'''
|-
| Score-based routing
| '''Готово'''
|-
| Ollama model detection
| '''Готово'''
|-
| Session affinity
| '''Готово'''
|-
| Router v3 test
| '''30/30'''
|-
| Context-aware routing
| В разработке (v4)
|-
| Verifier
| Планируется
|-
| RAG
| Планируется
|}

== Итог ==

'''RAMBA AI Router v3''' подтвердил работоспособность архитектуры динамического выбора локальных языковых моделей.

Контрольный тест показал:

<pre>
30 / 30
100%
PERFECT ROUTING
</pre>

Вместо запуска одной универсальной модели RAMBA AI использует несколько специализированных моделей и выбирает подходящую в зависимости от характера задачи.

Следующий этап проекта — '''Router v4''', который добавит память диалога и контекстную маршрутизацию.

[[Категория:RAMBA]]
[[Категория:RAMBA AI]]
[[Категория:Искусственный интеллект]]
[[Категория:Серверы]]

RAMBA AI Router

2026-08-22T20:32:20Z

192.168.1.1:

{{DISPLAYTITLE:RAMBA AI Router}}

= RAMBA AI Router =

'''RAMBA AI Router''' — локальная система интеллектуальной маршрутизации запросов между несколькими языковыми моделями проекта [[RAMBA AI]].

Router анализирует входящий запрос пользователя, определяет его тип и автоматически выбирает наиболее подходящую локальную LLM.

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

На текущем этапе система использует три специализированных «мозга»:

{| class="wikitable"
! Роль
! Модель
! Назначение
|-
| '''FAST'''
| <code>gemma3:4b</code>
| Простые вопросы, работа с текстом, короткие ответы
|-
| '''INFRA'''
| <code>qwen3:8b</code>
| Linux, Proxmox, сети, серверы, виртуализация и инфраструктура
|-
| '''SMART'''
| <code>qwen3.5:9b</code>
| Логика, математика, анализ и сложные задачи
|}

== Общая архитектура ==

<pre>
Пользователь
│
▼
┌─────────────────┐
│ RAMBA AI Router │
└────────┬────────┘
│
анализ и классификация
│
┌──────────────┼──────────────┐
│ │ │
▼ ▼ ▼
FAST INFRA SMART
Gemma 3 4B Qwen3 8B Qwen3.5 9B
│ │ │
└──────────────┼──────────────┘
│
▼
Ollama
│
▼
NVIDIA GTX 1080
</pre>

Router работает как локальный API-сервис на базе '''FastAPI'''.

В качестве backend для запуска языковых моделей используется '''Ollama'''.

== Сервер ==

RAMBA AI Router работает внутри виртуальной машины:

<pre>
VMID: 501
Hostname: ramba-ai
</pre>

Основной каталог проекта:

<pre>
/home/artem/ramba-router/
</pre>

Основные файлы стабильной версии:

<pre>
router.py
router-v3-perfect.py
test-router-v3.py
test-router-v3-perfect.py
</pre>

Контрольная резервная копия стабильной версии:

<pre>
/home/artem/ramba-router-v3-perfect.tar.gz
</pre>

== Аппаратная платформа ==

Для выполнения локальных моделей используется:

* '''GPU:''' NVIDIA GeForce GTX 1080
* '''VRAM:''' 8 GB
* '''Inference backend:''' Ollama
* '''API Router:''' FastAPI / Uvicorn

Из-за ограничения в 8 GB VRAM Router не пытается постоянно держать все основные модели в памяти видеокарты.

Вместо этого необходимая модель загружается по требованию.

== Выбор моделей ==

До разработки Router было проведено тестирование нескольких локальных моделей.

В ходе тестов оценивались:

* русский язык;
* логическое мышление;
* задачи по Proxmox/Linux;
* программирование;
* понимание AI/VRAM;
* скорость генерации;
* стабильность ответов.

В результате для Router были выбраны три основные модели.

=== FAST — Gemma 3 4B ===

<pre>
gemma3:4b
</pre>

Используется для относительно простых запросов.

Примеры:

* исправление текста;
* переформулирование;
* короткие объяснения;
* простые вопросы;
* задачи, не требующие глубокого анализа.

Преимущество модели — высокая скорость.

В тестах скорость генерации составляла примерно:

<pre>
~59 tok/s
</pre>

=== INFRA — Qwen3 8B ===

<pre>
qwen3:8b
</pre>

Основная техническая модель RAMBA AI.

Используется для вопросов, связанных с:

* Proxmox VE;
* Linux;
* VFIO;
* IOMMU;
* PCI Passthrough;
* systemd;
* Docker;
* NFS;
* ZFS;
* сетями;
* виртуальными машинами;
* серверным администрированием.

Типичная скорость:

<pre>
~35 tok/s
</pre>

=== SMART — Qwen3.5 9B ===

<pre>
qwen3.5:9b
</pre>

Наиболее интеллектуально сильная из трёх основных моделей.

Используется для:

* математических задач;
* логики;
* анализа;
* сложных технических вопросов;
* многоэтапных рассуждений;
* задач с процентами и зависимостями.

Типичная скорость:

<pre>
~29-30 tok/s
</pre>

== Router v1 ==

Первая версия RAMBA AI Router была proof-of-concept.

Маршрутизация выполнялась преимущественно по ключевым словам.

Упрощённо:

<pre>
Proxmox / VFIO / Linux
│
▼
Qwen3 8B

сложная задача
│
▼
Qwen3.5 9B

остальные запросы
│
▼
Gemma 3 4B
</pre>

Версия доказала работоспособность основной концепции:

'''одна точка входа → несколько специализированных локальных моделей.'''

== Router v2 ==

Во второй версии маршрутизатор стал значительно сложнее.

Были добавлены:

* score-based routing;
* определение загруженной Ollama-модели;
* session affinity;
* hysteresis;
* статистика;
* журналирование;
* контроль переключения моделей.

Router начал использовать Ollama API:

<pre>
GET /api/ps
</pre>

для определения модели, которая в данный момент находится в памяти.

В API Router появились служебные endpoint'ы:

<pre>
/chat
/health
/stats
</pre>

=== Проблема Router v2 ===

Во время тестирования была обнаружена важная ошибка классификации.

Запрос:

<pre>
Есть три сервера A, B и C.
A быстрее B на 20%.
B быстрее C на 25%.
Если C выполняет задачу за 100 секунд,
сколько времени потребуется A?
</pre>

является математической задачей.

Однако Router воспринимал слово:

<pre>
сервер
</pre>

как инфраструктурный признак и отправлял запрос в:

<pre>
INFRA → Qwen3 8B
</pre>

Это показало недостаток простой маршрутизации по ключевым словам.

== Router v3 ==

В Router v3 алгоритм классификации был переработан.

Основная идея — разные слова должны иметь '''разный вес'''.

=== Слабые инфраструктурные признаки ===

Например:

<pre>
сервер
Linux
Ubuntu
VM
NVIDIA
сеть
</pre>

Сами по себе такие слова больше не должны гарантировать выбор INFRA.

=== Сильные инфраструктурные признаки ===

Больший вес получили специфические технические термины:

<pre>
Proxmox
vfio-pci
IOMMU
lspci
hostpci
systemctl
journalctl
initramfs
ZFS
NFS
</pre>

=== SMART-признаки ===

Для определения аналитических задач используются признаки:

<pre>
сколько
проценты
быстрее
медленнее
рассчитай
объясни расчёт
вероятность
логическая задача
</pre>

Таким образом Router вычисляет несколько независимых оценок:

<pre>
FAST
INFRA
SMART
</pre>

и выбирает роль с максимальным результатом.

== Пример работы Router v3 ==

Для математической задачи с тремя серверами Router получил:

<pre>
FAST = 1
INFRA = 1
SMART = 16
</pre>

Результат:

<pre>
role: smart
model: qwen3.5:9b
</pre>

Модель правильно решила задачу:

<pre>
C = 100 секунд

B быстрее C на 25%:
100 / 1.25 = 80 секунд

A быстрее B на 20%:
80 / 1.2 = 66.67 секунды
</pre>

Ответ:

<pre>
A ≈ 66.67 секунды
</pre>

== Пример инфраструктурного запроса ==

Запрос:

<pre>
В Proxmox lspci показывает nouveau вместо vfio-pci.
Что проверить?
</pre>

Router определил:

<pre>
FAST = 1
INFRA = 23
SMART = 0
</pre>

и выбрал:

<pre>
role: infra
model: qwen3:8b
</pre>

То есть специализированный инфраструктурный запрос был направлен технической модели.

== Пример FAST-запроса ==

Запрос:

<pre>
Исправь текст:
я одел куртку и вышел на улицу
</pre>

Router получил:

<pre>
FAST = 6
INFRA = 0
SMART = 0
</pre>

и правильно выбрал:

<pre>
role: fast
model: gemma3:4b
</pre>

Однако сама модель ответила:

<pre>
Я одел куртку и вышел на улицу.
</pre>

вместо:

<pre>
Я надел куртку и вышел на улицу.
</pre>

Это продемонстрировало важное различие:

'''правильная маршрутизация не гарантирует правильность ответа модели.'''

В дальнейшем для решения подобных проблем планируется отдельный слой проверки ответов — '''Verifier'''.

== Переключение моделей ==

Router получает информацию о моделях, загруженных Ollama.

Пример ответа <code>/health</code>:

<pre>
{
"router": "ok",
"version": "3",
"ollama_loaded_models": [
"gemma3:4b"
],
"sessions": 3
}
</pre>

При запросе другой категории Router может переключить модель.

Например:

<pre>
Gemma 3 4B
│
▼
Qwen3 8B
│
▼
Qwen3.5 9B
</pre>

В API-ответе отображаются диагностические данные:

<pre>
model
role
loaded_before
switch
scores
route_reason
elapsed
eval_count
eval_duration
load_duration
tok_s
</pre>

Это позволяет анализировать не только результат маршрутизации, но и производительность системы.

== Стоимость переключения ==

Загрузка другой модели в VRAM занимает заметное время.

На используемой системе переключение обычно добавляет несколько секунд ожидания.

Поэтому Router старается избегать ненужного переключения модели.

Для этого используются механизмы:

* session affinity;
* hysteresis;
* определение уже загруженной модели.

В перспективе Router должен учитывать не только качество предполагаемого ответа, но и '''стоимость переключения модели'''.

== Контрольный тест Router v3 ==

Для проверки Router v3 был создан отдельный тест:

<pre>
test-router-v3.py
</pre>

Он содержит '''30 запросов''':

{| class="wikitable"
! Категория
! Количество
|-
| FAST
| 10
|-
| INFRA
| 10
|-
| SMART
| 10
|-
! Всего
! 30
|}

Для каждого запроса заранее задаётся ожидаемая категория.

Тест сравнивает:

<pre>
EXPECTED
</pre>

с:

<pre>
ACTUAL
</pre>

=== Итог тестирования ===

22 августа 2026 года Router v3 успешно прошёл полный контрольный тест.

<pre>
RESULT: 30/30 = 100.0%

PERFECT ROUTING — 30/30
</pre>

{| class="wikitable"
! Категория
! Результат
! Модель
|-
| FAST
| 10 / 10
| Gemma 3 4B
|-
| INFRA
| 10 / 10
| Qwen3 8B
|-
| SMART
| 10 / 10
| Qwen3.5 9B
|-
! Итого
! '''30 / 30 (100%)'''
!
|}

Таким образом Router v3 стал первой зафиксированной стабильной версией RAMBA AI Router.

== Фиксация стабильной версии ==

После успешного теста были сохранены контрольные копии:

<pre>
router-v3-perfect.py
test-router-v3-perfect.py
</pre>

и создан архив:

<pre>
/home/artem/ramba-router-v3-perfect.tar.gz
</pre>

Размер архива на момент создания:

<pre>
6.4 KB
</pre>

Router v3 после этого считается '''стабильной контрольной точкой проекта'''.

== Ограничения Router v3 ==

Несмотря на успешный результат 30/30, версия v3 имеет ряд архитектурных ограничений.

Главное из них — недостаточное понимание контекста разговора.

Например:

<pre>
Пользователь:
В Proxmox vfio-pci не захватывает GTX 1080.

Router:
INFRA
</pre>

Следующее сообщение:

<pre>
А как это проверить?
</pre>

само по себе почти не содержит признаков INFRA.

Человек понимает контекст предыдущего сообщения, однако Router v3 в основном анализирует текущий запрос.

Именно эта проблема является основной целью следующей версии.

= Router v4 =

Следующий этап разработки — '''RAMBA AI Router v4'''.

Главное изменение:

'''контекстная маршрутизация.'''

Router должен учитывать не только последнее сообщение, но и историю текущего диалога.

Планируемая структура сессии:

<pre>
session
│
├── session_id
├── current_role
├── previous_model
└── messages
│
├── user
├── assistant
├── user
├── assistant
└── ...
</pre>

Например:

<pre>
Пользователь:
В Proxmox vfio-pci не захватывает GTX 1080.

→ INFRA / Qwen3 8B

Пользователь:
А как проверить?

→ анализ контекста
→ сохранение роли INFRA
→ Qwen3 8B
</pre>

== План Router v4 ==

Первый этап:

# хранение истории диалога;
# передача контекста модели;
# ограничение размера истории;
# sticky routing;
# корректная обработка коротких follow-up сообщений.

Второй этап:

# отдельный system prompt для FAST;
# отдельный system prompt для INFRA;
# отдельный system prompt для SMART.

Третий этап:

# оценка уверенности Router;
# автоматическая эскалация FAST → SMART;
# обработка неоднозначных запросов;
# дополнительные контрольные тесты.

== Дальнейшее развитие ==

Перспективная архитектура RAMBA AI:

<pre>
Пользователь
│
▼
RAMBA AI Router
│
┌─────────────┼─────────────┐
▼ ▼ ▼
FAST INFRA SMART
│ │ │
└─────────────┼─────────────┘
│
▼
Verifier
│
▼
RAG
│
▼
Финальный ответ
</pre>

Планируется развитие следующих компонентов:

* '''Context Memory''' — память текущего диалога;
* '''Verifier''' — проверка качества и корректности ответа;
* '''Escalation''' — передача сложного запроса более сильной модели;
* '''RAG''' — подключение собственной базы знаний RAMBA;
* '''Infrastructure Knowledge''' — информация о серверах и сервисах RAMBA;
* '''Tool Calling''' — выполнение разрешённых действий через инструменты;
* '''Metrics''' — статистика качества, скорости и маршрутизации.

== Статус проекта ==

{| class="wikitable"
! Компонент
! Статус
|-
| Ollama
| ''Готово'''
|-
| GPU inference
| ''Готово'''
|-
| FAST model
| ''Готово'''
|-
| INFRA model
| '''Готово'''
|-
| SMART model
| '''Готово'''
|-
| Router API
| '''Готово'''
|-
| Score-based routing
| '''Готово'''
|-
| Ollama model detection
| '''Готово'''
|-
| Session affinity
| '''Готово'''
|-
| Router v3 test
| '''30/30'''
|-
| Context-aware routing
| В разработке (v4)
|-
| Verifier
| Планируется
|-
| RAG
| Планируется
|}

== Итог ==

'''RAMBA AI Router v3''' подтвердил работоспособность архитектуры динамического выбора локальных языковых моделей.

Контрольный тест показал:

<pre>
30 / 30
100%
PERFECT ROUTING
</pre>

Вместо запуска одной универсальной модели RAMBA AI использует несколько специализированных моделей и выбирает подходящую в зависимости от характера задачи.

Следующий этап проекта — '''Router v4''', который добавит память диалога и контекстную маршрутизацию.

[[Категория:RAMBA]]
[[Категория:RAMBA AI]]
[[Категория:Искусственный интеллект]]
[[Категория:Серверы]]

RAMBA AI Router

2026-08-22T20:31:10Z

192.168.1.1: Новая страница: «{{DISPLAYTITLE:RAMBA AI Router}} = RAMBA AI Router = '''RAMBA AI Router''' — локальная система интеллектуальной маршрутизации запросов между несколькими языковыми моделями проекта RAMBA AI. Router анализирует входящий запрос пользователя, определяет его тип и автоматически выбирает н...»

{{DISPLAYTITLE:RAMBA AI Router}}

= RAMBA AI Router =

'''RAMBA AI Router''' — локальная система интеллектуальной маршрутизации запросов между несколькими языковыми моделями проекта [[RAMBA AI]].

Router анализирует входящий запрос пользователя, определяет его тип и автоматически выбирает наиболее подходящую локальную LLM.

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

На текущем этапе система использует три специализированных «мозга»:

{| class="wikitable"
! Роль
! Модель
! Назначение
|-
| '''FAST'''
| <code>gemma3:4b</code>
| Простые вопросы, работа с текстом, короткие ответы
|-
| '''INFRA'''
| <code>qwen3:8b</code>
| Linux, Proxmox, сети, серверы, виртуализация и инфраструктура
|-
| '''SMART'''
| <code>qwen3.5:9b</code>
| Логика, математика, анализ и сложные задачи
|}

== Общая архитектура ==

<pre>
Пользователь
│
▼
┌─────────────────┐
│ RAMBA AI Router │
└────────┬────────┘
│
анализ и классификация
│
┌──────────────┼──────────────┐
│ │ │
▼ ▼ ▼
FAST INFRA SMART
Gemma 3 4B Qwen3 8B Qwen3.5 9B
│ │ │
└──────────────┼──────────────┘
│
▼
Ollama
│
▼
NVIDIA GTX 1080
</pre>

Router работает как локальный API-сервис на базе '''FastAPI'''.

В качестве backend для запуска языковых моделей используется '''Ollama'''.

== Сервер ==

RAMBA AI Router работает внутри виртуальной машины:

<pre>
VMID: 501
Hostname: ramba-ai
</pre>

Основной каталог проекта:

<pre>
/home/artem/ramba-router/
</pre>

Основные файлы стабильной версии:

<pre>
router.py
router-v3-perfect.py
test-router-v3.py
test-router-v3-perfect.py
</pre>

Контрольная резервная копия стабильной версии:

<pre>
/home/artem/ramba-router-v3-perfect.tar.gz
</pre>

== Аппаратная платформа ==

Для выполнения локальных моделей используется:

* '''GPU:''' NVIDIA GeForce GTX 1080
* '''VRAM:''' 8 GB
* '''Inference backend:''' Ollama
* '''API Router:''' FastAPI / Uvicorn

Из-за ограничения в 8 GB VRAM Router не пытается постоянно держать все основные модели в памяти видеокарты.

Вместо этого необходимая модель загружается по требованию.

== Выбор моделей ==

До разработки Router было проведено тестирование нескольких локальных моделей.

В ходе тестов оценивались:

* русский язык;
* логическое мышление;
* задачи по Proxmox/Linux;
* программирование;
* понимание AI/VRAM;
* скорость генерации;
* стабильность ответов.

В результате для Router были выбраны три основные модели.

=== FAST — Gemma 3 4B ===

<pre>
gemma3:4b
</pre>

Используется для относительно простых запросов.

Примеры:

* исправление текста;
* переформулирование;
* короткие объяснения;
* простые вопросы;
* задачи, не требующие глубокого анализа.

Преимущество модели — высокая скорость.

В тестах скорость генерации составляла примерно:

<pre>
~59 tok/s
</pre>

=== INFRA — Qwen3 8B ===

<pre>
qwen3:8b
</pre>

Основная техническая модель RAMBA AI.

Используется для вопросов, связанных с:

* Proxmox VE;
* Linux;
* VFIO;
* IOMMU;
* PCI Passthrough;
* systemd;
* Docker;
* NFS;
* ZFS;
* сетями;
* виртуальными машинами;
* серверным администрированием.

Типичная скорость:

<pre>
~35 tok/s
</pre>

=== SMART — Qwen3.5 9B ===

<pre>
qwen3.5:9b
</pre>

Наиболее интеллектуально сильная из трёх основных моделей.

Используется для:

* математических задач;
* логики;
* анализа;
* сложных технических вопросов;
* многоэтапных рассуждений;
* задач с процентами и зависимостями.

Типичная скорость:

<pre>
~29-30 tok/s
</pre>

== Router v1 ==

Первая версия RAMBA AI Router была proof-of-concept.

Маршрутизация выполнялась преимущественно по ключевым словам.

Упрощённо:

<pre>
Proxmox / VFIO / Linux
│
▼
Qwen3 8B

сложная задача
│
▼
Qwen3.5 9B

остальные запросы
│
▼
Gemma 3 4B
</pre>

Версия доказала работоспособность основной концепции:

'''одна точка входа → несколько специализированных локальных моделей.'''

== Router v2 ==

Во второй версии маршрутизатор стал значительно сложнее.

Были добавлены:

* score-based routing;
* определение загруженной Ollama-модели;
* session affinity;
* hysteresis;
* статистика;
* журналирование;
* контроль переключения моделей.

Router начал использовать Ollama API:

<pre>
GET /api/ps
</pre>

для определения модели, которая в данный момент находится в памяти.

В API Router появились служебные endpoint'ы:

<pre>
/chat
/health
/stats
</pre>

=== Проблема Router v2 ===

Во время тестирования была обнаружена важная ошибка классификации.

Запрос:

<pre>
Есть три сервера A, B и C.
A быстрее B на 20%.
B быстрее C на 25%.
Если C выполняет задачу за 100 секунд,
сколько времени потребуется A?
</pre>

является математической задачей.

Однако Router воспринимал слово:

<pre>
сервер
</pre>

как инфраструктурный признак и отправлял запрос в:

<pre>
INFRA → Qwen3 8B
</pre>

Это показало недостаток простой маршрутизации по ключевым словам.

== Router v3 ==

В Router v3 алгоритм классификации был переработан.

Основная идея — разные слова должны иметь '''разный вес'''.

=== Слабые инфраструктурные признаки ===

Например:

<pre>
сервер
Linux
Ubuntu
VM
NVIDIA
сеть
</pre>

Сами по себе такие слова больше не должны гарантировать выбор INFRA.

=== Сильные инфраструктурные признаки ===

Больший вес получили специфические технические термины:

<pre>
Proxmox
vfio-pci
IOMMU
lspci
hostpci
systemctl
journalctl
initramfs
ZFS
NFS
</pre>

=== SMART-признаки ===

Для определения аналитических задач используются признаки:

<pre>
сколько
проценты
быстрее
медленнее
рассчитай
объясни расчёт
вероятность
логическая задача
</pre>

Таким образом Router вычисляет несколько независимых оценок:

<pre>
FAST
INFRA
SMART
</pre>

и выбирает роль с максимальным результатом.

== Пример работы Router v3 ==

Для математической задачи с тремя серверами Router получил:

<pre>
FAST = 1
INFRA = 1
SMART = 16
</pre>

Результат:

<pre>
role: smart
model: qwen3.5:9b
</pre>

Модель правильно решила задачу:

<pre>
C = 100 секунд

B быстрее C на 25%:
100 / 1.25 = 80 секунд

A быстрее B на 20%:
80 / 1.2 = 66.67 секунды
</pre>

Ответ:

<pre>
A ≈ 66.67 секунды
</pre>

== Пример инфраструктурного запроса ==

Запрос:

<pre>
В Proxmox lspci показывает nouveau вместо vfio-pci.
Что проверить?
</pre>

Router определил:

<pre>
FAST = 1
INFRA = 23
SMART = 0
</pre>

и выбрал:

<pre>
role: infra
model: qwen3:8b
</pre>

То есть специализированный инфраструктурный запрос был направлен технической модели.

== Пример FAST-запроса ==

Запрос:

<pre>
Исправь текст:
я одел куртку и вышел на улицу
</pre>

Router получил:

<pre>
FAST = 6
INFRA = 0
SMART = 0
</pre>

и правильно выбрал:

<pre>
role: fast
model: gemma3:4b
</pre>

Однако сама модель ответила:

<pre>
Я одел куртку и вышел на улицу.
</pre>

вместо:

<pre>
Я надел куртку и вышел на улицу.
</pre>

Это продемонстрировало важное различие:

'''правильная маршрутизация не гарантирует правильность ответа модели.'''

В дальнейшем для решения подобных проблем планируется отдельный слой проверки ответов — '''Verifier'''.

== Переключение моделей ==

Router получает информацию о моделях, загруженных Ollama.

Пример ответа <code>/health</code>:

<pre>
{
"router": "ok",
"version": "3",
"ollama_loaded_models": [
"gemma3:4b"
],
"sessions": 3
}
</pre>

При запросе другой категории Router может переключить модель.

Например:

<pre>
Gemma 3 4B
│
▼
Qwen3 8B
│
▼
Qwen3.5 9B
</pre>

В API-ответе отображаются диагностические данные:

<pre>
model
role
loaded_before
switch
scores
route_reason
elapsed
eval_count
eval_duration
load_duration
tok_s
</pre>

Это позволяет анализировать не только результат маршрутизации, но и производительность системы.

== Стоимость переключения ==

Загрузка другой модели в VRAM занимает заметное время.

На используемой системе переключение обычно добавляет несколько секунд ожидания.

Поэтому Router старается избегать ненужного переключения модели.

Для этого используются механизмы:

* session affinity;
* hysteresis;
* определение уже загруженной модели.

В перспективе Router должен учитывать не только качество предполагаемого ответа, но и '''стоимость переключения модели'''.

== Контрольный тест Router v3 ==

Для проверки Router v3 был создан отдельный тест:

<pre>
test-router-v3.py
</pre>

Он содержит '''30 запросов''':

{| class="wikitable"
! Категория
! Количество
|-
| FAST
| 10
|-
| INFRA
| 10
|-
| SMART
| 10
|-
! Всего
! 30
|}

Для каждого запроса заранее задаётся ожидаемая категория.

Тест сравнивает:

<pre>
EXPECTED
</pre>

с:

<pre>
ACTUAL
</pre>

=== Итог тестирования ===

22 августа 2026 года Router v3 успешно прошёл полный контрольный тест.

<pre>
RESULT: 30/30 = 100.0%

PERFECT ROUTING — 30/30
</pre>

{| class="wikitable"
! Категория
! Результат
! Модель
|-
| FAST
| 10 / 10
| Gemma 3 4B
|-
| INFRA
| 10 / 10
| Qwen3 8B
|-
| SMART
| 10 / 10
| Qwen3.5 9B
|-
! Итого
! '''30 / 30 (100%)'''
!
|}

Таким образом Router v3 стал первой зафиксированной стабильной версией RAMBA AI Router.

== Фиксация стабильной версии ==

После успешного теста были сохранены контрольные копии:

<pre>
router-v3-perfect.py
test-router-v3-perfect.py
</pre>

и создан архив:

<pre>
/home/artem/ramba-router-v3-perfect.tar.gz
</pre>

Размер архива на момент создания:

<pre>
6.4 KB
</pre>

Router v3 после этого считается '''стабильной контрольной точкой проекта'''.

== Ограничения Router v3 ==

Несмотря на успешный результат 30/30, версия v3 имеет ряд архитектурных ограничений.

Главное из них — недостаточное понимание контекста разговора.

Например:

<pre>
Пользователь:
В Proxmox vfio-pci не захватывает GTX 1080.

Router:
INFRA
</pre>

Следующее сообщение:

<pre>
А как это проверить?
</pre>

само по себе почти не содержит признаков INFRA.

Человек понимает контекст предыдущего сообщения, однако Router v3 в основном анализирует текущий запрос.

Именно эта проблема является основной целью следующей версии.

= Router v4 =

Следующий этап разработки — '''RAMBA AI Router v4'''.

Главное изменение:

'''контекстная маршрутизация.'''

Router должен учитывать не только последнее сообщение, но и историю текущего диалога.

Планируемая структура сессии:

<pre>
session
│
├── session_id
├── current_role
├── previous_model
└── messages
│
├── user
├── assistant
├── user
├── assistant
└── ...
</pre>

Например:

<pre>
Пользователь:
В Proxmox vfio-pci не захватывает GTX 1080.

→ INFRA / Qwen3 8B

Пользователь:
А как проверить?

→ анализ контекста
→ сохранение роли INFRA
→ Qwen3 8B
</pre>

== План Router v4 ==

Первый этап:

# хранение истории диалога;
# передача контекста модели;
# ограничение размера истории;
# sticky routing;
# корректная обработка коротких follow-up сообщений.

Второй этап:

# отдельный system prompt для FAST;
# отдельный system prompt для INFRA;
# отдельный system prompt для SMART.

Третий этап:

# оценка уверенности Router;
# автоматическая эскалация FAST → SMART;
# обработка неоднозначных запросов;
# дополнительные контрольные тесты.

== Дальнейшее развитие ==

Перспективная архитектура RAMBA AI:

<pre>
Пользователь
│
▼
RAMBA AI Router
│
┌─────────────┼─────────────┐
▼ ▼ ▼
FAST INFRA SMART
│ │ │
└─────────────┼─────────────┘
│
▼
Verifier
│
▼
RAG
│
▼
Финальный ответ
</pre>

Планируется развитие следующих компонентов:

* '''Context Memory''' — память текущего диалога;
* '''Verifier''' — проверка качества и корректности ответа;
* '''Escalation''' — передача сложного запроса более сильной модели;
* '''RAG''' — подключение собственной базы знаний RAMBA;
* '''Infrastructure Knowledge''' — информация о серверах и сервисах RAMBA;
* '''Tool Calling''' — выполнение разрешённых действий через инструменты;
* '''Metrics''' — статистика качества, скорости и маршрутизации.

== Статус проекта ==

{| class="wikitable"
! Компонент
! Статус
|-
| Ollama
| {{Да}}
|-
| GPU inference
| {{Да}}
|-
| FAST model
| {{Да}}
|-
| INFRA model
| '''Готово'''
|-
| SMART model
| '''Готово'''
|-
| Router API
| '''Готово'''
|-
| Score-based routing
| '''Готово'''
|-
| Ollama model detection
| '''Готово'''
|-
| Session affinity
| '''Готово'''
|-
| Router v3 test
| '''30/30'''
|-
| Context-aware routing
| В разработке (v4)
|-
| Verifier
| Планируется
|-
| RAG
| Планируется
|}

== Итог ==

'''RAMBA AI Router v3''' подтвердил работоспособность архитектуры динамического выбора локальных языковых моделей.

Контрольный тест показал:

<pre>
30 / 30
100%
PERFECT ROUTING
</pre>

Вместо запуска одной универсальной модели RAMBA AI использует несколько специализированных моделей и выбирает подходящую в зависимости от характера задачи.

Следующий этап проекта — '''Router v4''', который добавит память диалога и контекстную маршрутизацию.

[[Категория:RAMBA]]
[[Категория:RAMBA AI]]
[[Категория:Искусственный интеллект]]
[[Категория:Серверы]]

Мониторинг

2026-06-21T10:13:14Z

192.168.1.1:

{| class="wikitable sortable"
! Игра
! Сервер
! Статус
! Игроки
! Версия
|-
| 🦀 Rust
| [RU] RAMBA Server Rust #1
| 🟢 Онлайн
| 0/200
| 2627
|-
| ⛏️ Minecraft
| [RU] RAMBA-ART Minecraft
| 🟢 Онлайн
| 0/100
| 1.21.x
|}

Мониторинг

2026-06-21T10:12:53Z

192.168.1.1:

<rambamonitor />
{| class="wikitable sortable"
! Игра
! Сервер
! Статус
! Игроки
! Версия
|-
| 🦀 Rust
| [RU] RAMBA Server Rust #1
| 🟢 Онлайн
| 0/200
| 2627
|-
| ⛏️ Minecraft
| [RU] RAMBA-ART Minecraft
| 🟢 Онлайн
| 0/100
| 1.21.x
|}

Мониторинг

2026-06-21T10:09:08Z

192.168.1.1:

Мониторинг

2026-06-21T10:08:57Z

192.168.1.1:

Мониторинг

2026-06-21T09:58:39Z

192.168.1.1:

Мониторинг

2026-06-21T09:54:22Z

192.168.1.1:

Мониторинг

2026-06-21T09:36:58Z

192.168.1.1:

RAMBA Matrix

2026-06-19T12:53:42Z

192.168.1.1:

= Развёртывание корпоративного мессенджера RAMBA Matrix =

== Цель проекта ==

Цель проекта — развернуть собственный корпоративный мессенджер для организации RAMBA на базе открытого протокола Matrix.

Основные требования:

* собственный сервер сообщений;
* поддержка мобильных клиентов Android и iOS;
* поддержка веб-клиента;
* аудио- и видеозвонки;
* сквозное шифрование;
* контроль над данными;
* возможность работы примерно до 1000 пользователей;
* возможность дальнейшего резервного копирования и масштабирования.

== Итоговая архитектура ==

В проекте используется следующая схема:

<syntaxhighlight lang="text">
Пользователь
|
| Element Web / Element Mobile
|
Интернет
|
| HTTPS
|
Reverse Proxy / SSL
BrainyCP: 192.168.1.12
|
| proxy_pass
|
VM ramba-chat
Ubuntu Server 26.04
|
|-- Dendrite
|-- PostgreSQL
|-- Coturn
|-- Media Store
</syntaxhighlight>

Основные домены:

{| class="wikitable"
! Назначение

| ! Домен |
| -------------------- |
| Matrix Homeserver |
| chat.ramba-art.ru |
| - |
| Element Web |
| element.ramba-art.ru |
| - |
| Matrix Server Name |
| ramba-art.ru |
| } |

Matrix ID пользователей имеет вид:

<syntaxhighlight lang="text">
@username:ramba-art.ru
</syntaxhighlight>

Например:

<syntaxhighlight lang="text">
@ivan_ivanov:ramba-art.ru
</syntaxhighlight>

== Почему выбран Matrix ==

Matrix — открытый протокол для обмена сообщениями, голосовой и видеосвязи.

Преимущества Matrix:

* открытый протокол;
* нет привязки к одному поставщику;
* поддержка федерации между серверами;
* поддержка сквозного шифрования;
* есть готовые клиенты для Android, iOS, Web, Windows, Linux и macOS;
* можно хранить данные на собственной инфраструктуре;
* можно использовать собственный домен для пользователей.

Недостатки Matrix:

* сложнее в администрировании, чем обычные SaaS-мессенджеры;
* требуется следить за обновлениями;
* требуется корректная настройка TURN/STUN для звонков;
* требуется резервное копирование базы данных и медиафайлов;
* при больших нагрузках нужно планировать ресурсы заранее.

== Почему выбран Dendrite ==

В качестве homeserver выбран Dendrite.

Dendrite — сервер Matrix, написанный на Go. Он легче по ресурсам, чем классический Synapse, и подходит для компактного развёртывания.

Плюсы Dendrite:

* низкое потребление памяти;
* простая монолитная установка;
* высокая скорость запуска;
* удобная сборка из исходного кода;
* хорошо подходит для собственного сервера организации;
* использует PostgreSQL как основную базу данных.

Минусы Dendrite:

* менее зрелый проект по сравнению с Synapse;
* часть экосистемы Matrix исторически лучше тестировалась на Synapse;
* меньше готовых инструкций и примеров;
* при нестандартных интеграциях может потребоваться ручная отладка.

Вывод: для RAMBA выбран Dendrite, потому что он проще и легче для собственного сервера, при этом покрывает основные требования проекта: сообщения, Element, федерация, E2EE и звонки.

== Почему выбран PostgreSQL ==

PostgreSQL используется как основная база данных Dendrite.

Плюсы PostgreSQL:

* надёжная промышленная СУБД;
* хорошо подходит для постоянного хранения событий Matrix;
* поддерживается Dendrite;
* удобно резервировать через pg_dump;
* проще восстановить отдельно от файловой системы.

Минусы PostgreSQL:

* требует отдельного контроля резервных копий;
* нельзя полагаться только на snapshot VM;
* желательно не размещать базу на медленном сетевом хранилище.

Вывод: PostgreSQL следует хранить на локальном диске VM, а не на NFS.

== Почему выбран Element ==

Element выбран как основной клиент Matrix.

Используются:

* Element Web — через element.ramba-art.ru;
* Element Mobile — для Android и iOS.

Плюсы Element:

* официальный и наиболее развитый клиент Matrix;
* поддержка E2EE;
* поддержка аудио- и видеозвонков;
* есть веб-версия;
* есть мобильные приложения;
* можно заранее указать свой homeserver в config.json.

Минусы Element:

* пользователю нужно привыкнуть к интерфейсу Matrix;
* при первом входе важно правильно настроить безопасное восстановление ключей;
* при работе через браузер возможны предупреждения Safe Browsing, если домен имеет плохую репутацию.

== Почему выбран Coturn ==

Coturn используется для аудио- и видеозвонков.

Для звонков Matrix/Element использует WebRTC. Если два клиента не могут соединиться напрямую через NAT, используется TURN-сервер.

Плюсы Coturn:

* стандартное решение для STUN/TURN;
* совместим с WebRTC;
* поддерживает временные креды через shared secret;
* можно использовать с Matrix;
* можно ограничить диапазон relay-портов.

Минусы Coturn:

* требует проброса портов на маршрутизаторе;
* требует правильной настройки external-ip;
* при неправильном firewall звонок может подключаться без аудио или видео;
* relay-трафик может создавать нагрузку на канал.

В проекте используются порты:

<syntaxhighlight lang="text">
3478/tcp
3478/udp
5349/tcp
49152-49252/udp
</syntaxhighlight>

Пример ключевых настроек Coturn:

<syntaxhighlight lang="ini">
use-auth-secret
realm=ramba-art.ru
listening-ip=192.168.1.50
external-ip=195.138.232.82
fingerprint
lt-cred-mech

min-port=49152
max-port=49252 </syntaxhighlight>

== Почему используется Reverse Proxy BrainyCP ==

BrainyCP используется как внешний reverse proxy и точка управления SSL-сертификатами.

Плюсы такого решения:

* SSL-сертификаты управляются централизованно;
* внешние домены обслуживаются в одном месте;
* Dendrite и Element не публикуются напрямую;
* проще управлять HTTPS;
* можно разделить публичный фронт и внутренние сервисы.

Минусы:

* появляется дополнительная точка отказа;
* ошибки в Nginx-конфигурации могут повлиять на Matrix;
* нужно следить за корректной передачей заголовков;
* при проблемах с HTTP/2 или TLS диагностика становится сложнее.

== Почему VM, а не LXC ==

Для Matrix выбран вариант с отдельной VM в Proxmox.

Плюсы VM:

* лучшая изоляция;
* проще переносить между узлами Proxmox;
* полноценная система с собственным ядром;
* удобнее делать snapshot и backup;
* меньше неожиданных ограничений, чем в LXC.

Минусы VM:

* потребляет больше ресурсов, чем LXC;
* нужно отдельно следить за обновлениями ОС;
* требуется больше дискового пространства.

Вывод: для корпоративного мессенджера VM предпочтительнее, так как важнее надёжность и изоляция.

== Развёртывание VM ==

Рекомендуемые параметры VM для старта:

{| class="wikitable"
! Ресурс

| ! Значение |
| ------------------- |
| CPU |
| 4 vCPU |
| - |
| RAM |
| 8-16 GB |
| - |
| Disk |
| 100 GB |
| - |
| OS |
| Ubuntu Server 26.04 |
| - |
| Network |
| Static IP |
| } |

В проекте используется VM:

<syntaxhighlight lang="text">
ramba-chat
</syntaxhighlight>

IP VM:

<syntaxhighlight lang="text">
192.168.1.50
</syntaxhighlight>

== Установка системных пакетов ==

<syntaxhighlight lang="bash">
sudo apt update
sudo apt install -y git curl wget build-essential postgresql coturn nginx
</syntaxhighlight>

Для сборки Dendrite также требуется Go.

== Установка PostgreSQL ==

Создаётся пользователь и база данных:

<syntaxhighlight lang="bash">
sudo -u postgres createuser dendrite
sudo -u postgres createdb -O dendrite dendrite
sudo -u postgres psql
</syntaxhighlight>

Внутри psql задаётся пароль:

<syntaxhighlight lang="sql">
ALTER USER dendrite WITH PASSWORD 'strong_password';
</syntaxhighlight>

== Сборка Dendrite ==

<syntaxhighlight lang="bash">
cd /opt
sudo git clone https://github.com/matrix-org/dendrite.git
sudo chown -R $USER:$USER /opt/dendrite
cd /opt/dendrite

go build -o bin/dendrite ./cmd/dendrite
go build -o bin/create-account ./cmd/create-account
go build -o bin/generate-config ./cmd/generate-config
go build -o bin/generate-keys ./cmd/generate-keys </syntaxhighlight>

== Генерация конфигурации Dendrite ==

<syntaxhighlight lang="bash">
cd /opt/dendrite

./bin/generate-keys --private-key matrix_key.pem

./bin/generate-config
--server ramba-art.ru
--db postgresql://dendrite:password@localhost/dendrite?sslmode=disable
--private-key matrix_key.pem \

> dendrite.yaml
>
> </syntaxhighlight>

После генерации конфиг редактируется вручную.

Важные параметры:

<syntaxhighlight lang="yaml">
global:
server_name: ramba-art.ru

media_api:
base_path: media
max_file_size_bytes: 10485760 </syntaxhighlight>

== Systemd-сервис Dendrite ==

Создаётся файл:

<syntaxhighlight lang="bash">
sudo nano /etc/systemd/system/dendrite.service
</syntaxhighlight>

Пример:

<syntaxhighlight lang="ini">
[Unit]
Description=Dendrite Matrix Server
After=network.target postgresql.service

[Service]
Type=simple
WorkingDirectory=/opt/dendrite
ExecStart=/opt/dendrite/dendrite -config /opt/dendrite/dendrite.yaml
Restart=always
RestartSec=5
User=artem
Group=artem

[Install]
WantedBy=multi-user.target </syntaxhighlight>

Запуск:

<syntaxhighlight lang="bash">
sudo systemctl daemon-reload
sudo systemctl enable --now dendrite
sudo systemctl status dendrite
</syntaxhighlight>

== Настройка Reverse Proxy для Dendrite ==

На стороне BrainyCP/Nginx создаётся HTTPS-сайт:

<syntaxhighlight lang="text">
chat.ramba-art.ru
</syntaxhighlight>

Он проксирует запросы на:

<syntaxhighlight lang="text">
http://192.168.1.50:8008
</syntaxhighlight>

Важные заголовки:

<syntaxhighlight lang="nginx">
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto https;
</syntaxhighlight>

== Настройка .well-known ==

Для красивых Matrix ID вида:

<syntaxhighlight lang="text">
@user:ramba-art.ru
</syntaxhighlight>

нужно настроить .well-known на основном домене.

Файл:

<syntaxhighlight lang="text">
https://ramba-art.ru/.well-known/matrix/server
</syntaxhighlight>

Содержимое:

<syntaxhighlight lang="json">
{
"m.server": "chat.ramba-art.ru:443"
}
</syntaxhighlight>

Файл:

<syntaxhighlight lang="text">
https://ramba-art.ru/.well-known/matrix/client
</syntaxhighlight>

Содержимое:

<syntaxhighlight lang="json">
{
"m.homeserver": {
"base_url": "https://chat.ramba-art.ru"
}
}
</syntaxhighlight>

== Установка Element Web ==

Element Web размещается на отдельном поддомене:

<syntaxhighlight lang="text">
element.ramba-art.ru
</syntaxhighlight>

Пример config.json:

<syntaxhighlight lang="json">
{
"default_server_config": {
"m.homeserver": {
"base_url": "https://chat.ramba-art.ru",
"server_name": "ramba-art.ru"
}
},
"disable_custom_urls": true,
"disable_guests": true,
"brand": "RAMBA Chat",
"default_theme": "dark"
}
</syntaxhighlight>

Плюсы отдельного поддомена для Element:

* проще обслуживать веб-клиент;
* можно независимо обновлять Element;
* можно брендировать интерфейс;
* пользователю не нужно вручную вводить homeserver.

Минусы:

* нужен отдельный SSL-сертификат;
* при проблемах с репутацией домена браузер может блокировать страницу.

== Настройка Coturn ==

Установка:

<syntaxhighlight lang="bash">
sudo apt install -y coturn
</syntaxhighlight>

Включение сервиса:

<syntaxhighlight lang="bash">
sudo sed -i 's/#TURNSERVER_ENABLED=1/TURNSERVER_ENABLED=1/' /etc/default/coturn
</syntaxhighlight>

Пример конфигурации:

<syntaxhighlight lang="ini">
listening-port=3478
tls-listening-port=5349

listening-ip=192.168.1.50
relay-ip=192.168.1.50
external-ip=195.138.232.82

use-auth-secret
static-auth-secret=SECRET
realm=ramba-art.ru

fingerprint
lt-cred-mech
no-multicast-peers
no-cli

min-port=49152
max-port=49252 </syntaxhighlight>

Запуск:

<syntaxhighlight lang="bash">
sudo systemctl enable --now coturn
sudo systemctl status coturn
</syntaxhighlight>

== Настройка TURN в Dendrite ==

В dendrite.yaml указывается TURN-сервер:

<syntaxhighlight lang="yaml">
client_api:
turn:
turn_user_lifetime: "5m"
turn_uris:
- "turn:turn.ramba-art.ru:3478?transport=udp"
- "turn:turn.ramba-art.ru:3478?transport=tcp"
- "turns:turn.ramba-art.ru:5349?transport=tcp"
turn_shared_secret: "SECRET"
</syntaxhighlight>

Секрет в Dendrite должен совпадать со значением static-auth-secret в Coturn.

Проверка:

<syntaxhighlight lang="bash">
curl -s https://chat.ramba-art.ru/_matrix/client/v3/voip/turnServer
</syntaxhighlight>

Если всё настроено правильно, сервер отдаёт временные TURN-креды.

== Проброс портов ==

На внешнем маршрутизаторе или firewall нужно пробросить на VM ramba-chat:

{| class="wikitable"
! Порт
! Протокол

| ! Назначение |
| ------------ |
| 3478 |
| TCP/UDP |
| STUN/TURN |
| - |
| 5349 |
| TCP |
| TURNS |
| - |
| 49152-49252 |
| UDP |
| TURN relay |
| } |

== Регистрация пользователей ==

Для корпоративного сервера не рекомендуется открывать публичную регистрацию.

Рекомендуемая схема:

* регистрация закрыта;
* пользователей создаёт администратор;
* после первого входа пользователь меняет временный пароль.

Создание пользователя:

<syntaxhighlight lang="bash">
cd /opt/dendrite

./create-account
--config dendrite.yaml
--username username
--password 'temporary_password' </syntaxhighlight>

Пример результата:

<syntaxhighlight lang="text">
@username:ramba-art.ru
</syntaxhighlight>

Плюсы закрытой регистрации:

* нет спама;
* нет случайных пользователей;
* проще управлять безопасностью;
* подходит для корпоративного мессенджера.

Минусы:

* пользователей нужно создавать вручную или через скрипт;
* нужен регламент выдачи доступов;
* нужно продумать удаление или блокировку уволенных сотрудников.

== Медиафайлы ==

В Dendrite медиа хранятся в каталоге:

<syntaxhighlight lang="text">
/opt/dendrite/media
</syntaxhighlight>

В конфигурации:

<syntaxhighlight lang="yaml">
media_api:
base_path: media
max_file_size_bytes: 10485760
</syntaxhighlight>

Лимит одного файла:

<syntaxhighlight lang="text">
10 MB
</syntaxhighlight>

Если комната зашифрована, Element шифрует вложения на клиенте перед загрузкой. Сервер хранит зашифрованный blob и не имеет ключей расшифровки.

Если комната не зашифрована, сервер хранит обычные медиафайлы.

Рекомендации:

* рабочие комнаты создавать с E2EE;
* каталог media включить в резервное копирование;
* при росте объёма вынести media на отдельное хранилище;
* PostgreSQL не выносить на NFS.

== Вариант выноса медиа на NFS/OMV ==

Для роста системы можно вынести только медиафайлы на OMV NFS.

Рекомендуемая схема:

<syntaxhighlight lang="text">
VM ramba-chat
|-- PostgreSQL локально
|-- Dendrite локально
|-- JetStream локально
|-- /opt/dendrite/media -> NFS OMV
</syntaxhighlight>

Плюсы:

* медиа не раздувают диск VM;
* проще расширять хранилище;
* удобно делать отдельные бэкапы;
* можно использовать шифрование дисков на OMV.

Минусы:

* появляется зависимость от сети и OMV;
* при недоступности NFS будут проблемы с загрузкой и скачиванием файлов;
* нужна аккуратная настройка прав доступа;
* база данных и JetStream должны оставаться локально.

== Резервное копирование ==

Обязательно резервировать:

<syntaxhighlight lang="text">
PostgreSQL database dendrite
/opt/dendrite
/opt/dendrite/media
/etc/turnserver.conf
/etc/systemd/system/dendrite.service
Element config.json
Nginx/BrainyCP vhost-конфиги
</syntaxhighlight>

Пример резервного копирования конфигов:

<syntaxhighlight lang="bash">
sudo tar czf /root/ramba-matrix-configs-$(date +%F).tar.gz \
/opt/dendrite \
/etc/turnserver.conf \
/etc/systemd/system/dendrite.service
</syntaxhighlight>

Пример дампа PostgreSQL:

<syntaxhighlight lang="bash">
sudo -u postgres pg_dump dendrite > /root/dendrite-$(date +%F).sql
</syntaxhighlight>

== Проверка работоспособности ==

Проверка .well-known:

<syntaxhighlight lang="bash">
curl -s https://ramba-art.ru/.well-known/matrix/server
curl -s https://ramba-art.ru/.well-known/matrix/client
</syntaxhighlight>

Проверка Matrix API:

<syntaxhighlight lang="bash">
curl -s https://chat.ramba-art.ru/_matrix/client/versions
</syntaxhighlight>

Проверка Dendrite:

<syntaxhighlight lang="bash">
sudo systemctl status dendrite --no-pager
sudo journalctl -u dendrite -n 80 --no-pager
</syntaxhighlight>

Проверка Coturn:

<syntaxhighlight lang="bash">
sudo systemctl status coturn --no-pager
sudo ss -tulpn | grep turnserver
</syntaxhighlight>

Проверка TURN-кредов:

<syntaxhighlight lang="bash">
curl -s https://chat.ramba-art.ru/_matrix/client/v3/voip/turnServer
</syntaxhighlight>

== Тестирование звонков ==

Финальный тест:

* создать двух пользователей;
* войти в Element с двух разных устройств;
* желательно использовать мобильную сеть, а не один Wi-Fi;
* проверить личный чат;
* проверить аудиозвонок;
* проверить видеозвонок.

Успешный звонок через мобильного оператора подтверждает, что работают:

* Dendrite;
* Element;
* WebRTC;
* STUN;
* TURN;
* NAT traversal;
* reverse proxy;
* SSL.

== Плюсы выбранной архитектуры ==

* полный контроль над данными;
* собственные Matrix ID на домене ramba-art.ru;
* независимость от сторонних SaaS-мессенджеров;
* поддержка Android, iOS и Web;
* поддержка аудио- и видеосвязи;
* поддержка E2EE;
* простая архитектура на одной VM;
* PostgreSQL локально для надёжности;
* медиа можно вынести на отдельное хранилище;
* reverse proxy и SSL централизованы через BrainyCP.

== Минусы выбранной архитектуры ==

* требуется администрирование сервера;
* нужно следить за Dendrite, PostgreSQL, Coturn и Element;
* требуется регулярный backup;
* требуется ручное создание пользователей или отдельный скрипт;
* Dendrite менее зрелый, чем Synapse;
* звонки зависят от правильной настройки TURN;
* при проблемах с доменной репутацией браузер может блокировать Element;
* при росте нагрузки может потребоваться отдельное масштабирование.

== Рекомендации по эксплуатации ==

* держать регистрацию закрытой;
* создавать пользователей централизованно;
* использовать E2EE для рабочих комнат;
* регулярно проверять резервные копии;
* не хранить PostgreSQL на NFS;
* следить за размером /opt/dendrite/media;
* обновлять Element Web отдельно от Dendrite;
* фиксировать изменения конфигов в отдельной Wiki-странице;
* после стабильного запуска создать snapshot VM в Proxmox.

== Итог ==

Выбранная архитектура подходит для собственного корпоративного мессенджера RAMBA.

Она даёт контроль над пользователями, сообщениями, медиафайлами и доменом, при этом остаётся достаточно простой для сопровождения: одна VM, один Matrix homeserver, PostgreSQL, Coturn и Element Web.

Для текущего этапа архитектура считается рабочей. Дальнейшие улучшения:

* автоматизация создания пользователей;
* настройка регулярного backup;
* вынос media store на OMV/NFS;
* брендирование Element;
* мониторинг сервисов;
* исправление репутации домена в Google Safe Browsing.

RAMBA Matrix

2026-06-19T12:51:54Z

192.168.1.1: Новая страница: «= Развёртывание корпоративного мессенджера RAMBA Matrix = == Цель проекта == Цель проекта — развернуть собственный корпоративный мессенджер для организации RAMBA на базе открытого протокола Matrix. Основные требования: * собственный сервер сообщений; * поддержк...»

= Развёртывание корпоративного мессенджера RAMBA Matrix =

== Цель проекта ==

Цель проекта — развернуть собственный корпоративный мессенджер для организации RAMBA на базе открытого протокола Matrix.

Основные требования:

* собственный сервер сообщений;
* поддержка мобильных клиентов Android и iOS;
* поддержка веб-клиента;
* аудио- и видеозвонки;
* сквозное шифрование;
* контроль над данными;
* возможность работы примерно до 1000 пользователей;
* возможность дальнейшего резервного копирования и масштабирования.

== Итоговая архитектура ==

В проекте используется следующая схема:

<syntaxhighlight lang="text">
Пользователь
|
| Element Web / Element Mobile
|
Интернет
|
| HTTPS
|
Reverse Proxy / SSL
BrainyCP: 192.168.1.12
|
| proxy_pass
|
VM ramba-chat
Ubuntu Server 26.04
|
|-- Dendrite
|-- PostgreSQL
|-- Coturn
|-- Media Store
</syntaxhighlight>

Основные домены:

{| class="wikitable"
! Назначение

| ! Домен |
| -------------------- |
| Matrix Homeserver |
| chat.ramba-art.ru |
| - |
| Element Web |
| element.ramba-art.ru |
| - |
| Matrix Server Name |
| ramba-art.ru |
| } |

Matrix ID пользователей имеет вид:

<syntaxhighlight lang="text">
@username:ramba-art.ru
</syntaxhighlight>

Например:

<syntaxhighlight lang="text">
@artem:ramba-art.ru
</syntaxhighlight>

== Почему выбран Matrix ==

Matrix — открытый протокол для обмена сообщениями, голосовой и видеосвязи.

Преимущества Matrix:

* открытый протокол;
* нет привязки к одному поставщику;
* поддержка федерации между серверами;
* поддержка сквозного шифрования;
* есть готовые клиенты для Android, iOS, Web, Windows, Linux и macOS;
* можно хранить данные на собственной инфраструктуре;
* можно использовать собственный домен для пользователей.

Недостатки Matrix:

* сложнее в администрировании, чем обычные SaaS-мессенджеры;
* требуется следить за обновлениями;
* требуется корректная настройка TURN/STUN для звонков;
* требуется резервное копирование базы данных и медиафайлов;
* при больших нагрузках нужно планировать ресурсы заранее.

== Почему выбран Dendrite ==

В качестве homeserver выбран Dendrite.

Dendrite — сервер Matrix, написанный на Go. Он легче по ресурсам, чем классический Synapse, и подходит для компактного развёртывания.

Плюсы Dendrite:

* низкое потребление памяти;
* простая монолитная установка;
* высокая скорость запуска;
* удобная сборка из исходного кода;
* хорошо подходит для собственного сервера организации;
* использует PostgreSQL как основную базу данных.

Минусы Dendrite:

* менее зрелый проект по сравнению с Synapse;
* часть экосистемы Matrix исторически лучше тестировалась на Synapse;
* меньше готовых инструкций и примеров;
* при нестандартных интеграциях может потребоваться ручная отладка.

Вывод: для RAMBA выбран Dendrite, потому что он проще и легче для собственного сервера, при этом покрывает основные требования проекта: сообщения, Element, федерация, E2EE и звонки.

== Почему выбран PostgreSQL ==

PostgreSQL используется как основная база данных Dendrite.

Плюсы PostgreSQL:

* надёжная промышленная СУБД;
* хорошо подходит для постоянного хранения событий Matrix;
* поддерживается Dendrite;
* удобно резервировать через pg_dump;
* проще восстановить отдельно от файловой системы.

Минусы PostgreSQL:

* требует отдельного контроля резервных копий;
* нельзя полагаться только на snapshot VM;
* желательно не размещать базу на медленном сетевом хранилище.

Вывод: PostgreSQL следует хранить на локальном диске VM, а не на NFS.

== Почему выбран Element ==

Element выбран как основной клиент Matrix.

Используются:

* Element Web — через element.ramba-art.ru;
* Element Mobile — для Android и iOS.

Плюсы Element:

* официальный и наиболее развитый клиент Matrix;
* поддержка E2EE;
* поддержка аудио- и видеозвонков;
* есть веб-версия;
* есть мобильные приложения;
* можно заранее указать свой homeserver в config.json.

Минусы Element:

* пользователю нужно привыкнуть к интерфейсу Matrix;
* при первом входе важно правильно настроить безопасное восстановление ключей;
* при работе через браузер возможны предупреждения Safe Browsing, если домен имеет плохую репутацию.

== Почему выбран Coturn ==

Coturn используется для аудио- и видеозвонков.

Для звонков Matrix/Element использует WebRTC. Если два клиента не могут соединиться напрямую через NAT, используется TURN-сервер.

Плюсы Coturn:

* стандартное решение для STUN/TURN;
* совместим с WebRTC;
* поддерживает временные креды через shared secret;
* можно использовать с Matrix;
* можно ограничить диапазон relay-портов.

Минусы Coturn:

* требует проброса портов на маршрутизаторе;
* требует правильной настройки external-ip;
* при неправильном firewall звонок может подключаться без аудио или видео;
* relay-трафик может создавать нагрузку на канал.

В проекте используются порты:

<syntaxhighlight lang="text">
3478/tcp
3478/udp
5349/tcp
49152-49252/udp
</syntaxhighlight>

Пример ключевых настроек Coturn:

<syntaxhighlight lang="ini">
use-auth-secret
realm=ramba-art.ru
listening-ip=192.168.1.50
external-ip=195.138.232.82
fingerprint
lt-cred-mech

min-port=49152
max-port=49252 </syntaxhighlight>

== Почему используется Reverse Proxy BrainyCP ==

BrainyCP используется как внешний reverse proxy и точка управления SSL-сертификатами.

Плюсы такого решения:

* SSL-сертификаты управляются централизованно;
* внешние домены обслуживаются в одном месте;
* Dendrite и Element не публикуются напрямую;
* проще управлять HTTPS;
* можно разделить публичный фронт и внутренние сервисы.

Минусы:

* появляется дополнительная точка отказа;
* ошибки в Nginx-конфигурации могут повлиять на Matrix;
* нужно следить за корректной передачей заголовков;
* при проблемах с HTTP/2 или TLS диагностика становится сложнее.

== Почему VM, а не LXC ==

Для Matrix выбран вариант с отдельной VM в Proxmox.

Плюсы VM:

* лучшая изоляция;
* проще переносить между узлами Proxmox;
* полноценная система с собственным ядром;
* удобнее делать snapshot и backup;
* меньше неожиданных ограничений, чем в LXC.

Минусы VM:

* потребляет больше ресурсов, чем LXC;
* нужно отдельно следить за обновлениями ОС;
* требуется больше дискового пространства.

Вывод: для корпоративного мессенджера VM предпочтительнее, так как важнее надёжность и изоляция.

== Развёртывание VM ==

Рекомендуемые параметры VM для старта:

{| class="wikitable"
! Ресурс

| ! Значение |
| ------------------- |
| CPU |
| 4 vCPU |
| - |
| RAM |
| 8-16 GB |
| - |
| Disk |
| 100 GB |
| - |
| OS |
| Ubuntu Server 26.04 |
| - |
| Network |
| Static IP |
| } |

В проекте используется VM:

<syntaxhighlight lang="text">
ramba-chat
</syntaxhighlight>

IP VM:

<syntaxhighlight lang="text">
192.168.1.50
</syntaxhighlight>

== Установка системных пакетов ==

<syntaxhighlight lang="bash">
sudo apt update
sudo apt install -y git curl wget build-essential postgresql coturn nginx
</syntaxhighlight>

Для сборки Dendrite также требуется Go.

== Установка PostgreSQL ==

Создаётся пользователь и база данных:

<syntaxhighlight lang="bash">
sudo -u postgres createuser dendrite
sudo -u postgres createdb -O dendrite dendrite
sudo -u postgres psql
</syntaxhighlight>

Внутри psql задаётся пароль:

<syntaxhighlight lang="sql">
ALTER USER dendrite WITH PASSWORD 'strong_password';
</syntaxhighlight>

== Сборка Dendrite ==

<syntaxhighlight lang="bash">
cd /opt
sudo git clone https://github.com/matrix-org/dendrite.git
sudo chown -R $USER:$USER /opt/dendrite
cd /opt/dendrite

go build -o bin/dendrite ./cmd/dendrite
go build -o bin/create-account ./cmd/create-account
go build -o bin/generate-config ./cmd/generate-config
go build -o bin/generate-keys ./cmd/generate-keys </syntaxhighlight>

== Генерация конфигурации Dendrite ==

<syntaxhighlight lang="bash">
cd /opt/dendrite

./bin/generate-keys --private-key matrix_key.pem

./bin/generate-config
--server ramba-art.ru
--db postgresql://dendrite:password@localhost/dendrite?sslmode=disable
--private-key matrix_key.pem \

> dendrite.yaml
>
> </syntaxhighlight>

После генерации конфиг редактируется вручную.

Важные параметры:

<syntaxhighlight lang="yaml">
global:
server_name: ramba-art.ru

media_api:
base_path: media
max_file_size_bytes: 10485760 </syntaxhighlight>

== Systemd-сервис Dendrite ==

Создаётся файл:

<syntaxhighlight lang="bash">
sudo nano /etc/systemd/system/dendrite.service
</syntaxhighlight>

Пример:

<syntaxhighlight lang="ini">
[Unit]
Description=Dendrite Matrix Server
After=network.target postgresql.service

[Service]
Type=simple
WorkingDirectory=/opt/dendrite
ExecStart=/opt/dendrite/dendrite -config /opt/dendrite/dendrite.yaml
Restart=always
RestartSec=5
User=artem
Group=artem

[Install]
WantedBy=multi-user.target </syntaxhighlight>

Запуск:

<syntaxhighlight lang="bash">
sudo systemctl daemon-reload
sudo systemctl enable --now dendrite
sudo systemctl status dendrite
</syntaxhighlight>

== Настройка Reverse Proxy для Dendrite ==

На стороне BrainyCP/Nginx создаётся HTTPS-сайт:

<syntaxhighlight lang="text">
chat.ramba-art.ru
</syntaxhighlight>

Он проксирует запросы на:

<syntaxhighlight lang="text">
http://192.168.1.50:8008
</syntaxhighlight>

Важные заголовки:

<syntaxhighlight lang="nginx">
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto https;
</syntaxhighlight>

== Настройка .well-known ==

Для красивых Matrix ID вида:

<syntaxhighlight lang="text">
@user:ramba-art.ru
</syntaxhighlight>

нужно настроить .well-known на основном домене.

Файл:

<syntaxhighlight lang="text">
https://ramba-art.ru/.well-known/matrix/server
</syntaxhighlight>

Содержимое:

<syntaxhighlight lang="json">
{
"m.server": "chat.ramba-art.ru:443"
}
</syntaxhighlight>

Файл:

<syntaxhighlight lang="text">
https://ramba-art.ru/.well-known/matrix/client
</syntaxhighlight>

Содержимое:

<syntaxhighlight lang="json">
{
"m.homeserver": {
"base_url": "https://chat.ramba-art.ru"
}
}
</syntaxhighlight>

== Установка Element Web ==

Element Web размещается на отдельном поддомене:

<syntaxhighlight lang="text">
element.ramba-art.ru
</syntaxhighlight>

Пример config.json:

<syntaxhighlight lang="json">
{
"default_server_config": {
"m.homeserver": {
"base_url": "https://chat.ramba-art.ru",
"server_name": "ramba-art.ru"
}
},
"disable_custom_urls": true,
"disable_guests": true,
"brand": "RAMBA Chat",
"default_theme": "dark"
}
</syntaxhighlight>

Плюсы отдельного поддомена для Element:

* проще обслуживать веб-клиент;
* можно независимо обновлять Element;
* можно брендировать интерфейс;
* пользователю не нужно вручную вводить homeserver.

Минусы:

* нужен отдельный SSL-сертификат;
* при проблемах с репутацией домена браузер может блокировать страницу.

== Настройка Coturn ==

Установка:

<syntaxhighlight lang="bash">
sudo apt install -y coturn
</syntaxhighlight>

Включение сервиса:

<syntaxhighlight lang="bash">
sudo sed -i 's/#TURNSERVER_ENABLED=1/TURNSERVER_ENABLED=1/' /etc/default/coturn
</syntaxhighlight>

Пример конфигурации:

<syntaxhighlight lang="ini">
listening-port=3478
tls-listening-port=5349

listening-ip=192.168.1.50
relay-ip=192.168.1.50
external-ip=195.138.232.82

use-auth-secret
static-auth-secret=SECRET
realm=ramba-art.ru

fingerprint
lt-cred-mech
no-multicast-peers
no-cli

min-port=49152
max-port=49252 </syntaxhighlight>

Запуск:

<syntaxhighlight lang="bash">
sudo systemctl enable --now coturn
sudo systemctl status coturn
</syntaxhighlight>

== Настройка TURN в Dendrite ==

В dendrite.yaml указывается TURN-сервер:

<syntaxhighlight lang="yaml">
client_api:
turn:
turn_user_lifetime: "5m"
turn_uris:
- "turn:turn.ramba-art.ru:3478?transport=udp"
- "turn:turn.ramba-art.ru:3478?transport=tcp"
- "turns:turn.ramba-art.ru:5349?transport=tcp"
turn_shared_secret: "SECRET"
</syntaxhighlight>

Секрет в Dendrite должен совпадать со значением static-auth-secret в Coturn.

Проверка:

<syntaxhighlight lang="bash">
curl -s https://chat.ramba-art.ru/_matrix/client/v3/voip/turnServer
</syntaxhighlight>

Если всё настроено правильно, сервер отдаёт временные TURN-креды.

== Проброс портов ==

На внешнем маршрутизаторе или firewall нужно пробросить на VM ramba-chat:

{| class="wikitable"
! Порт
! Протокол

| ! Назначение |
| ------------ |
| 3478 |
| TCP/UDP |
| STUN/TURN |
| - |
| 5349 |
| TCP |
| TURNS |
| - |
| 49152-49252 |
| UDP |
| TURN relay |
| } |

== Регистрация пользователей ==

Для корпоративного сервера не рекомендуется открывать публичную регистрацию.

Рекомендуемая схема:

* регистрация закрыта;
* пользователей создаёт администратор;
* после первого входа пользователь меняет временный пароль.

Создание пользователя:

<syntaxhighlight lang="bash">
cd /opt/dendrite

./create-account
--config dendrite.yaml
--username username
--password 'temporary_password' </syntaxhighlight>

Пример результата:

<syntaxhighlight lang="text">
@username:ramba-art.ru
</syntaxhighlight>

Плюсы закрытой регистрации:

* нет спама;
* нет случайных пользователей;
* проще управлять безопасностью;
* подходит для корпоративного мессенджера.

Минусы:

* пользователей нужно создавать вручную или через скрипт;
* нужен регламент выдачи доступов;
* нужно продумать удаление или блокировку уволенных сотрудников.

== Медиафайлы ==

В Dendrite медиа хранятся в каталоге:

<syntaxhighlight lang="text">
/opt/dendrite/media
</syntaxhighlight>

В конфигурации:

<syntaxhighlight lang="yaml">
media_api:
base_path: media
max_file_size_bytes: 10485760
</syntaxhighlight>

Лимит одного файла:

<syntaxhighlight lang="text">
10 MB
</syntaxhighlight>

Если комната зашифрована, Element шифрует вложения на клиенте перед загрузкой. Сервер хранит зашифрованный blob и не имеет ключей расшифровки.

Если комната не зашифрована, сервер хранит обычные медиафайлы.

Рекомендации:

* рабочие комнаты создавать с E2EE;
* каталог media включить в резервное копирование;
* при росте объёма вынести media на отдельное хранилище;
* PostgreSQL не выносить на NFS.

== Вариант выноса медиа на NFS/OMV ==

Для роста системы можно вынести только медиафайлы на OMV NFS.

Рекомендуемая схема:

<syntaxhighlight lang="text">
VM ramba-chat
|-- PostgreSQL локально
|-- Dendrite локально
|-- JetStream локально
|-- /opt/dendrite/media -> NFS OMV
</syntaxhighlight>

Плюсы:

* медиа не раздувают диск VM;
* проще расширять хранилище;
* удобно делать отдельные бэкапы;
* можно использовать шифрование дисков на OMV.

Минусы:

* появляется зависимость от сети и OMV;
* при недоступности NFS будут проблемы с загрузкой и скачиванием файлов;
* нужна аккуратная настройка прав доступа;
* база данных и JetStream должны оставаться локально.

== Резервное копирование ==

Обязательно резервировать:

<syntaxhighlight lang="text">
PostgreSQL database dendrite
/opt/dendrite
/opt/dendrite/media
/etc/turnserver.conf
/etc/systemd/system/dendrite.service
Element config.json
Nginx/BrainyCP vhost-конфиги
</syntaxhighlight>

Пример резервного копирования конфигов:

<syntaxhighlight lang="bash">
sudo tar czf /root/ramba-matrix-configs-$(date +%F).tar.gz \
/opt/dendrite \
/etc/turnserver.conf \
/etc/systemd/system/dendrite.service
</syntaxhighlight>

Пример дампа PostgreSQL:

<syntaxhighlight lang="bash">
sudo -u postgres pg_dump dendrite > /root/dendrite-$(date +%F).sql
</syntaxhighlight>

== Проверка работоспособности ==

Проверка .well-known:

<syntaxhighlight lang="bash">
curl -s https://ramba-art.ru/.well-known/matrix/server
curl -s https://ramba-art.ru/.well-known/matrix/client
</syntaxhighlight>

Проверка Matrix API:

<syntaxhighlight lang="bash">
curl -s https://chat.ramba-art.ru/_matrix/client/versions
</syntaxhighlight>

Проверка Dendrite:

<syntaxhighlight lang="bash">
sudo systemctl status dendrite --no-pager
sudo journalctl -u dendrite -n 80 --no-pager
</syntaxhighlight>

Проверка Coturn:

<syntaxhighlight lang="bash">
sudo systemctl status coturn --no-pager
sudo ss -tulpn | grep turnserver
</syntaxhighlight>

Проверка TURN-кредов:

<syntaxhighlight lang="bash">
curl -s https://chat.ramba-art.ru/_matrix/client/v3/voip/turnServer
</syntaxhighlight>

== Тестирование звонков ==

Финальный тест:

* создать двух пользователей;
* войти в Element с двух разных устройств;
* желательно использовать мобильную сеть, а не один Wi-Fi;
* проверить личный чат;
* проверить аудиозвонок;
* проверить видеозвонок.

Успешный звонок через мобильного оператора подтверждает, что работают:

* Dendrite;
* Element;
* WebRTC;
* STUN;
* TURN;
* NAT traversal;
* reverse proxy;
* SSL.

== Плюсы выбранной архитектуры ==

* полный контроль над данными;
* собственные Matrix ID на домене ramba-art.ru;
* независимость от сторонних SaaS-мессенджеров;
* поддержка Android, iOS и Web;
* поддержка аудио- и видеосвязи;
* поддержка E2EE;
* простая архитектура на одной VM;
* PostgreSQL локально для надёжности;
* медиа можно вынести на отдельное хранилище;
* reverse proxy и SSL централизованы через BrainyCP.

== Минусы выбранной архитектуры ==

* требуется администрирование сервера;
* нужно следить за Dendrite, PostgreSQL, Coturn и Element;
* требуется регулярный backup;
* требуется ручное создание пользователей или отдельный скрипт;
* Dendrite менее зрелый, чем Synapse;
* звонки зависят от правильной настройки TURN;
* при проблемах с доменной репутацией браузер может блокировать Element;
* при росте нагрузки может потребоваться отдельное масштабирование.

== Рекомендации по эксплуатации ==

* держать регистрацию закрытой;
* создавать пользователей централизованно;
* использовать E2EE для рабочих комнат;
* регулярно проверять резервные копии;
* не хранить PostgreSQL на NFS;
* следить за размером /opt/dendrite/media;
* обновлять Element Web отдельно от Dendrite;
* фиксировать изменения конфигов в отдельной Wiki-странице;
* после стабильного запуска создать snapshot VM в Proxmox.

== Итог ==

Выбранная архитектура подходит для собственного корпоративного мессенджера RAMBA.

Она даёт контроль над пользователями, сообщениями, медиафайлами и доменом, при этом остаётся достаточно простой для сопровождения: одна VM, один Matrix homeserver, PostgreSQL, Coturn и Element Web.

Для текущего этапа архитектура считается рабочей. Дальнейшие улучшения:

* автоматизация создания пользователей;
* настройка регулярного backup;
* вынос media store на OMV/NFS;
* брендирование Element;
* мониторинг сервисов;
* исправление репутации домена в Google Safe Browsing.

Заглавная страница

2026-06-19T12:44:48Z

192.168.1.1:

<div style="padding:20px;">

<div style="text-align:center; margin-bottom:30px;">
<h1>📚 База знаний</h1>
<p>Документация по инфраструктуре, Linux и игровым серверам.</p>
</div>

{| style="width:100%; border-spacing:12px;"
|-
| style="width:33%; vertical-align:top; background:#f8f9fa; border:1px solid #c8ccd1; border-radius:8px; padding:15px;" |

=== 🖥️ Инфраструктура ===
''Серверы и виртуализация''

* [[Proxmox]]
* [[PBS]]
* [[iLO]]
* [[BrainyCP]]
* [[Сетевое оборудование]]
* [[ RAMBA Matrix]]

| style="width:33%; vertical-align:top; background:#f8f9fa; border:1px solid #c8ccd1; border-radius:8px; padding:15px;" |

=== 🐧 Linux ===
''Системное администрирование''

* [[Ubuntu]]
* [[Debian]]
* [[Nginx]]
* [[Docker]]
* [[Bash]]

| style="width:33%; vertical-align:top; background:#f8f9fa; border:1px solid #c8ccd1; border-radius:8px; padding:15px;" |

=== 🎮 Игровые серверы ===
''Игровая инфраструктура''

* [[Rust]]
* [[LGSM]]
* [[SteamCMD]]
* [[Резервное копирование]]
* [[Мониторинг]]

|}
<div style="margin-top:20px; background:#f8f9fa; border:1px solid #c8ccd1; border-radius:8px; padding:15px;">

<div style="margin-top:20px; background:#f8f9fa; border:1px solid #c8ccd1; border-radius:8px; padding:15px;">
== ⭐ Избранные статьи ==

* [[Установка Proxmox VE]]
* [[Настройка Proxmox Backup Server]]
* [[Настройка BrainyCP]]
* [[Создание LXC-контейнеров]]
* [[Настройка Rust-сервера через LGSM]]
* [[Minecraft_в_2026_году]]

</div>
<div style="margin-top:20px; background:#f8f9fa; border:1px solid #c8ccd1; border-radius:8px; padding:15px;">

== 🕒 Последние изменения ==

* [[Special:RecentChanges|Посмотреть все последние изменения]]

</div>

<div style="margin-top:20px; background:#f8f9fa; border:1px solid #c8ccd1; border-radius:8px; padding:15px;">

== 🔗 Полезные ссылки ==

* [[Special:AllPages|Все статьи]]
* [[Special:Categories|Все категории]]
* [[Special:WantedPages|Нужные страницы]]
* [[Special:Random|🎲 Случайная статья]]

</div>

</div>

Мониторинг

2026-06-18T06:27:44Z

192.168.1.1: Новая страница: «<rustserver ip="195.138.232.82" port="28017" />»

BrainyCP

2026-06-17T08:54:36Z

192.168.1.1: Новая страница: «Ниже представлена готовая статья для публикации в **Ramba-Art Wiki**. Она рассчитана на использование **BrainyCP Free**, установку на чистый сервер и содержит практические рекомендации, включая развёртывание MediaWiki. = BrainyCP Free: установка и настройка панели управления с...»

Ниже представлена готовая статья для публикации в **Ramba-Art Wiki**. Она рассчитана на использование **BrainyCP Free**, установку на чистый сервер и содержит практические рекомендации, включая развёртывание MediaWiki.

= BrainyCP Free: установка и настройка панели управления сервером =

{{TOC}}

== Введение ==

'''BrainyCP''' — бесплатная панель управления Linux-серверами и веб-хостингом, предназначенная для упрощения администрирования сайтов и серверной инфраструктуры.

Панель позволяет управлять:

* веб-серверами;
* доменами;
* базами данных;
* SSL-сертификатами;
* FTP;
* почтовыми сервисами;
* резервным копированием;
* безопасностью сервера.

BrainyCP ориентирована как на владельцев небольших VPS, так и на администраторов, обслуживающих несколько сайтов. По функциональности она сопоставима со многими коммерческими решениями. ([brainycp.com][1])

[[Файл:BrainyCP-Dashboard.png|800px|center|thumb|Главная страница BrainyCP]]

== Возможности BrainyCP Free ==

{| class="wikitable"
! Возможность

| ! Поддержка |
| --------------------- |
| Nginx |
| Да |
| - |
| Apache |
| Да |
| - |
| Apache + Nginx |
| Да |
| - |
| PHP-FPM |
| Да |
| - |
| MariaDB / MySQL |
| Да |
| - |
| PhpMyAdmin |
| Да |
| - |
| FTP |
| Да |
| - |
| Let's Encrypt |
| Да |
| - |
| Почтовый сервер |
| Да |
| - |
| Резервное копирование |
| Да |
| - |
| Jail |
| Да |
| - |
| CSF Firewall |
| Да |
| } |

== Системные требования ==

=== Минимальные ===

* Debian 12;
* Ubuntu 22.04;
* 2 ГБ ОЗУ;
* 20 ГБ дискового пространства.

=== Рекомендуемые ===

* 4 ГБ ОЗУ;
* SSD;
* отдельный публичный IP;
* чистая установка ОС.

== Установка BrainyCP ==

Подключитесь по SSH под root.

Обновите систему:

<syntaxhighlight lang="bash">
apt update && apt upgrade -y
</syntaxhighlight>

Запустите установку:

<syntaxhighlight lang="bash">
curl -s https://core.brainycp.com/install.sh | bash
</syntaxhighlight>

Установка может занять 10–30 минут.

После завершения появится информация для входа.

[[Файл:BrainyCP-Install.png|800px|center|thumb|Установка панели]]

== Первый вход ==

Откройте браузер:

<syntaxhighlight lang="text">
https://IP_СЕРВЕРА:8000
</syntaxhighlight>

Например:

<syntaxhighlight lang="text">
https://192.168.1.12:8000
</syntaxhighlight>

Введите:

* логин;
* пароль, выданный установщиком.

После первого входа рекомендуется сменить пароль администратора.

== Настройка сервера ==

Перейдите:

<pre>
Управление → Настройка сервера
</pre>

Здесь можно настроить:

* имя сервера;
* часовой пояс;
* параметры безопасности;
* почтовые службы;
* автоматические обновления.

[[Файл:BrainyCP-ServerSettings.png|800px|center|thumb|Настройка сервера]]

== Создание сайта ==

Перейдите:

<pre>
WWW → Домены → Создать домен
</pre>

Укажите:

* домен;
* владельца;
* версию PHP;
* тип веб-сервера.

После создания сайт станет доступен в панели.

== Выбор веб-сервера ==

BrainyCP поддерживает несколько схем работы:

=== Nginx ===

Преимущества:

* высокая производительность;
* низкое потребление памяти.

Подходит для:

* WordPress;
* MediaWiki;
* статических сайтов.

=== Apache ===

Подходит для:

* старых проектов;
* приложений с использованием .htaccess.

=== Apache + Nginx ===

Используется как компромисс:

* Apache обрабатывает PHP;
* Nginx работает фронтендом.

== Настройка PHP ==

BrainyCP позволяет переключать версии PHP.

Путь:

<pre>
WWW → Домены → Настройки PHP
</pre>

Доступны различные версии PHP. Возможности зависят от версии панели и репозиториев. ([brainycp.com][1])

Можно:

* менять версию PHP;
* включать расширения;
* изменять параметры php.ini.

== Работа с базами данных ==

Создание БД:

<pre>
БД → Создать базу данных
</pre>

Укажите:

* имя базы;
* пользователя;
* пароль.

После создания можно открыть PhpMyAdmin:

<pre>
БД → PhpMyAdmin
</pre>

[[Файл:BrainyCP-MySQL.png|800px|center|thumb|Управление базами данных]]

== Настройка SSL Let's Encrypt ==

Перейдите:

<pre>
Сертификаты → Управление SSL
</pre>

Выберите домен.

Нажмите:

<pre>
Получить Let's Encrypt
</pre>

После успешного выпуска сертификат будет установлен автоматически.

Поддерживается автоматическое продление сертификатов. ([brainycp.com][1])

== FTP ==

Создание FTP-доступа:

<pre>
WWW → FTP
</pre>

Укажите:

* пользователя;
* пароль;
* домашний каталог.

Поддерживаются:

* Pure-FTPd;
* ProFTPD.

== Резервное копирование ==

Путь:

<pre>
Утилиты → Резервное копирование
</pre>

Поддерживается:

* локальное резервное копирование;
* удалённое резервное копирование;
* выполнение по расписанию.

Рекомендуется хранить резервные копии вне основного сервера.

== Настройка безопасности ==

=== CSF Firewall ===

Позволяет:

* открывать порты;
* блокировать IP;
* ограничивать подключения.

=== Jail ===

Технология Jail изолирует пользователей друг от друга и повышает безопасность многопользовательского хостинга. ([docs.brainycp.com][2])

Настройка:

<pre>
Управление → Настройка Jail
</pre>

== Установка MediaWiki в BrainyCP ==

=== Создание сайта ===

Создайте домен:

<pre>
wiki.example.ru
</pre>

=== Создание базы данных ===

Создайте:

* БД;
* пользователя;
* пароль.

=== Загрузка MediaWiki ===

Загрузите файлы в каталог сайта.

Например:

<syntaxhighlight lang="bash">
/home/www/wiki.example.ru
</syntaxhighlight>

=== Запуск установки ===

Откройте:

<pre>
https://wiki.example.ru
</pre>

Следуйте мастеру установки MediaWiki.

=== Завершение ===

Скачайте файл:

<pre>
LocalSettings.php
</pre>

Переместите его в корень MediaWiki.

== Обновление BrainyCP ==

Панель обновляется автоматически.

Также можно проверить обновления вручную через интерфейс администратора.

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

== Устранение неполадок ==

=== Проверка статуса Nginx ===

<syntaxhighlight lang="bash">
systemctl status nginx
</syntaxhighlight>

=== Проверка Apache ===

<syntaxhighlight lang="bash">
systemctl status httpd
</syntaxhighlight>

или

<syntaxhighlight lang="bash">
systemctl status apache2
</syntaxhighlight>

=== Проверка PHP-FPM ===

<syntaxhighlight lang="bash">
systemctl status php-fpm
</syntaxhighlight>

=== Проверка конфигурации Nginx ===

<syntaxhighlight lang="bash">
nginx -t
</syntaxhighlight>

== Рекомендации ==

=== Рекомендуется ===

* использовать SSD;
* включить автоматические резервные копии;
* использовать Let's Encrypt;
* обновлять систему;
* ограничить SSH-доступ;
* использовать сложные пароли.

=== Не рекомендуется ===

* размещать тестовые проекты в production;
* отключать Firewall;
* хранить резервные копии только на одном сервере;
* использовать root для повседневной работы.

== Заключение ==

BrainyCP Free представляет собой мощную и бесплатную панель управления сервером, позволяющую быстро развернуть полноценный веб-хостинг без необходимости ручной настройки всех компонентов Linux.

Для домашних проектов, небольших VPS и корпоративных сайтов BrainyCP предоставляет функциональность, достаточную для ежедневной эксплуатации и администрирования.

[[Категория:BrainyCP]]
[[Категория:Веб-хостинг]]
[[Категория:Linux]]
[[Категория:MediaWiki]]
[[Категория:Ramba-Art Wiki]]

Для Ramba-Art Wiki рекомендуется дополнить статью реальными скриншотами вашей панели BrainyCP и отдельным разделом с накопленными решениями типичных проблем (например, настройка MediaWiki, ошибки Nginx и восстановление после неудачных обновлений).

[1]: https://brainycp.com/?utm_source=chatgpt.com "Бесплатная панель управления хостингом, панель управления сервером, vps, хостинг-панель | BrainyCP"
[2]: https://docs.brainycp.com/index.php/%D0%9D%D0%B0%D1%81%D1%82%D1%80%D0%BE%D0%B9%D0%BA%D0%B0_Jail?utm_source=chatgpt.com "Настройка Jail — BrainyCP"

PBS

2026-06-17T08:32:16Z

192.168.1.1: Новая страница: «= Proxmox Backup Server (PBS): развёртывание и настройка резервного копирования = {{TOC}} == Введение == '''Proxmox Backup Server (PBS)''' — это специализированное решение для резервного копирования виртуальных машин, контейнеров и физических серверов, разработанное компанией Proxmox....»

= Proxmox Backup Server (PBS): развёртывание и настройка резервного копирования =

{{TOC}}

== Введение ==

'''Proxmox Backup Server (PBS)''' — это специализированное решение для резервного копирования виртуальных машин, контейнеров и физических серверов, разработанное компанией Proxmox.

PBS обеспечивает:

* дедупликацию данных;
* инкрементные резервные копии;
* шифрование;
* проверку целостности архивов;
* быстрое восстановление;
* интеграцию с Proxmox VE.

Использование PBS позволяет значительно снизить объём занимаемого пространства и повысить надёжность хранения резервных копий.

== Преимущества PBS ==

{| class="wikitable"
! Возможность

| ! Описание |
| ------------------------------------------- |
| Инкрементные копии |
| Передаются только изменившиеся блоки данных |
| - |
| Дедупликация |
| Исключение повторяющихся блоков |
| - |
| Сжатие |
| Экономия дискового пространства |
| - |
| Проверка целостности |
| Выявление повреждённых резервных копий |
| - |
| Шифрование |
| Защита резервных копий |
| - |
| Интеграция с PVE |
| Управление через интерфейс Proxmox |
| } |

[[Файл:PBS-Dashboard.png|800px|center|thumb|Главная панель Proxmox Backup Server]]

== Системные требования ==

=== Минимальные ===

* 64-битный процессор;
* 2 ГБ ОЗУ;
* SSD под систему;
* отдельный диск под резервные копии.

=== Рекомендуемые ===

* 4–8 ГБ ОЗУ;
* ZFS;
* отдельный сервер;
* RAID-массив;
* UPS.

== Установка PBS ==

=== Подготовка ===

Скачайте ISO-образ Proxmox Backup Server и создайте загрузочную флешку.

=== Установка ===

# Загрузитесь с установочного носителя.

# Выберите '''Install Proxmox Backup Server'''.

# Примите лицензию.

# Выберите диск установки.

# Настройте:

## страну;

## часовой пояс;

## раскладку клавиатуры.

# Укажите пароль root и e-mail.

# Настройте сеть.

Пример:

<syntaxhighlight lang="text">
Hostname: pbs.ramba.local
IP: 192.168.1.50/24
Gateway: 192.168.1.1
DNS: 1.1.1.1
</syntaxhighlight>

[[Файл:PBS-Install.png|800px|center|thumb|Установка PBS]]

== Первый вход ==

После установки откройте:

<syntaxhighlight lang="text">
https://IP_PBS:8007
</syntaxhighlight>

Например:

<syntaxhighlight lang="text">
https://192.168.1.50:8007
</syntaxhighlight>

Войдите под:

<syntaxhighlight lang="text">
User: root
Realm: Linux PAM
</syntaxhighlight>

[[Файл:PBS-Login.png|800px|center|thumb|Вход в веб-интерфейс PBS]]

== Настройка репозиториев без подписки ==

=== Отключение Enterprise ===

Отредактируйте файл:

<syntaxhighlight lang="bash">
nano /etc/apt/sources.list.d/pbs-enterprise.sources
</syntaxhighlight>

Закомментируйте строки Enterprise.

=== Подключение No-Subscription ===

Создайте файл:

<syntaxhighlight lang="bash">
nano /etc/apt/sources.list.d/pbs-no-subscription.sources
</syntaxhighlight>

Содержимое:

<syntaxhighlight lang="text">
Types: deb
URIs: http://download.proxmox.com/debian/pbs
Suites: trixie
Components: pbs-no-subscription
Signed-By: /usr/share/keyrings/proxmox-archive-keyring.gpg
</syntaxhighlight>

Обновите систему:

<syntaxhighlight lang="bash">
apt update
apt full-upgrade -y
reboot
</syntaxhighlight>

== Создание Datastore ==

Datastore — это место хранения резервных копий.

=== Подготовка диска ===

Проверьте диски:

<syntaxhighlight lang="bash">
lsblk
</syntaxhighlight>

Например:

<syntaxhighlight lang="text">
sda 32G
sdb 4T
</syntaxhighlight>

Создайте файловую систему:

<syntaxhighlight lang="bash">
mkfs.ext4 /dev/sdb
</syntaxhighlight>

Создайте каталог:

<syntaxhighlight lang="bash">
mkdir /backup
</syntaxhighlight>

Добавьте в /etc/fstab:

<syntaxhighlight lang="text">
UUID=xxxxxxxx /backup ext4 defaults 0 2
</syntaxhighlight>

Смонтируйте:

<syntaxhighlight lang="bash">
mount -a
</syntaxhighlight>

=== Создание Datastore ===

Administration → Datastore → Add

Укажите:

* Name: backup
* Backing Path: /backup

[[Файл:PBS-Datastore.png|800px|center|thumb|Создание Datastore]]

== Подключение PBS к Proxmox VE ==

На PVE:

Datacenter → Storage → Add → Proxmox Backup Server

Заполните:

{| class="wikitable"
! Поле

| ! Пример |
| ------------- |
| ID |
| PBS |
| - |
| Server |
| 192.168.1.50 |
| - |
| Username |
| root@pam |
| - |
| Password |
| ******** |
| - |
| Datastore |
| backup |
| - |
| Fingerprint |
| автоматически |
| } |

Нажмите '''Add'''.

[[Файл:PBS-StorageAdd.png|800px|center|thumb|Подключение PBS к PVE]]

== Создание задания резервного копирования ==

Datacenter → Backup → Add

Пример настройки:

{| class="wikitable"
! Параметр

| ! Значение |
| --------------- |
| Node |
| Все узлы |
| - |
| Storage |
| PBS |
| - |
| Schedule |
| ежедневно 02:00 |
| - |
| Mode |
| Snapshot |
| - |
| Compression |
| ZSTD |
| } |

[[Файл:PBS-Job.png|800px|center|thumb|Настройка задания резервного копирования]]

== Ручное создание резервной копии ==

Выберите ВМ или контейнер:

Backup → Backup now

Укажите:

* Storage;
* Mode;
* Compression.

Нажмите '''Backup'''.

== Восстановление виртуальной машины ==

=== Полное восстановление ===

# Откройте PBS Storage.

# Выберите резервную копию.

# Нажмите '''Restore'''.

# Укажите:

## Node;

## VM ID;

## Storage.

=== Восстановление файлов ==

PBS позволяет просматривать содержимое резервной копии и восстанавливать отдельные файлы без полного восстановления виртуальной машины.

[[Файл:PBS-Restore.png|800px|center|thumb|Восстановление из резервной копии]]

== Проверка резервных копий ==

PBS может автоматически проверять целостность данных.

Administration → Verify Jobs → Add

Рекомендуется запускать проверку:

* еженедельно;
* в ночное время.

== Политика хранения (Prune) ==

Для автоматического удаления старых резервных копий используйте Prune Jobs.

Пример:

{| class="wikitable"
! Параметр

| ! Значение |
| ------------ |
| Keep Last |
| 7 |
| - |
| Keep Daily |
| 14 |
| - |
| Keep Weekly |
| 8 |
| - |
| Keep Monthly |
| 12 |
| } |

Это позволит хранить:

* последние 7 копий;
* ежедневные за 14 дней;
* недельные за 8 недель;
* месячные за 12 месяцев.

== Garbage Collection ==

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

Administration → Garbage Collection → Add

Рекомендуется выполнять:

* ежедневно;
* после Prune.

== Рекомендации по эксплуатации ==

=== Рекомендуется ===

* использовать отдельный сервер PBS;
* хранить резервные копии на RAID-массиве;
* использовать UPS;
* регулярно проверять восстановление;
* выполнять Verify Jobs;
* настроить Prune и Garbage Collection.

=== Не рекомендуется ===

* хранить PBS на том же диске, что и PVE;
* отключать Verify;
* хранить только одну копию данных;
* считать резервную копию рабочей, не проверив восстановление.

== Практическая схема для Ramba-Art ==

<pre>
PVE01 ─┐
├──── LAN ─── PBS
PVE02 ─┤
│
PVE03 ─┘
</pre>

Рекомендуемый график:

* 02:00 — резервное копирование;
* 04:00 — Prune;
* 05:00 — Garbage Collection;
* воскресенье 06:00 — Verify.

== Заключение ==

Proxmox Backup Server является одним из наиболее эффективных решений для резервного копирования инфраструктуры Proxmox VE. Благодаря дедупликации и инкрементным копиям PBS позволяет существенно экономить дисковое пространство, а встроенные механизмы проверки обеспечивают надёжность хранения данных.

Регулярно проверяйте возможность восстановления и придерживайтесь правила '''3-2-1''': храните минимум три копии данных на двух различных носителях, одна из которых должна находиться вне основной площадки.

[[Категория:Proxmox Backup Server]]
[[Категория:Резервное копирование]]
[[Категория:Proxmox VE]]
[[Категория:Ramba-Art Wiki]]

Proxmox

2026-06-17T08:13:42Z

192.168.1.1: Новая страница: «= Установка и настройка Proxmox VE 9: от одной ноды до отказоустойчивого кластера = {{TOC}} == Введение == '''Proxmox Virtual Environment (PVE)''' — это платформа виртуализации корпоративного уровня, объединяющая KVM, LXC, кластеризацию, высокую доступность (HA) и резервное копирован...»

= Установка и настройка Proxmox VE 9: от одной ноды до отказоустойчивого кластера =

{{TOC}}

== Введение ==

'''Proxmox Virtual Environment (PVE)''' — это платформа виртуализации корпоративного уровня, объединяющая KVM, LXC, кластеризацию, высокую доступность (HA) и резервное копирование в едином веб-интерфейсе.

Данная статья описывает полный путь развёртывания инфраструктуры:

* Установка Proxmox VE 9;
* Первичная настройка;
* Настройка сетей и мостов;
* Настройка репозиториев без подписки;
* Подключение хранилищ;
* Создание кластера;
* Настройка HA;
* Подключение Proxmox Backup Server;
* Рекомендации по Corosync и Quorum.

== Требования ==

=== Минимальные требования ===

* 64-битный процессор с поддержкой виртуализации (Intel VT-x / AMD-V);
* минимум 4 ГБ ОЗУ;
* SSD-диск;
* сетевой интерфейс 1 Гбит/с.

=== Рекомендуемые требования ===

* ECC-память;
* SSD/NVMe под систему;
* отдельная сеть под кластер;
* не менее 2 сетевых интерфейсов;
* UPS для каждого узла.

== Подготовка установочного носителя ==

# Скачайте ISO-образ Proxmox VE 9 с официального сайта.

# Запишите образ на USB-накопитель.

# Настройте загрузку сервера с USB.

[[Файл:ProxmoxVE9-BootMenu.png|800px|center|thumb|Меню загрузки установщика Proxmox VE 9]]

== Установка Proxmox VE 9 ==

# Выберите '''Install Proxmox VE'''.

# Примите лицензионное соглашение.

# Выберите диск установки.

# Укажите:

## страну;

## часовой пояс;

## раскладку клавиатуры.

# Задайте пароль пользователя root.

# Укажите e-mail администратора.

=== Настройка сети ===

Укажите:

* Hostname;
* IP-адрес;
* Маску;
* Шлюз;
* DNS-сервер.

Пример:

<syntaxhighlight lang="text">
Hostname: pve01.ramba.local
IP: 192.168.1.11/24
Gateway: 192.168.1.1
DNS: 1.1.1.1
</syntaxhighlight>

[[Файл:ProxmoxVE9-NetworkSetup.png|800px|center|thumb|Настройка сети при установке]]

После завершения установки перезагрузите сервер.

== Первый вход ==

Откройте браузер:

<syntaxhighlight lang="text">
https://IP_СЕРВЕРА:8006
</syntaxhighlight>

Например:

<syntaxhighlight lang="text">
https://192.168.1.11:8006
</syntaxhighlight>

Войдите под:

<syntaxhighlight lang="text">
User: root
Realm: Linux PAM
</syntaxhighlight>

[[Файл:ProxmoxVE9-Login.png|800px|center|thumb|Вход в веб-интерфейс]]

== Настройка репозиториев без подписки ==

По умолчанию используется Enterprise-репозиторий.

=== Отключение Enterprise ===

Отредактируйте файл:

<syntaxhighlight lang="bash">
nano /etc/apt/sources.list.d/pve-enterprise.sources
</syntaxhighlight>

Закомментируйте строки:

<syntaxhighlight lang="text">
# URIs: https://enterprise.proxmox.com/debian/pve
</syntaxhighlight>

=== Подключение No-Subscription ===

Создайте файл:

<syntaxhighlight lang="bash">
nano /etc/apt/sources.list.d/pve-no-subscription.sources
</syntaxhighlight>

Содержимое:

<syntaxhighlight lang="text">
Types: deb
URIs: http://download.proxmox.com/debian/pve
Suites: trixie
Components: pve-no-subscription
Signed-By: /usr/share/keyrings/proxmox-archive-keyring.gpg
</syntaxhighlight>

=== Обновление системы ===

<syntaxhighlight lang="bash">
apt update
apt full-upgrade -y
reboot
</syntaxhighlight>

== Настройка сети и мостов ==

Proxmox использует Linux Bridge.

Файл настройки:

<syntaxhighlight lang="bash">
nano /etc/network/interfaces
</syntaxhighlight>

Пример:

<syntaxhighlight lang="text">
auto lo
iface lo inet loopback

iface eno1 inet manual

auto vmbr0
iface vmbr0 inet static
address 192.168.1.11/24
gateway 192.168.1.1
bridge-ports eno1
bridge-stp off
bridge-fd 0 </syntaxhighlight>

Описание параметров:

{| class="wikitable"
! Параметр

| ! Назначение |
| -------------------- |
| vmbr0 |
| Основной мост |
| - |
| bridge-ports |
| Физический интерфейс |
| - |
| bridge-stp |
| Spanning Tree |
| - |
| bridge-fd |
| Время задержки |
| } |

[[Файл:ProxmoxVE9-vmbr0.png|800px|center|thumb|Настройка vmbr0]]

== Подключение хранилищ ==

=== Локальное хранилище ===

Доступно после установки:

* local;
* local-lvm.

=== Подключение NFS ===

Datacenter → Storage → Add → NFS

Укажите:

* ID;
* Server;
* Export;
* Content.

=== Подключение SMB/CIFS ===

Datacenter → Storage → Add → SMB/CIFS

Укажите:

* адрес;
* логин;
* пароль;
* общий ресурс.

=== Подключение iSCSI ===

Datacenter → Storage → Add → iSCSI

Необходимо указать:

* Portal;
* Target;
* LUN.

[[Файл:ProxmoxVE9-Storage.png|800px|center|thumb|Подключение сетевых хранилищ]]

== Создание кластера ==

=== Требования ==

* одинаковая версия Proxmox;
* синхронизация времени;
* статические IP;
* низкая задержка сети.

=== Создание первого узла ==

На первой ноде:

<syntaxhighlight lang="bash">
pvecm create ramba-cluster
</syntaxhighlight>

Проверка:

<syntaxhighlight lang="bash">
pvecm status
</syntaxhighlight>

=== Добавление второй ноды ===

На новой ноде:

<syntaxhighlight lang="bash">
pvecm add 192.168.1.11
</syntaxhighlight>

Введите пароль root.

=== Проверка ===

<syntaxhighlight lang="bash">
pvecm nodes
</syntaxhighlight>

Результат:

<syntaxhighlight lang="text">
Node Sts
1 M
2 M
3 M
</syntaxhighlight>

[[Файл:ProxmoxVE9-Cluster.png|800px|center|thumb|Кластер Proxmox]]

== Corosync и Quorum ==

=== Что такое Corosync ===

Corosync отвечает за обмен данными между узлами кластера.

=== Что такое Quorum ===

Quorum определяет наличие большинства голосов.

=== Рекомендации ==

{| class="wikitable"
! Количество узлов

| ! Рекомендация |
| ------------------------- |
| 1 |
| Кластер не требуется |
| - |
| 2 |
| Использовать QDevice |
| - |
| 3 |
| Оптимальный минимум |
| - |
| 5+ |
| Для крупных инфраструктур |
| } |

=== Двухузловой кластер ===

Рекомендуется использовать QDevice.

Без него отказ одной ноды может остановить весь кластер.

== Настройка High Availability (HA) ==

=== Требования ===

* минимум 3 голоса Quorum;
* общее хранилище;
* исправная сеть Corosync.

=== Включение HA ==

Datacenter → HA

Добавьте виртуальную машину:

<syntaxhighlight lang="text">
Add → VM
</syntaxhighlight>

Настройте:

* State: Started;
* Group;
* Max Restart;
* Max Relocate.

=== Проверка ==

Остановите одну из нод.

ВМ должна автоматически запуститься на другой.

[[Файл:ProxmoxVE9-HA.png|800px|center|thumb|Настройка высокой доступности]]

== Подключение Proxmox Backup Server ==

=== Добавление PBS ===

Datacenter → Storage → Add → Proxmox Backup Server

Укажите:

* ID;
* Server;
* Username;
* Password;
* Datastore;
* Fingerprint.

=== Проверка соединения ===

Нажмите '''Test'''.

=== Создание задания резервного копирования ===

Datacenter → Backup → Add

Пример:

{| class="wikitable"
! Параметр

| ! Значение |
| --------------- |
| Schedule |
| ежедневно 02:00 |
| - |
| Mode |
| Snapshot |
| - |
| Storage |
| PBS |
| } |

[[Файл:ProxmoxVE9-PBS.png|800px|center|thumb|Подключение PBS]]

== Рекомендации по эксплуатации ==

=== Что рекомендуется ===

* использовать минимум 3 ноды;
* выделять отдельную сеть Corosync;
* применять UPS;
* регулярно обновлять систему;
* проверять резервные копии;
* использовать SSD/NVMe;
* следить за SMART дисков.

=== Чего делать не стоит ===

* использовать Wi-Fi для кластера;
* создавать HA на двух узлах без QDevice;
* отключать резервное копирование;
* использовать динамические IP-адреса.

== Заключение ==

Proxmox VE 9 позволяет построить отказоустойчивую платформу виртуализации практически любого масштаба — от домашней лаборатории до корпоративного кластера.

Следуя данному руководству, вы сможете пройти весь путь:

* от установки первой ноды;
* до полноценного кластера;
* с высокой доступностью;
* централизованным резервным копированием;
* и готовностью к эксплуатации в продуктивной среде.

[[Категория:Proxmox VE]]
[[Категория:Виртуализация]]
[[Категория:Кластеры]]
[[Категория:Ramba-Art Wiki]]

Заглавная страница

2026-06-16T18:16:43Z

192.168.1.1: /* ⭐ Избранные статьи */

<div style="padding:20px;">

<div style="text-align:center; margin-bottom:30px;">
<h1>📚 База знаний</h1>
<p>Документация по инфраструктуре, Linux и игровым серверам.</p>
</div>

{| style="width:100%; border-spacing:12px;"
|-
| style="width:33%; vertical-align:top; background:#f8f9fa; border:1px solid #c8ccd1; border-radius:8px; padding:15px;" |

=== 🖥️ Инфраструктура ===
''Серверы и виртуализация''

* [[Proxmox]]
* [[PBS]]
* [[iLO]]
* [[BrainyCP]]
* [[Сетевое оборудование]]

| style="width:33%; vertical-align:top; background:#f8f9fa; border:1px solid #c8ccd1; border-radius:8px; padding:15px;" |

=== 🐧 Linux ===
''Системное администрирование''

* [[Ubuntu]]
* [[Debian]]
* [[Nginx]]
* [[Docker]]
* [[Bash]]

| style="width:33%; vertical-align:top; background:#f8f9fa; border:1px solid #c8ccd1; border-radius:8px; padding:15px;" |

=== 🎮 Игровые серверы ===
''Игровая инфраструктура''

* [[Rust]]
* [[LGSM]]
* [[SteamCMD]]
* [[Резервное копирование]]
* [[Мониторинг]]

|}
<div style="margin-top:20px; background:#f8f9fa; border:1px solid #c8ccd1; border-radius:8px; padding:15px;">

<div style="margin-top:20px; background:#f8f9fa; border:1px solid #c8ccd1; border-radius:8px; padding:15px;">
== ⭐ Избранные статьи ==

* [[Установка Proxmox VE]]
* [[Настройка Proxmox Backup Server]]
* [[Настройка BrainyCP]]
* [[Создание LXC-контейнеров]]
* [[Настройка Rust-сервера через LGSM]]
* [[Minecraft_в_2026_году]]

</div>
<div style="margin-top:20px; background:#f8f9fa; border:1px solid #c8ccd1; border-radius:8px; padding:15px;">

== 🕒 Последние изменения ==

* [[Special:RecentChanges|Посмотреть все последние изменения]]

</div>

<div style="margin-top:20px; background:#f8f9fa; border:1px solid #c8ccd1; border-radius:8px; padding:15px;">

== 🔗 Полезные ссылки ==

* [[Special:AllPages|Все статьи]]
* [[Special:Categories|Все категории]]
* [[Special:WantedPages|Нужные страницы]]
* [[Special:Random|🎲 Случайная статья]]

</div>

</div>

Заглавная страница

2026-06-16T18:16:16Z

192.168.1.1: /* ⭐ Избранные статьи */

<div style="padding:20px;">

<div style="text-align:center; margin-bottom:30px;">
<h1>📚 База знаний</h1>
<p>Документация по инфраструктуре, Linux и игровым серверам.</p>
</div>

{| style="width:100%; border-spacing:12px;"
|-
| style="width:33%; vertical-align:top; background:#f8f9fa; border:1px solid #c8ccd1; border-radius:8px; padding:15px;" |

=== 🖥️ Инфраструктура ===
''Серверы и виртуализация''

* [[Proxmox]]
* [[PBS]]
* [[iLO]]
* [[BrainyCP]]
* [[Сетевое оборудование]]

| style="width:33%; vertical-align:top; background:#f8f9fa; border:1px solid #c8ccd1; border-radius:8px; padding:15px;" |

=== 🐧 Linux ===
''Системное администрирование''

* [[Ubuntu]]
* [[Debian]]
* [[Nginx]]
* [[Docker]]
* [[Bash]]

| style="width:33%; vertical-align:top; background:#f8f9fa; border:1px solid #c8ccd1; border-radius:8px; padding:15px;" |

=== 🎮 Игровые серверы ===
''Игровая инфраструктура''

* [[Rust]]
* [[LGSM]]
* [[SteamCMD]]
* [[Резервное копирование]]
* [[Мониторинг]]

|}
<div style="margin-top:20px; background:#f8f9fa; border:1px solid #c8ccd1; border-radius:8px; padding:15px;">

<div style="margin-top:20px; background:#f8f9fa; border:1px solid #c8ccd1; border-radius:8px; padding:15px;">
== ⭐ Избранные статьи ==

* [[Установка Proxmox VE]]
* [[Настройка Proxmox Backup Server]]
* [[Настройка BrainyCP]]
* [[Создание LXC-контейнеров]]
* [[Настройка Rust-сервера через LGSM]]
* [[Minecraft_в_2026_году]]

</div>

== 🕒 Последние изменения ==

* [[Special:RecentChanges|Посмотреть все последние изменения]]

</div>

<div style="margin-top:20px; background:#f8f9fa; border:1px solid #c8ccd1; border-radius:8px; padding:15px;">

== 🔗 Полезные ссылки ==

* [[Special:AllPages|Все статьи]]
* [[Special:Categories|Все категории]]
* [[Special:WantedPages|Нужные страницы]]
* [[Special:Random|🎲 Случайная статья]]

</div>

</div>

Заглавная страница

2026-06-16T18:15:04Z

192.168.1.1: /* ⭐ Избранные статьи */

<div style="padding:20px;">

<div style="text-align:center; margin-bottom:30px;">
<h1>📚 База знаний</h1>
<p>Документация по инфраструктуре, Linux и игровым серверам.</p>
</div>

{| style="width:100%; border-spacing:12px;"
|-
| style="width:33%; vertical-align:top; background:#f8f9fa; border:1px solid #c8ccd1; border-radius:8px; padding:15px;" |

=== 🖥️ Инфраструктура ===
''Серверы и виртуализация''

* [[Proxmox]]
* [[PBS]]
* [[iLO]]
* [[BrainyCP]]
* [[Сетевое оборудование]]

| style="width:33%; vertical-align:top; background:#f8f9fa; border:1px solid #c8ccd1; border-radius:8px; padding:15px;" |

=== 🐧 Linux ===
''Системное администрирование''

* [[Ubuntu]]
* [[Debian]]
* [[Nginx]]
* [[Docker]]
* [[Bash]]

| style="width:33%; vertical-align:top; background:#f8f9fa; border:1px solid #c8ccd1; border-radius:8px; padding:15px;" |

=== 🎮 Игровые серверы ===
''Игровая инфраструктура''

* [[Rust]]
* [[LGSM]]
* [[SteamCMD]]
* [[Резервное копирование]]
* [[Мониторинг]]

|}
<div style="margin-top:20px; background:#f8f9fa; border:1px solid #c8ccd1; border-radius:8px; padding:15px;">

== ⭐ Избранные статьи ==

* [[Установка Proxmox VE]]
* [[Настройка Proxmox Backup Server]]
* [[Настройка BrainyCP]]
* [[Создание LXC-контейнеров]]
* [[Настройка Rust-сервера через LGSM]]
* [[Minecraft_в_2026_году]]

</div>
<div style="margin-top:20px; background:#f8f9fa; border:1px solid #c8ccd1; border-radius:8px; padding:15px;">

== 🕒 Последние изменения ==

* [[Special:RecentChanges|Посмотреть все последние изменения]]

</div>

<div style="margin-top:20px; background:#f8f9fa; border:1px solid #c8ccd1; border-radius:8px; padding:15px;">

== 🔗 Полезные ссылки ==

* [[Special:AllPages|Все статьи]]
* [[Special:Categories|Все категории]]
* [[Special:WantedPages|Нужные страницы]]
* [[Special:Random|🎲 Случайная статья]]

</div>

</div>

Заглавная страница

2026-06-16T18:14:31Z

192.168.1.1: /* ⭐ Избранные статьи */

<div style="padding:20px;">

<div style="text-align:center; margin-bottom:30px;">
<h1>📚 База знаний</h1>
<p>Документация по инфраструктуре, Linux и игровым серверам.</p>
</div>

{| style="width:100%; border-spacing:12px;"
|-
| style="width:33%; vertical-align:top; background:#f8f9fa; border:1px solid #c8ccd1; border-radius:8px; padding:15px;" |

=== 🖥️ Инфраструктура ===
''Серверы и виртуализация''

* [[Proxmox]]
* [[PBS]]
* [[iLO]]
* [[BrainyCP]]
* [[Сетевое оборудование]]

| style="width:33%; vertical-align:top; background:#f8f9fa; border:1px solid #c8ccd1; border-radius:8px; padding:15px;" |

=== 🐧 Linux ===
''Системное администрирование''

* [[Ubuntu]]
* [[Debian]]
* [[Nginx]]
* [[Docker]]
* [[Bash]]

| style="width:33%; vertical-align:top; background:#f8f9fa; border:1px solid #c8ccd1; border-radius:8px; padding:15px;" |

=== 🎮 Игровые серверы ===
''Игровая инфраструктура''

* [[Rust]]
* [[LGSM]]
* [[SteamCMD]]
* [[Резервное копирование]]
* [[Мониторинг]]

|}
<div style="margin-top:20px; background:#f8f9fa; border:1px solid #c8ccd1; border-radius:8px; padding:15px;">

== ⭐ Избранные статьи ==
<div style="margin-top:20px; background:#f8f9fa; border:1px solid #c8ccd1; border-radius:8px; padding:15px;">
* [[Установка Proxmox VE]]
* [[Настройка Proxmox Backup Server]]
* [[Настройка BrainyCP]]
* [[Создание LXC-контейнеров]]
* [[Настройка Rust-сервера через LGSM]]
* [[Minecraft_в_2026_году]]

</div>

== 🕒 Последние изменения ==

* [[Special:RecentChanges|Посмотреть все последние изменения]]

</div>

<div style="margin-top:20px; background:#f8f9fa; border:1px solid #c8ccd1; border-radius:8px; padding:15px;">

== 🔗 Полезные ссылки ==

* [[Special:AllPages|Все статьи]]
* [[Special:Categories|Все категории]]
* [[Special:WantedPages|Нужные страницы]]
* [[Special:Random|🎲 Случайная статья]]

</div>

</div>

Заглавная страница

2026-06-16T18:14:05Z

192.168.1.1: /* ⭐ Избранные статьи */

<div style="padding:20px;">

<div style="text-align:center; margin-bottom:30px;">
<h1>📚 База знаний</h1>
<p>Документация по инфраструктуре, Linux и игровым серверам.</p>
</div>

{| style="width:100%; border-spacing:12px;"
|-
| style="width:33%; vertical-align:top; background:#f8f9fa; border:1px solid #c8ccd1; border-radius:8px; padding:15px;" |

=== 🖥️ Инфраструктура ===
''Серверы и виртуализация''

* [[Proxmox]]
* [[PBS]]
* [[iLO]]
* [[BrainyCP]]
* [[Сетевое оборудование]]

| style="width:33%; vertical-align:top; background:#f8f9fa; border:1px solid #c8ccd1; border-radius:8px; padding:15px;" |

=== 🐧 Linux ===
''Системное администрирование''

* [[Ubuntu]]
* [[Debian]]
* [[Nginx]]
* [[Docker]]
* [[Bash]]

| style="width:33%; vertical-align:top; background:#f8f9fa; border:1px solid #c8ccd1; border-radius:8px; padding:15px;" |

=== 🎮 Игровые серверы ===
''Игровая инфраструктура''

* [[Rust]]
* [[LGSM]]
* [[SteamCMD]]
* [[Резервное копирование]]
* [[Мониторинг]]

|}
<div style="margin-top:20px; background:#f8f9fa; border:1px solid #c8ccd1; border-radius:8px; padding:15px;">

== ⭐ Избранные статьи ==
</div>
* [[Установка Proxmox VE]]
* [[Настройка Proxmox Backup Server]]
* [[Настройка BrainyCP]]
* [[Создание LXC-контейнеров]]
* [[Настройка Rust-сервера через LGSM]]
* [[Minecraft_в_2026_году]]

<div style="margin-top:20px; background:#f8f9fa; border:1px solid #c8ccd1; border-radius:8px; padding:15px;">

== 🕒 Последние изменения ==

* [[Special:RecentChanges|Посмотреть все последние изменения]]

</div>

<div style="margin-top:20px; background:#f8f9fa; border:1px solid #c8ccd1; border-radius:8px; padding:15px;">

== 🔗 Полезные ссылки ==

* [[Special:AllPages|Все статьи]]
* [[Special:Categories|Все категории]]
* [[Special:WantedPages|Нужные страницы]]
* [[Special:Random|🎲 Случайная статья]]

</div>

</div>