
Проброс 80 порта на маршрутизаторе MikroTik требуется при публикации веб-сервера во внешнюю сеть, когда сервер работает в локальном сегменте с частным IP-адресом. Чаще всего это HTTP-службы на Apache, Nginx, встроенные веб-интерфейсы оборудования или панели управления. Настройка выполняется через правила dst-nat в таблице nat и напрямую зависит от корректно выбранного WAN-интерфейса и адреса назначения.

Корректный проброс 80 порта в RouterOS включает не только NAT, но и правила в firewall filter. Без разрешающего правила в цепочке forward пакеты будут отброшены, даже если dst-nat настроен правильно. Отдельного внимания требует настройка hairpin NAT, если доступ к серверу должен работать из локальной сети по внешнему IP-адресу.

Вопрос-ответ:
Почему проброс 80 порта на MikroTik не работает при правильном dst-nat?
Чаще всего проблема связана не с NAT, а с фильтрацией трафика. После срабатывания dst-nat пакет попадает в цепочку forward, где может блокироваться правилами firewall filter. Нужно проверить наличие разрешающего правила для TCP-порта 80 на адрес внутреннего сервера. Также стоит убедиться, что выбран верный входящий интерфейс WAN и порт 80 не занят встроенным web-сервисом RouterOS.
Можно ли пробросить 80 порт, если провайдер использует CG-NAT?
При CG-NAT входящие подключения из интернета не доходят до маршрутизатора, так как внешний адрес общий для нескольких абонентов. В такой ситуации стандартный проброс 80 порта не сработает. Решение — запросить у провайдера выделенный IPv4, использовать IPv6 с поддержкой на сервере или настроить доступ через альтернативные схемы, например VPN с публичной точкой выхода.
Как проверить, что запросы на 80 порт доходят до MikroTik?
Для диагностики удобно использовать torch или sniffer на WAN-интерфейсе с фильтром по TCP-порту 80. Если пакеты видны, но сервер их не получает, причина внутри RouterOS — NAT или firewall. Если трафик не появляется вовсе, проблема вне маршрутизатора: блокировка у провайдера, неверный внешний IP или ошибка при проверке с внешней сети.
Зачем нужен hairpin NAT при пробросе 80 порта?
Без hairpin NAT клиенты из локальной сети не смогут открыть сайт по внешнему IP-адресу маршрутизатора. Запрос уйдёт на WAN-адрес и не вернётся обратно к серверу. Добавление правила masquerade для локальной подсети и адреса сервера позволяет обрабатывать такие соединения корректно, что удобно для тестирования и постоянной работы.
