Отказоустойчивый ipsec vpn через multiwan

pigbrother

А если попробовать
Encryption Algorithm - None?

Или вообще перейти на GRE\IPsec\L2TP?

Igor Filth

Попробуйте ipsec.

:o
C этого же всё и начиналось.
Только резервирование vpn-канала неизвестно как делать, т.к. туннельный режим не поддерживает multicast, который необходим для функционирования OSPF.

Через GRE точно делать не буду.

Encryption Algorithm - None?

Пробовал. Почти никак не влияет на скорость.

pigbrother

Еще раз - ссылка про высокоскоростной OVPN.

Обратите внимание, на что на скорость влияет комбинация алгоритмов шифрования и mtu.

https://community.openvpn.net/openvpn/wiki/Gigabit_Networks_Linux#no1

Igor Filth

Развернул виртуалки на proxmox
Скорость без шифрования - 36-38 МБайт/c, с шифрованием AES-128-CBC - 31-32 МБайт/c
Нагрузка i3 ~ 80 процентов.

Т.е. медленнее, чем вообще без виртуалки, но значительно быстрее, чем на Hyper-V

Странно, проц не на 100% что мешает раскрутиться до 98-100МБайт/сек (1gb), неужели какое железное ограничение?

werter

@Igor:

Только резервирование vpn-канала неизвестно как делать, т.к. туннельный режим не поддерживает multicast, который необходим для

В настройках ipsec-туннеля можно выбрать tap.

Igor Filth

Может быть Вы имеете в виду transport, а не tap? По-крайней мере, я tap нигде не могу найти.

Но если выбрать режим transport, то придётся ещё использовать gre или l2tp, чего мне пока не хочется.
Но, хорошо, сейчас попробую…

@Igor:

Может быть Вы имеете в виду transport, а не tap? По-крайней мере, я tap нигде не могу найти.

Но если выбрать режим transport, то придётся ещё использовать gre или l2tp, чего мне пока не хочется.
Но, хорошо, сейчас попробую…

Нет, есть два режима тунелирования TUN и TAP, TUN это когда два разных диапазона соединяют тунелем, а TAP это когда диапазон один сквозь тунель (LAN находится в Bridge режиме с тунелем).

Igor Filth

Нет, есть два режима тунелирования TUN и TAP, TUN это когда два разных диапазона соединяют тунелем, а TAP это когда диапазон один сквозь тунель (LAN находится в Bridge режиме с тунелем).

в ovpn они так называются - tun/tap, а в ipsec уже tunnel/transport.

werter

2 Igor Filth
Важно.
Если пф работает в вирт. среде, то в настр. System: Advanced: Networking поставить галки на Disable hardware checksum offload, Disable hardware TCP segmentation offload, Disable hardware large receive offload. После обязательно перезагр. пф. И протестировать скорость передачи.

P.s. В настр. вирт. маш. на proxmox исп. virtio-сетевые и virtio-hdd для достижения макс. произ-ти.

pigbrother

@Bansardo:

Странно, проц не на 100% что мешает раскрутиться до 98-100МБайт/сек (1gb), неужели какое железное ограничение?

Почитайте ссылку, которую я приводил выше.
По ней тесты скоростей в сетях 1G/10G от разработчиков OVPN.
ТС, похоже, ее тоже читать не стал.

Igor Filth

ТС, похоже, ее тоже читать не стал.

Я её прочитал ещё до того, как спрашивать начал)))
Толку от этой статьи я получил немного, кроме понимания, что такие скорости достижимы и что они зависит как от типа шифрования, так и от mtu… + эти тесты явно были без использования KVM)
Поэтому написал сюда, чтобы получить конкретные советы и рекомендации)

2 werter

Завтра выставлю эти настройки, потестирую. Спс!

Igor Filth

2 werter

При выставленной галочке Disable hardware checksum offload постоянно рвётся связь c WAN даже при небольшой активности - при попытке скачать что-то с инета, или передать какой-то файл между компьютерами по туннелю.
Остальные галочки уже были выставлены по умолчанию.

Уточню, что я пока опять тестирую на Hyper-V, т.к. proxmox мне "забраковали".

P.s. В настр. вирт. маш. на proxmox исп. virtio-сетевые и virtio-hdd для достижения макс. произ-ти.

На proxmox так и сделал сразу :)

@Igor:

Уточню, что я пока опять тестирую на Hyper-V, т.к. proxmox мне "забраковали".

Я обычно таким "браковщикам" предлагаю самим тогда настраивать, а то хотим много, да еще и тыкаем инженеру какими инструментами работать.
Напоминает ситуацию, "на забей гвоздь сотку, а молоток тебе на для ювелирки

Igor Filth

Галочка Disable hardware checksum offload оказалась невиновной в обрывах связи. Когда Hyper-V заново поставил, забыл дрова на сетевушку обновить - в этом и была причина обрывов. ::)
Но и никакого увеличения производительности от этой галочки я не получил.

Сейчас, исключительно ради эксперимента, попробую поставить последний снапшот pf 2.4.

Igor Filth

Поставил 2.4. Скорость без шифрования - 35-37 МБайт/c (такая же, как и на proxmox с pf 2.3.2-1), с AES-128-CBC 33-35 МБайт/c

pigbrother

Поставил 2.4

В вашей сборке уже обновлен OpenVPN до версии 2.4?
В OpenVPN 2.4 появилось много нового, в частности поддерживается (полноценно?) аппаратное ускорение при выборе AES-GCM

We added OpenVPN 2.4 to pfSense 2.4 snapshots this week and have added a number of new features around it as well (NCP, ECDH, TLS Encryption+Authentication, pushing IPv6 DNS, IPv6 in status output, LZ4 compression…)

И наконец:
The native OpenVPN-GUI uses the new service in OpenVPN 2.4 for managing connections, meaning unprivileged users can use OpenVPN and it will add routes properly. (Note that admin access is still required to install the OpenVPN client)

https://www.reddit.com/r/PFSENSE/comments/5l45jk/openvpn_240_is_now_available_on_pfsense_24/
https://www.reddit.com/r/PFSENSE/comments/5lzq5o/openvpn_client_export_package_with_openvpn_24/
https://www.reddit.com/r/PFSENSE/comments/5lric3/aesni_not_selectable_in_24_beta/

Igor Filth

В вашей сборке уже обновлен OpenVPN до версии 2.4?

Нет.

После выхода на работу обновлю сборку до последней версии, посмотрю что нового появилось в настройках, протестирую скорость и нагрузку на проц.

pigbrother

Отпишитесь, плз, о результатах.

Igor Filth

Разумеется ;)