NordVPN-IKEv2 медленная скорость Интернета

Я отвечаю за свою спину, я пробовал правило Mangle и отключал Fasttrack на роутере, и теперь всё похоже на световую скорость. Сейчас это работает для меня, по крайней мере, производит хорошее первое впечатление.

Я думаю, у меня такая же проблема с RBD52G-5HacD2HnD на RouterOS v6.45.6. У меня есть две подсети: 192.168.1.0/24 используется для обычного домашнего роутера. Сам роутер имеет адрес 192.168.1.1, а оставшееся адресное пространство используется для DHCP-пула подключенных устройств. 192.168.2.0/24 — это DHCP-пул для устройств, подключенных к L2TP-серверу, настроенному на роутере. Когда я настраивал туннель NordVPN (используя инструкцию на вики-странице Mikrotik), решил маршрутизировать только 192.168.2.0/24, чтобы не мешать обычному интернет-соединению дома. Также я добавил в исключения некоторые конечные адреса, которые не должны проходить через туннель и будут маршрутизироваться напрямую. Теперь, после того как я все это настроил, я также хочу, чтобы 192.168.1.0/24 проходила через туннель NordVPN, поэтому добавляю её в соответствующий список адресов. И после этого возникает странная ситуация: на 192.168.1.0/24 я сталкиваюсь с вышеупомянутой проблемой, где у меня скорость загрузки 25 Мбит/с (максимум для моего интернет-провайдера) и почти 0 Мбит/с (около 0.02 Мбит/с) для скорости выгрузки. Веб-серфинг очень тормозит. Но соединения из списка исключений работают нормально на полной скорости. В то же время на той же машине, когда я подключаюсь к VPN-серверу на роутере и соответственно попадаю в подсеть 192.168.2.0/24, все работает отлично, и я получаю максимальные скорости загрузки и выгрузки, разрешенные моим провайдером через туннель NordVPN. Есть идеи, как исправить проблему со скоростью выгрузки? Я в этом деле новичок, поэтому, во-первых, в моем случае это может быть просто тупая ошибка в конфигурации, а во-вторых, пожалуйста, объясняйте проще в ответах. ------- ОБНОВЛЕНИЕ ------------- Я отключил fasttracking, как советовал синдy. Это помогло, но проблему не решило. С отключенным fasttracking у меня около 4 Мбит/с для скорости выгрузки.

С отключенным ускорением сложность и неправильный порядок правил вашего файрвола теоретически могут вызвать замедление. Кроме того, плохой выбор алгоритмов шифрования и/или аутентификации в /ip ipsec proposal может быть причиной, где "плохой" означает "не поддерживается аппаратно". Итак, как только туннель будет установлен, проверьте вывод /ip ipsec installed-sa print на наличие символа H рядом с динамическим ID элемента в крайнем левом столбце, что указывает на использование аппаратного шифрования: [me@MyTik] > ip ipsec installed-sa print Flags: H - hw-aead, A - AH, E - ESP 0 H E spi=0xFA1132C1 src-address=x.x.x.x dst-address=y.y.y.y state=mature auth-algorithm=sha1 enc-algorithm=aes-cbc enc-key-size=256 auth-key=“d3b45f4dd85075f97b4a44943aff308c2a3c9f65” enc-key=“9688c7251cfc7bd79cbda89801d818805b629695c68c6284f54843601989d4ae” addtime=oct/15/2019 17:53:45 expires-in=9m12s add-lifetime=24m/30m current-bytes=3000 current-packets=19 replay=128 Если используется аппаратное шифрование, опубликуйте экспорт конфигурации, следуя рекомендациям по анонимизации в моей автоматической подписи ниже, так как настройка файрвола может быть не оптимальной.

В моей конфигурации не так много правил для файрвола, а использование ЦП не превышает 5% во время тестов скорости к удалённым серверам. Даже в сети нашего местного провайдера, где у меня ограничение 100 Мбит/с, я никогда не видел более 30% использования ЦП (при отключённом fasttracking), когда скачивал торренты на полной скорости. Проверил поддержку по оборудованию, и символ H есть в каждой записи. Думаю, эта потенциальная причина не может объяснить, почему у меня есть ограничение по скорости на прямом соединении, а на VPN его нет, хотя во втором случае используется ещё большее шифрование, но скорость выше. Да! Я добавил правило для mangle по второй ссылке, и это решило проблему! (хотя я не указывал порты в своём случае). Теперь всё работает как задумано. Спасибо всем за помощь!

Мне действительно хотелось бы понять, как проблема с MTU может вызывать значительно более низкую скорость при, в остальном, работающих соединениях. Ладно, каждый пакет, занимающий целое MTU, разбивается на два благодаря обработке IPsec, которая добавляет к нему дополнительные байты, но это должно привести к половине скорости в худшем случае. А если они вообще не проходят из-за неправильного MTU, то TCP-сессии должны полностью терпеть неудачу, а не просто замедляться.

Я не решил эту проблему, но смог уточнить её благодаря поддержке Mikrotik.