Она есть, но везде же привязано в ип

Гугл?

Доходит нет

Она есть, но она не пашет?

Доходит

Хммм та потери нету?

1161 packets transmitted, 1124 packets received, 3.2% packet loss

Она даст только инет обычный, остальное рухнет

1161 packets transmitted, 1124 packets received, 3.2% packet loss

А вот от сервера не доходит

А вот от сервера не доходит

От какого ?

Без бутылки (draw.io) не разберёшься

С микротика до клиента чтоли не ходит?

192.166.117.78

Нет с микрота сервера до микрота клиента не идет

до нег все гуд. 1916 packets transmitted, 1858 packets received, 3.0% packet loss

А тонель то точно поднимается?

То есть дело на сервера?

Да туннель полнялся ovpn микрот клиент пингует удаленный сервер и компы но компы не видят удаленный компьютеры

У вас не ходят пинги между 192.166.117.78 и 188.170.113.74?

Прикол в том что пинг доходит а трасса от 192.166.117.78 не доходит до 188.170.113.74 а обратно доходит

А зачем вам нужно что бы трассеровка проходила? Если пинг ходит то уже понятно что связь есть. Мало ли что провайдер накрутил там по трассе

А зачем вам нужно что бы трассеровка проходила? Если пинг ходит то уже понятно что связь есть. Мало ли что провайдер накрутил там по трассе

Хорошо но туннель не поднимается никакой ни ipsec ни l2tp хотя от 192.166.117.78 туннель ipsec с третьим микротом прекрассно пашет а именно с 188.170.113.74 не работает

И микроты друг друга не пингуют

Прикол в том что пинг доходит а трасса от 192.166.117.78 не доходит до 188.170.113.74 а обратно доходит

А схемы так и не было?

Пинг ходит по внешнему ip а внутренные не пингуются по ipsec и l2tp А вот с ovpn прекрассно пингуется

Логи смотрите.

Логи ipsec error Failed to get valid proposal

Логи смотрите.

согласуйте пропозалы на обоих сторонах

Они одинаковые

согласуйте пропозалы на обоих сторонах

Логи ipsec error Failed to get valid proposal

проверяйте еще раз.

Sha1 3des Aes-128 cbc Aes-256 cbc Pfs group: modp1536

с обоих сторон смотрите

логи смотри еще. включите debug

А как включить debug???

/system logging add disabled=no topics=debug,ipsec

/system logging add disabled=no topics=debug,ipsec

action - memory?

Не нужно. Думаю ваших логов достаточно

какие у вас сервисы используют ipsec? l2tp и еще что-то есть? имеется ввиду на самих микротах

какие у вас сервисы используют ipsec? l2tp и еще что-то есть? имеется ввиду на самих микротах

какой диагноз?

I've tried the suggestion above and it unfortunately does not work. However, there is another trick you can use. The initial packet which comes from the remote peer contains, among other things, the IKE version, and at least in 6.43rc12 where I currently test it, the IKE version (which can be derived from the exchange mode) is one of the criteria used to choose a peer. So if you configure the site2site VPN between A and C to use IKEv2, the peer with address=C and exchange-mode=ike2 on A will be ignored when handling initial packets from the l2tp-ipsec clients indicating IKEv1, so for these connection attempts, the peer with address=0.0.0.0/0 and exchange-mode=main-l2tp will be chosen.

Ну ждем. Может кто чего подскажет

а на счет OVPN не катит да?

Не понял

Не понял

ну ipsec дает ошибку думаю может другой туннель работает подключил OVPN подсоединился поэтому и спросил

не катит для чего? Вам нужно точно сформулировать мысль и предоставить схему. Итак понаписали слишком много. ненужного

мне нужно в течении 5-и часов найти решение соединить 2 офиса чтобы утром работали и подключались по rdp по локальной сети

схему нарисуйте карандашом

минутку