SG
если трафик после отрубки файерволла ходит, значит дело не в маршрутах
Size: a a a
2020 September 15
Е
Думаю в протоколе проблема какая-то,не в портах
SG
Думаю в протоколе проблема какая-то,не в портах
протокол сам по себе ничего не решает
SG
это всего лишь язык общения
SG
а вот можно ли общаться или нет, это решает файерволл
EN
Многое,о чём идёт речь я просто не смог настроить в виду плохого знания routeros.
перед настройкой неплохо бы понять что не так. еще раз напомню - трассировка в обе стороны.
EN
Думаю в протоколе проблема какая-то,не в портах
надо просто проверить
Е
В микротике у файервола нет никаких правил, в nat только masquerade
EN
В микротике у файервола нет никаких правил, в nat только masquerade
а смысл?
Е
а смысл?
Не знаю )) поэтому и прошу помощи высокоуровневых спецов.
SG
перед настройкой неплохо бы понять что не так. еще раз напомню - трассировка в обе стороны.
коллега верно подсказывает...схема сети, tracert в обе стороны, со стороны 192 подсети и со стороны 10 подсети
SG
это поможет разобраться с маршрутами
EN
Не знаю )) поэтому и прошу помощи высокоуровневых спецов.
я на схеме не вижу интернет провайдера. маскарад делает src-nat. и то он оправдан на коннектах типа pppoe, ибо чуть-чуть - но затратнее, т.к. делает больше действий в сравнении с src-nat
SG
потом правила файерволла экспортнуть командой ip firewall export file=filename .. файл ляжет в раздел files микротика и его содержимое сюда
EN
если вообще только про локальные сети речь - то нат тут и не нужен особо
SG
если вообще только про локальные сети речь - то нат тут и не нужен особо
конечно, тут же не нужно прикидываться одним айпишником конкретным
SG
вот это по теме может быть
SG
если файерволл например режет трафик
e
ребята, сайодел нужен, где-то на 100тыщ