Да, ситуация типичная для MikroTik. То, что ты сделал через IP → DNS → Static — это правильно, но есть несколько нюансов, почему клиенты не видят локальный сайт.

1️⃣ Что делает Static DNS на MikroTik

Статическая запись в IP → DNS → Static действует только для запросов, которые идут через сам MikroTik как DNS-сервер.

Если на ПК прописан другой DNS (например, от провайдера или Google 8.8.8.8), то запись mysite.ru → 10.10.10.10 не будет работать.

То есть ПК должен использовать MikroTik как DNS-сервер.

2️⃣ Проверяем настройки

IP → DNS → Settings

Allow Remote Requests — включено?

Без этого MikroTik не будет отвечать на запросы DNS с клиентов.

Static

Пример: Name: mysite.ru, Address: 10.10.10.10

Server — можно оставить пустым, чтобы отвечал сам MikroTik.

Клиенты

Убедиться, что ПК или устройства используют MikroTik как DNS-сервер:

Либо через DHCP на MikroTik (IP → DHCP Server → Networks → DNS Servers)

Либо вручную прописать IP MikroTik как DNS.

3️⃣ Сброс кеша

На MikroTik: /ip dns cache flush

На ПК: ipconfig /flushdns (Windows)

Иногда браузер тоже кеширует DNS, тогда Ctrl+Shift+R или закрыть/открыть браузер.

4️⃣ Пример пошагово

Включить разрешение запросов с клиентов:

IP → DNS → Settings → [✓] Allow Remote Requests

Создать статическую запись:

IP → DNS → Static → Add
Name: mysite.ru
Address: 10.10.10.10

Настроить DHCP для локальных клиентов:

IP → DHCP Server → Networks → DNS Servers: 10.10.10.1 (IP MikroTik)

Сброс кеша на MikroTik и на клиенте.

Проверка с клиента:

ping mysite.ru
nslookup mysite.ru

Если ping показывает 10.10.10.10, всё работает.

5️⃣ Частые ошибки

Allow Remote Requests выключено — MikroTik не отвечает.

Клиенты используют другой DNS (например, 8.8.8.8).

Браузер кеширует старый IP.

батарейку на материнской плате меняйте на свежую

Проблема типичная: высокая скорость по спидтесту через прокси/VM не означает, что YouTube будет работать быстро.

1️⃣ Причины медленной работы YouTube через Xray/VLESS/Reality

Высокая задержка (latency)

Даже при 250 Мбит, если пинг до VPS 50–100 мс, видео на YouTube буферизуется медленно.

YouTube активно использует HTTP/2 и QUIC — задержка важнее пропускной способности.

Трафик блокируется или throttling на стороне сервера или провайдера

Провайдер может замедлять поток на нестандартных портах.

VPS может быть перегружена или иметь низкий network buffer.

Недостаточная конфигурация Xray/Realiy/VLESS

Reality добавляет обфускацию и TLS + QUIC/UDP → иногда повышает latency.

Протокол VLESS + TCP может быть медленнее для стриминга.

Клиентская проблема

V2RayN может быть неправильно настроен:

DNS не резолвится через прокси

Нет split-tunnel

Buffering / concurrency ограничен

2️⃣ Что можно попробовать

Изменить протокол транспорта на сервере

TCP/WS → QUIC/UDP

WS/HTTP/2 → QUIC даст значительное снижение задержки для видео.

Использовать split-tunnel / bypass LAN

Настроить клиент, чтобы локальные ресурсы шли напрямую.

Для YouTube можно оставить весь трафик через прокси, но DNS резолвить через VPN.

Оптимизировать Reality

Меньше тайм-аутов, tweak MTU, увеличить concurrency.

Если сервер слабый — перейти на VPS с лучшей сетью (например, дата-центр с прямым подключением к backbone).

Проверить DNS

На клиенте использовать DNS через прокси: 1.1.1.1 или 8.8.8.8 через Xray.

Иногда YouTube тормозит из-за того, что резолвятся домены через медленный канал.

Тест без Reality

Попробуй просто VLESS + WS без обфускации. Если скорость возрастёт — проблема в реалити-слое.

Проверить VPS

Ping / traceroute до YouTube IP

Сравнить скорость без прокси и через Reality → понять, где bottle-neck: VPS или клиент.