Russian Users MikroTik | Форум пользователей MikroTik

Здравствуйте.
Пытаюсь соединить два офиса GRE туннелем. Инструкций на эту тему много, например
https://itproffi.ru/nastrojka-gre-tunne ... -routeros/

Сделал все по этой инструкции, туннель рабочий. Проблема в том, что нет связи с компьютерами по другую сторону туннеля.
Командой tracert достучаться могу только до туннеля (в приведенном выше примере, если делаю tracert со стороны А - из подсети 192.168.1.0 - к узлу 192.168.3.1, доходит только до 192.168.2.2). Маршрутизация настроена согласно инструкции, запрещающие правила в фаерволе отключал - без результата. Может кто -нибудь подсказать, в чем может быть проблема?

Осталось только понять, что в вашей сети 192.168.2.2????

В целом проблем может быть очень много:
1. Неверно настроена маршрутизация/адресация.
2. Неверное настроен фаерволл на микротиках (не полностью выключен).
3. Неверно настроен или не выключен фаерволл на удаленных компьютерах. Вы помните, что в Windows по-умолчанию ответ на ping запрещен?
4. Ну удаленных компьютерах отсутствует основной шлюз.
5. Туннель вообще не работает. Микротики пингуются???

и так далее...

Нужно больше технической информации от вас.

Общая схема представлена на картинке ниже. Все адреса реальные, кроме внешних у микротиков.



на микротике А делаю настройки:




на микротике B:




по итогам вижу что туннель в целом работает:




но когда из сети А пытаюсь достучаться до компьютеров в сети В, не получается. В обратную сторону - тоже.

Farseer писал(а): ↑12 июл 2019, 19:22 по итогам вижу что туннель в целом работает:

По скриншоту с микротика, где Вы описываете шлюз 2.2, рядом с этой
записью, справа статус - unreacheabl, попросту недоступно.
Значит туннеля нету, или нету связи.
Где-то что-то не то сделали.

Farseer писал(а): ↑12 июл 2019, 19:22 но когда из сети А пытаюсь достучаться до компьютеров в сети В, не получается. В обратную сторону - тоже.

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

=== NB: ===
1) проверьте ещё туннель, статус, чтобы пакеты были как входящие, так и исходящие
(у обоих туннелей)
2) проверьте параметр pref-source, иногда он очень нужен, а иногда мешает.
3) с компа с одной стороны запустите пинг компа другой сети,
и утилитой Торч = смотрите на другой стороне что Вы видите,
какие пакеты, с каким заголовком приходит, думаю что Вы ещё скорее
всего заНАТили свои сети между собой, а это не надо делать.
НАТить надо внешние запросы с локальной сети, а запросы с локальной сети А
на локальную сеть В не надо, и это "ненадо" надо проверить/сделать на обоих роутерах.

Банальные ошибки,проверяйте, тестируйте.
Ну и на компе конечно, хотя и на микротиках - проверить файрволы, но Вам уже
это подсказали. Прочтите совет многоуважаемого "gmx"

Всем спасибо за помощь. Подсказка смотреть в сторону NATа оказалась верной - для решения проблемы достаточно сделать маскарад: /ip firewall nat add chain=srcnat src-address=Удаленная_подсеть dst-address=Локальная_подсеть out-interface=LAN action=masquerade

Farseer писал(а): ↑12 июл 2019, 23:13 Всем спасибо за помощь. Подсказка смотреть в сторону NATа оказалась верной - для решения проблемы достаточно сделать маскарад: /ip firewall nat add chain=srcnat src-address=Удаленная_подсеть dst-address=Локальная_подсеть out-interface=LAN action=masquerade

Странно, я сказал что не надо НАТ делать между локальными сетями, а Вы его сделали явно.
Ну работает и ладно, но в будущем, с доступом по портам могут быть проблемы.