Mikrotik, не открывается порт

[kursy_po_it_ru]

Должно быть так: add action=accept chain=forward in-interface=ether1 protocol=tcp dst-port=12345

* Надо удалить: connection-type=""
* цепочку изменить на forward
* включить правило

И включите правило проброса портов.

Если в качестве внешнего интерфейса используется какой-то виртуальный интерфейс (например PPPoE), то должен быть указан именно он.

У Вас еще проблемы с порядком правил. Для теста поставьте это правило самым верхним, т. к. порядок это отдельная история.

[Babayka]

Если Вам надо разрешить для проброса портов, то Вам нужна цепочка 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

Выключал все правила в файрволе, кроме сабжевого, результат тот же :(

[kursy_po_it_ru]

Удалите выделенное красным.
add action=masquerade chain=srcnat comment="defconf: masquerade" ipsec-policy=out,none out-interface-list=WAN

Правила проброса портов Вы сделали верно. Если Вы отключали все правила, кроме правила с действием accept, то это значит, что дело не в файерволе и не в пробросе портов.

Варианта 2:
1. Неверно настроен хост на который Вы делаете проброс. Не открыт этот порт, не прописан шлюз и др.
2. Мешают какие-то другие настройки МикроТика либо их не согласование. Например. В правиле masquerade у Вас указан список интерфейсов, а проброс Вы сделали на конкретный интерфейс. Допустим белый адрес на который Вы подключаетесь принадлежит другому интерфейсу.

Приведите настройки IP-адресации хоста на который сделан проброс портов. Получается ли на него подключиться из локальной сети?


P. S. Свои "белые" адреса не рекомендуется светить.

[Babayka]

Удалите выделенное красным.
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

Все правила файрвола гасил - результат тот же :(
Ип убрал, спасибо.

[Babayka]

1. Неверно настроен хост на который Вы делаете проброс. Не открыт этот порт, не прописан шлюз и др.

Так если дело в конечном компьютере в локальной сети, то сам микротик же должен как минимум запрос на данный порт обработать на своем уровне и отправить его дальше в локалку ? А почему тогда в окне Filter Rules в сабжевом правиле параметры Bytes и Packets равны нулю ? Получается правило в принципе не срабатывает или я чего-то не понимаю ?

[kursy_po_it_ru]

Читайте другой пункт:

Мешают какие-то другие настройки МикроТика либо их не согласование. Например. В правиле masquerade у Вас указан список интерфейсов, а проброс Вы сделали на конкретный интерфейс. Допустим белый адрес на который Вы подключаетесь принадлежит другому интерфейсу.

На время проверок отключайте все правила файервола. ВРЕМЕННО! Когда заработает включите.

Приведите настройки IP-адресации с хоста на который Вы делаете проброс. Из локальной сети подключиться получается?

[Babayka]

Читайте другой пункт:

Мешают какие-то другие настройки МикроТика либо их не согласование. Например. В правиле 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]

Это не то. Если IP-адрес на который Вы подключаетесь принадлежит другому интерфейсу, то это не поможет.
IP-адрес на который Вы подключаетесь настроен на этот интерфейс?

Приведите настройки IP-адресации с хоста на который Вы делаете проброс. Из локальной сети подключиться получается?

[enzain]

Должно быть так: add action=accept chain=forward in-interface=ether1 protocol=tcp dst-port=12345

Разрешить форвардинг на любой ИП в сети локальной на порт 12345?
Не надо так.

[enzain]

Указал непосредственно интерфейс, толку нет :(

сделайте нам лучше из корня консоли:
/export terse


потому как мне кажется - что где то там собака порылась ...
И да даже если ПК не принимает коннект само правило должно показывать увеличение коунтеров