Size: a a a

Mikrotik-Training

2021 March 17

MJ

Malk John in Mikrotik-Training
Vladimir Prislonsky
Здесь все нормально. Пересечений нет. Что Вас смущает?
со стороны подсетей за чекпоинтом (100,0\24 3,0.\24), конкретно вот прям ща с хоста 192.168.100.204 беру например VNC viewer (VNCсервер есть на компе 10.11.0.191 за микротиком, как понятно) и жму коннект - не соединяет. Выделяю правило вот первое которое на микроте (да, оно established) и жму enable (оно переподключается), возвращаюсь на хост  192.168.100.204 - запускаю вьювер - есть контакт. Тут же иду на хост 192,168,3,50 (напомню, established тоже с сетью 10,11,0,0), повторяю то же самое всё и работает. А с 192.168.100.204 уже не работает (established как был так и есть на всех правилах)
источник

MJ

Malk John in Mikrotik-Training
Vladimir Prislonsky
Если src /14, то должна быть или такая политика или использовать NAT
да это я условно написал, с точки зрения одного правила на все подсети (тоже странно будет и колхоз, имхо)
источник

A

Aslan in Mikrotik-Training
Malk John
да это я условно написал, с точки зрения одного правила на все подсети (тоже странно будет и колхоз, имхо)
не должно быть "одного правила на все подсети", если у вас разные подсети.
источник

С

Станислав in Mikrotik-Training
Alexandr Bashkatov
Привет народ, есть вопрос как будет выглядеть правило в ситуации, когда есть wi-fi с тегом, который смотрит в гостевую сетку, там особняком стоит DHCP сервер, но в этой сети так же есть другие компы со статикой, и вот нужно сделать так, чтобы те кто цепляется по Wi-fi к гостевой сети, не видели те машины со статикой, а только видели адрес прокси. Буду благодарен за помощь.
чейн форвард экшн дроп адрес-лист=!список_статики ин-интерфейс=гостевой дст-адрес=!адрес_прокси
источник

MJ

Malk John in Mikrotik-Training
Aslan
при require трафик не ходил
да, сейчас стоит на всех правилах require. Чекну, спасибо
источник

A

Aslan in Mikrotik-Training
Станислав
чейн форвард экшн дроп адрес-лист=!список_статики ин-интерфейс=гостевой дст-адрес=!адрес_прокси
эээ... А этот трафик будет через ЦП проходить?
источник

MJ

Malk John in Mikrotik-Training
Malk John
со стороны подсетей за чекпоинтом (100,0\24 3,0.\24), конкретно вот прям ща с хоста 192.168.100.204 беру например VNC viewer (VNCсервер есть на компе 10.11.0.191 за микротиком, как понятно) и жму коннект - не соединяет. Выделяю правило вот первое которое на микроте (да, оно established) и жму enable (оно переподключается), возвращаюсь на хост  192.168.100.204 - запускаю вьювер - есть контакт. Тут же иду на хост 192,168,3,50 (напомню, established тоже с сетью 10,11,0,0), повторяю то же самое всё и работает. А с 192.168.100.204 уже не работает (established как был так и есть на всех правилах)
хотя icmp echo ходит в обе стороны и с обеих сторон без проблем согласно всем правилам
источник

A

Aslan in Mikrotik-Training
Malk John
со стороны подсетей за чекпоинтом (100,0\24 3,0.\24), конкретно вот прям ща с хоста 192.168.100.204 беру например VNC viewer (VNCсервер есть на компе 10.11.0.191 за микротиком, как понятно) и жму коннект - не соединяет. Выделяю правило вот первое которое на микроте (да, оно established) и жму enable (оно переподключается), возвращаюсь на хост  192.168.100.204 - запускаю вьювер - есть контакт. Тут же иду на хост 192,168,3,50 (напомню, established тоже с сетью 10,11,0,0), повторяю то же самое всё и работает. А с 192.168.100.204 уже не работает (established как был так и есть на всех правилах)
Причина может быть и в файерволе, и в роутинге. Может и в манглах, может в NAT.
источник

С

Станислав in Mikrotik-Training
Aslan
эээ... А этот трафик будет через ЦП проходить?
ну правило то так будет выглядеть
источник

A

Aslan in Mikrotik-Training
Станислав
ну правило то так будет выглядеть
а работать оно будет? )
источник

A

Aslan in Mikrotik-Training
Malk John
хотя icmp echo ходит в обе стороны и с обеих сторон без проблем согласно всем правилам
порт открывается телнетом, когда внц не может подключиться?
источник

С

Станислав in Mikrotik-Training
Malk John
хотя icmp echo ходит в обе стороны и с обеих сторон без проблем согласно всем правилам
мту? я не помню как с ним дела при тонельном ипсеке обстоят. но лично я бы рекомендовал гре/ипсек строить например, и решать подобные вопросы маршрутизацией, а не политиками
источник

A

Aslan in Mikrotik-Training
Malk John
хотя icmp echo ходит в обе стороны и с обеих сторон без проблем согласно всем правилам
я бы предложил выложить весь конфиг на пастебин (/export hide-sens terse), причём обоих микротиков. Но сам читать не буду - уйду скоро :)
Слишком во многих местах может мисконфиг спрятаться.
источник

A

Aslan in Mikrotik-Training
Malk John
хотя icmp echo ходит в обе стороны и с обеих сторон без проблем согласно всем правилам
опять же, с роутингом, в теории, всё ОК, если трейс проходит правильно. Но это без учёта манглов...
источник

A

Aslan in Mikrotik-Training
мож там правила особые на внц, которые трафик маркируют, и трафик потом заворачивается куда не надо.
источник

MJ

Malk John in Mikrotik-Training
Станислав
мту? я не помню как с ним дела при тонельном ипсеке обстоят. но лично я бы рекомендовал гре/ипсек строить например, и решать подобные вопросы маршрутизацией, а не политиками
не, тут точно не мту
источник

MJ

Malk John in Mikrotik-Training
Aslan
я бы предложил выложить весь конфиг на пастебин (/export hide-sens terse), причём обоих микротиков. Но сам читать не буду - уйду скоро :)
Слишком во многих местах может мисконфиг спрятаться.
вторая сторона ЧекПоинт - я писал выше)
источник

MJ

Malk John in Mikrotik-Training
Aslan
порт открывается телнетом, когда внц не может подключиться?
проверю
источник

A

Aslan in Mikrotik-Training
Malk John
вторая сторона ЧекПоинт - я писал выше)
да, точно )
источник

A

Aslan in Mikrotik-Training
Malk John
проверю
и посмотрите, нет ли залипших соединений в IP - Firewall - Connections в момент, когда подключиться не можете.
И посмотрите аналогично на чекпойнте.
источник