Должно быть так: add action=accept chain=forward in-interface=ether1 protocol=tcp dst-port=12345
* Надо удалить: connection-type=""
* цепочку изменить на forward
* включить правило
И включите правило проброса портов.
Если в качестве внешнего интерфейса используется какой-то виртуальный интерфейс (например PPPoE), то должен быть указан именно он.
У Вас еще проблемы с порядком правил. Для теста поставьте это правило самым верхним, т. к. порядок это отдельная история.
Mikrotik, не открывается порт
- kursy_po_it_ru
- Сообщения: 37
- Зарегистрирован: 24 ноя 2016, 11:52
- Контактная информация:
===
Скоромнов Дмитрий
Официальный тренер MikroTik
Автор видеокурса "Настройка оборудования MikroTik" (аналог MTCNA)
Отзывы на курс во ВКонтакте: https://vk.com/topic-130020919_34950142
100 дней поддержки по курсу вместо 30 по промокоду forummikrotik
Скоромнов Дмитрий
Официальный тренер MikroTik
Автор видеокурса "Настройка оборудования MikroTik" (аналог MTCNA)
Отзывы на курс во ВКонтакте: https://vk.com/topic-130020919_34950142
100 дней поддержки по курсу вместо 30 по промокоду forummikrotik
-
- Сообщения: 25
- Зарегистрирован: 08 фев 2018, 18:10
kursy_po_it_ru писал(а):Если Вам надо разрешить для проброса портов, то Вам нужна цепочка Forward.
Из того, что я вижу сходу, то Вам надо удалить параметр dst-address и указать in-interface=внешний-интерфейс. Если это какой-то виртуальный интерфейс (например PPPoE), то должен быть указан именно он.
Если не поможет, то выложите сюда выдачу команды /ip firewall export
/ip firewall filter
add action=accept chain=forward dst-port=12345 in-interface=ether1 protocol=tcp
add action=accept chain=input comment=\
"defconf: accept established,related,untracked" connection-state=\
established,related,untracked
add action=drop chain=input comment="defconf: drop invalid" connection-state=\
invalid
add action=accept chain=input comment="defconf: accept ICMP" protocol=icmp
add action=accept chain=forward protocol=icmp src-address-list=""
add action=drop chain=input comment="defconf: drop all not coming from LAN" \
in-interface-list=!LAN
add action=accept chain=forward comment="defconf: accept in ipsec policy" \
ipsec-policy=in,ipsec
add action=accept chain=forward comment="defconf: accept out ipsec policy" \
ipsec-policy=out,ipsec
add action=fasttrack-connection chain=forward comment="defconf: fasttrack" \
connection-state=established,related disabled=yes
add action=accept chain=forward comment=\
"defconf: accept established,related, untracked" connection-state=\
established,related,untracked
add action=drop chain=forward comment="defconf: drop invalid" connection-state=\
invalid
add action=drop chain=forward comment=\
"defconf: drop all from WAN not DSTNATed" connection-nat-state=!dstnat \
connection-state=new in-interface-list=WAN
/ip firewall nat
add action=masquerade chain=srcnat comment="defconf: masquerade" ipsec-policy=\
out,none out-interface-list=WAN
add action=dst-nat chain=dstnat dst-port=12345 in-interface=ether1 protocol=tcp \
to-addresses=192.168.0.2
Выключал все правила в файрволе, кроме сабжевого, результат тот же :(
Последний раз редактировалось Babayka 08 фев 2018, 20:48, всего редактировалось 1 раз.
- kursy_po_it_ru
- Сообщения: 37
- Зарегистрирован: 24 ноя 2016, 11:52
- Контактная информация:
Удалите выделенное красным.
add action=masquerade chain=srcnat comment="defconf: masquerade" ipsec-policy=out,none out-interface-list=WAN
Правила проброса портов Вы сделали верно. Если Вы отключали все правила, кроме правила с действием accept, то это значит, что дело не в файерволе и не в пробросе портов.
Варианта 2:
1. Неверно настроен хост на который Вы делаете проброс. Не открыт этот порт, не прописан шлюз и др.
2. Мешают какие-то другие настройки МикроТика либо их не согласование. Например. В правиле masquerade у Вас указан список интерфейсов, а проброс Вы сделали на конкретный интерфейс. Допустим белый адрес на который Вы подключаетесь принадлежит другому интерфейсу.
Приведите настройки IP-адресации хоста на который сделан проброс портов. Получается ли на него подключиться из локальной сети?
P. S. Свои "белые" адреса не рекомендуется светить.
add action=masquerade chain=srcnat comment="defconf: masquerade" ipsec-policy=out,none out-interface-list=WAN
Правила проброса портов Вы сделали верно. Если Вы отключали все правила, кроме правила с действием accept, то это значит, что дело не в файерволе и не в пробросе портов.
Варианта 2:
1. Неверно настроен хост на который Вы делаете проброс. Не открыт этот порт, не прописан шлюз и др.
2. Мешают какие-то другие настройки МикроТика либо их не согласование. Например. В правиле masquerade у Вас указан список интерфейсов, а проброс Вы сделали на конкретный интерфейс. Допустим белый адрес на который Вы подключаетесь принадлежит другому интерфейсу.
Приведите настройки IP-адресации хоста на который сделан проброс портов. Получается ли на него подключиться из локальной сети?
P. S. Свои "белые" адреса не рекомендуется светить.
===
Скоромнов Дмитрий
Официальный тренер MikroTik
Автор видеокурса "Настройка оборудования MikroTik" (аналог MTCNA)
Отзывы на курс во ВКонтакте: https://vk.com/topic-130020919_34950142
100 дней поддержки по курсу вместо 30 по промокоду forummikrotik
Скоромнов Дмитрий
Официальный тренер MikroTik
Автор видеокурса "Настройка оборудования MikroTik" (аналог MTCNA)
Отзывы на курс во ВКонтакте: https://vk.com/topic-130020919_34950142
100 дней поддержки по курсу вместо 30 по промокоду forummikrotik
-
- Сообщения: 25
- Зарегистрирован: 08 фев 2018, 18:10
kursy_po_it_ru писал(а):Удалите выделенное красным.
add action=masquerade chain=srcnat comment="defconf: masquerade" ipsec-policy=out,none out-interface-list=WAN
Свои "белые" адреса не рекомендуется светить.
/ip firewall filter
add action=accept chain=forward dst-port=12345 in-interface=ether1 protocol=tcp
add action=accept chain=input comment=\
"defconf: accept established,related,untracked" connection-state=\
established,related,untracked
add action=drop chain=input comment="defconf: drop invalid" connection-state=\
invalid
add action=accept chain=input comment="defconf: accept ICMP" protocol=icmp
add action=accept chain=forward protocol=icmp src-address-list=""
add action=drop chain=input comment="defconf: drop all not coming from LAN" \
in-interface-list=!LAN
add action=accept chain=forward comment="defconf: accept in ipsec policy" \
ipsec-policy=in,ipsec
add action=accept chain=forward comment="defconf: accept out ipsec policy" \
ipsec-policy=out,ipsec
add action=fasttrack-connection chain=forward comment="defconf: fasttrack" \
connection-state=established,related disabled=yes
add action=accept chain=forward comment=\
"defconf: accept established,related, untracked" connection-state=\
established,related,untracked
add action=drop chain=forward comment="defconf: drop invalid" connection-state=\
invalid
add action=drop chain=forward comment=\
"defconf: drop all from WAN not DSTNATed" connection-nat-state=!dstnat \
connection-state=new in-interface-list=WAN
/ip firewall nat
add action=masquerade chain=srcnat comment="defconf: masquerade" \
out-interface-list=WAN
add action=dst-nat chain=dstnat dst-port=12345 in-interface=ether1 protocol=tcp \
to-addresses=192.168.0.2
Все правила файрвола гасил - результат тот же :(
Ип убрал, спасибо.
-
- Сообщения: 25
- Зарегистрирован: 08 фев 2018, 18:10
kursy_po_it_ru писал(а):1. Неверно настроен хост на который Вы делаете проброс. Не открыт этот порт, не прописан шлюз и др.
Так если дело в конечном компьютере в локальной сети, то сам микротик же должен как минимум запрос на данный порт обработать на своем уровне и отправить его дальше в локалку ? А почему тогда в окне Filter Rules в сабжевом правиле параметры Bytes и Packets равны нулю ? Получается правило в принципе не срабатывает или я чего-то не понимаю ?
- kursy_po_it_ru
- Сообщения: 37
- Зарегистрирован: 24 ноя 2016, 11:52
- Контактная информация:
Читайте другой пункт:
Мешают какие-то другие настройки МикроТика либо их не согласование. Например. В правиле masquerade у Вас указан список интерфейсов, а проброс Вы сделали на конкретный интерфейс. Допустим белый адрес на который Вы подключаетесь принадлежит другому интерфейсу.
На время проверок отключайте все правила файервола. ВРЕМЕННО! Когда заработает включите.
Приведите настройки IP-адресации с хоста на который Вы делаете проброс. Из локальной сети подключиться получается?
Мешают какие-то другие настройки МикроТика либо их не согласование. Например. В правиле masquerade у Вас указан список интерфейсов, а проброс Вы сделали на конкретный интерфейс. Допустим белый адрес на который Вы подключаетесь принадлежит другому интерфейсу.
На время проверок отключайте все правила файервола. ВРЕМЕННО! Когда заработает включите.
Приведите настройки IP-адресации с хоста на который Вы делаете проброс. Из локальной сети подключиться получается?
Последний раз редактировалось kursy_po_it_ru 08 фев 2018, 21:04, всего редактировалось 1 раз.
===
Скоромнов Дмитрий
Официальный тренер MikroTik
Автор видеокурса "Настройка оборудования MikroTik" (аналог MTCNA)
Отзывы на курс во ВКонтакте: https://vk.com/topic-130020919_34950142
100 дней поддержки по курсу вместо 30 по промокоду forummikrotik
Скоромнов Дмитрий
Официальный тренер MikroTik
Автор видеокурса "Настройка оборудования MikroTik" (аналог MTCNA)
Отзывы на курс во ВКонтакте: https://vk.com/topic-130020919_34950142
100 дней поддержки по курсу вместо 30 по промокоду forummikrotik
-
- Сообщения: 25
- Зарегистрирован: 08 фев 2018, 18:10
kursy_po_it_ru писал(а):Читайте другой пункт:
Мешают какие-то другие настройки МикроТика либо их не согласование. Например. В правиле masquerade у Вас указан список интерфейсов, а проброс Вы сделали на конкретный интерфейс. Допустим белый адрес на который Вы подключаетесь принадлежит другому интерфейсу.
/ip firewall nat
add action=masquerade chain=srcnat comment="defconf: masquerade" out-interface=ether1
add action=dst-nat chain=dstnat dst-port=12345 in-interface=ether1 protocol=tcp to-addresses=\
Указал непосредственно интерфейс, толку нет :(
- kursy_po_it_ru
- Сообщения: 37
- Зарегистрирован: 24 ноя 2016, 11:52
- Контактная информация:
Это не то. Если IP-адрес на который Вы подключаетесь принадлежит другому интерфейсу, то это не поможет.
IP-адрес на который Вы подключаетесь настроен на этот интерфейс?
Приведите настройки IP-адресации с хоста на который Вы делаете проброс. Из локальной сети подключиться получается?
IP-адрес на который Вы подключаетесь настроен на этот интерфейс?
Приведите настройки IP-адресации с хоста на который Вы делаете проброс. Из локальной сети подключиться получается?
===
Скоромнов Дмитрий
Официальный тренер MikroTik
Автор видеокурса "Настройка оборудования MikroTik" (аналог MTCNA)
Отзывы на курс во ВКонтакте: https://vk.com/topic-130020919_34950142
100 дней поддержки по курсу вместо 30 по промокоду forummikrotik
Скоромнов Дмитрий
Официальный тренер MikroTik
Автор видеокурса "Настройка оборудования MikroTik" (аналог MTCNA)
Отзывы на курс во ВКонтакте: https://vk.com/topic-130020919_34950142
100 дней поддержки по курсу вместо 30 по промокоду forummikrotik
-
- Сообщения: 291
- Зарегистрирован: 26 дек 2017, 22:30
kursy_po_it_ru писал(а):Должно быть так: add action=accept chain=forward in-interface=ether1 protocol=tcp dst-port=12345
Разрешить форвардинг на любой ИП в сети локальной на порт 12345?
Не надо так.
-
- Сообщения: 291
- Зарегистрирован: 26 дек 2017, 22:30
Babayka писал(а):Указал непосредственно интерфейс, толку нет :(
сделайте нам лучше из корня консоли:
/export terse
потому как мне кажется - что где то там собака порылась ...
И да даже если ПК не принимает коннект само правило должно показывать увеличение коунтеров