N
вот, вы сделали через linux bridge - так тоже не взлетает
Size: a a a
2021 June 01
ВЕ
ну то есть логика какая. берешь сетевую физическую - дробишь ее на вланы, а от них уже создаешь бриджи. а их уже вешаешь на ВМ-ки
DS
так?
ВЕ
про задержки кстати кейс хороший. реально одна нода вешалась так из-за дальности + впн + еще и канал нестабильный был.
но не в этом случае думаю.
но не в этом случае думаю.
DS
возможно там пинг 2секунды потому и коросинк не работает
N
тут между коммутаторами 5 метров кабеля ))
DS
оно от настройки еще зависит а не длинны
ВЕ
ну кстати и 1,5 метровый кабель давал порой отличные результаты с потерями 🙂
N
0.2ms
DS
на все направления ?
N
да
DS
/etc/hosts, фаервол выкл? ,
systemctl status corosync -l -n 100
corosync-cfgtool -sN
выкл
N
corosync-cfgtool -s - все три ноды коннект
DS
Retransmit List уже было по чату
DS
journalctl -u corosync.service больше лога смотри возможно с мту связано
DS
время одинаковое на нодах +- ?)
Y
Всем привет. #вопрос #openvpn
Есть гипервизор debian/proxmox, на нем поднят openvpn. С vpn-клиента не проходит ssh в виртуальные машины, хотя пинги идут.
Подскажите, в какую сторону смотреть? Нужно настраивать iptables или все делается через веб-интерфейс Proxmox?
Proxmox 6.4, OpenVPN 2.4.7, tun-соединение через udp.
Есть гипервизор debian/proxmox, на нем поднят openvpn. С vpn-клиента не проходит ssh в виртуальные машины, хотя пинги идут.
Подскажите, в какую сторону смотреть? Нужно настраивать iptables или все делается через веб-интерфейс Proxmox?
Proxmox 6.4, OpenVPN 2.4.7, tun-соединение через udp.
# iptables -S
-P INPUT ACCEPT
-P FORWARD ACCEPT
-P OUTPUT ACCEPTDS
второй комутатор с джамбо или не пропускает 1500 mtu можно опять же пингом проверить