Ipsec будь он не ладен.
-
@DIMADUR
и куда , по-вашему, должен отправлять пакеты WAN интерфейс PF согласно таблиц маршрутизации .....?судя по всему ,Вы это видите на интерфейсе re0 ( куда-то наружу )
повторюсь (ключевое выделю)
попробуйте посмотреть , что происходит на нужном внутреннем интерфейсе в момент пинга
tcpdump -netti имя_интерфейса net 10.100.100.0/24
Попробуйте пинговать с какого-нибудь хоста за PF из сети 10.168.45.0/24 в сторону любого хоста за Микротиком из сети 10.10.100.0/24 и посмотрите , что будет
-
@DIMADUR неправильно понимаете
IPSec не работает на основе таблиц маршрутизации ...
-
@Konstanti said in Ipsec будь он не ладен.:
что происходит на нужном внутреннем интерфейсе в момент пинга
tcpdump -netti имя_интерфейса net 10.100.100.0/24
[2.7.1-RELEASE][admin@neo-sedova.neoprof.inc]/root: tcpdump -netti re1net 10.100.100.0/24
tcpdump: verbose output suppressed, use -v[v]... for full protocol decode
listening on re1, link-type EN10MB (Ethernet), snapshot length 262144 bytes
1703573846.642944 74:56:3c:cf:03:4f > e0:d5:5e:94:ce:88, ethertype IPv4 (0x0800), length 74: 10.168.45.56 > 10.100.100.1: ICMP echo request, id 1, seq 7, length 40
1703573851.338612 74:56:3c:cf:03:4f > e0:d5:5e:94:ce:88, ethertype IPv4 (0x0800), length 74: 10.168.45.56 > 10.100.100.1: ICMP echo request, id 1, seq 8, length 40
1703573856.338487 74:56:3c:cf:03:4f > e0:d5:5e:94:ce:88, ethertype IPv4 (0x0800), length 74: 10.168.45.56 > 10.100.100.1: ICMP echo request, id 1, seq 9, length 40
1703573861.339303 74:56:3c:cf:03:4f > e0:d5:5e:94:ce:88, ethertype IPv4 (0x0800), length 74: 10.168.45.56 > 10.100.100.1: ICMP echo request, id 1, seq 10, length 40Вот вывод, re1 это лан пфсенса.
-
@DIMADUR а теперь все тоже самое
только для enc0 интерфейсаtcpdump -netti enc0 net 10.100.100.0/24
пинг запускаете с хоста 10.168.45.56 ( только измените хост назначения ) , Любой из сети 10.100.100.0/24 ( не 10.100.100.1)
-
@Konstanti said in Ipsec будь он не ладен.:
@DIMADUR а теперь все тоже самое
только для enc0 интерфейсаtcpdump -netti enc0 net 10.100.100.0/24
пинг запускаете с хоста 10.168.45.56 ( только измените хост назначения ) , Любой из сети 10.100.100.0/24 ( не 10.100.100.1)
Есть одна проблема. В сетке 10.100.100.0/24 пока что только один хост.
-
тогда что происходит на enc0 интерфейсе в момент пинга 10.100.100.1 с хоста 10.168.45.56 ?
-
@DIMADUR
tcpdump: verbose output suppressed, use -v[v]... for full protocol decode
listening on enc0, link-type ENC (OpenBSD encapsulated IP), snapshot length 262144 bytes
1703574850.387134 (authentic,confidential): SPI 0x0045cb6e: 10.168.45.56 > 10.100.100.1: ICMP echo request, id 1, seq 11, length 40
1703574855.328818 (authentic,confidential): SPI 0x0045cb6e: 10.168.45.56 > 10.100.100.1: ICMP echo request, id 1, seq 12, length 40
1703574860.324632 (authentic,confidential): SPI 0x0045cb6e: 10.168.45.56 > 10.100.100.1: ICMP echo request, id 1, seq 13, length 40
1703574865.327731 (authentic,confidential): SPI 0x0045cb6e: 10.168.45.56 > 10.100.100.1: ICMP echo request, id 1, seq 14, length 40 -
@DIMADUR
На сколько я понял пакет ушел в IPsec -
@DIMADUR
Туннель рабочий ( я считаю)Разбирайтесь с микротиком ..... почему он не отвечает ( а лучше , добавьте хост в сеть 10.100.100.0/24 и тогда проверяйте работу туннеля )
-
@Konstanti said in Ipsec будь он не ладен.:
@DIMADUR
Туннель рабочий ( я считаю)Разбирайтесь с микротиком ..... почему он не отвечает ( а лучше , добавьте хост в сеть 10.100.100.0/24 и тогда проверяйте работу туннеля )
Согласен. со стороны пфсенса все в норме.
Пойду докапаюсь на форум микротика :-)
Спасибо! -
@DIMADUR
В общем все завелось, если кратко то на форуме микротик меня послали "дали ссылку на манул". хорошо что в догонку поддали где смотреть.
я вычитал что в микротике если создаешь правило в firewall/nat типа accept и оно после правила маскарада, то оказывается либо удалить все соеденения либо перезагрузить микротик. после этого все завелось.
Но, у меня остался один вопрос. В связи с тем что я не до конца понимаю принцип IPsec.
Я поднял между этими Пфсенс и Микротик gre тунель.
На пф сенс. повесил интерфейс OPT который у меня gre.
Сделал Gateway этого интерфейса. И нужной мне локальной сети , назначил его по умолчанию. Для того что бы тарфик в интернет этой сети ходил через микротик.
Все работает. Но я не понимаю , в итоге трафик летит через ipsec или через gre или gre весь идет через ipsec.
В вообщем трафик который идет через gre он шифруется?
И что будет если упадет Ipsec а gre будет работать?Можно по идее посмотреть так же tcpdump -netti enc0, но мне бы на пальцах если можно :-)
-
GRE over IPSEC - трафик шифруется
Упадет IPSEC , туннель работать не будет -
Всех с наступающим Новым годом.
В подолжении темы.
Приложил в тоге схему которую реализовываю.
Проблема сообсвенно в том что я не вижу сеть за Пфсенсе
10.6.6.0/24 , но в обратную сторону все работает. я спокойно пингую с сети пфсенс сеть10.1.1.0/24 за микротиком.
Я так понимаю что это вопрос с НАТ. но не соображу как написать правило.
Во вложении лог tcpdump интерфейса гре. там я вижу что ответ в сторону сети 10.1.1.0 идет с адреса гре. Верно или нет ?
Если слушать tcpdump интерфейс сети 10.6.6.0/24 то там совсем ничего не происходит.
Направте на путь истинный :-)
-
@DIMADUR
Правила разрешающие есть на GRE интерфейсе ? -
@Konstanti
Это правило на гре интерфейсе -
@DIMADUR
Разбиратайтесь снова с микротиком ( настройки , статические маршруты и тд и тп ) пакетов в туннеле от Микротика нет