Проблемы с IPSEC и нестабильность

Да, это было бы неплохо попробовать! (при условии, что у вас 1480 байт MTU на интерфейсе PPPoE. Обычно вы можете установить его на 1492, установив MTU/MRU на 1492, и в этом случае нужно просто вычесть 8)

Привет, у меня сегодня снова возникла та же проблема на роутере с тремя GRE по IPSec туннелями, один из них отключился без видимой причины. Ассоциированное правило IPSec находилось в состоянии "готово к отправке" с обеих сторон. В журнале было сообщение вроде "фаза 1 не удалась из-за таймаута". Я попробовал перезагрузить роутер — та же проблема. Потом отключил IPSec, включил снова — та же фигня. Попробовал отключить IPSec и работать только с GRE — туннель поднялся мгновенно, но возникла другая проблема, по которой я спрашивал в другой теме. Через некоторое время (примерно через 30 минут) я включил IPSec опять, и всё заработало. В общем, я только что потратил час, пытаясь починить то, что не было сломано, и я знаю, что это повторится. У кого-нибудь есть мысли по поводу того, что тут произошло??? Спасибо, Йорис

Это хорошо известно, что IPsec на RouterOS в данный момент ужасно нестабилен. Перезагрузите оба конца одновременно (убивать соединение или сбрасывать SPI не поможет). Вы даже можете наблюдать такое же поведение на двух маршрутизаторах, которые напрямую подключены и не имеют никаких других интерфейсов или конфигурации, кроме GRE-туннеля с защитой IPSec.

Привет, иногда мне приходится использовать маршрутизаторы, предоставленные провайдерами, но в данном случае это не так, с обеих сторон у меня интерфейсы PPPoE на Mikrotik. Поскольку я и davidcx испытываем одинаковые проблемы, а pe1chl - нет, может быть, мы допустили какую-то ошибку в нашей настройке IPSEC? Или что-то пропустили: при использовании GRE через IPSec RouterOS использует профиль пира по умолчанию и предложение по умолчанию, я ничего не менял. Так что, pe1chl, ты изменил профиль или предложение по умолчанию? Жорис