Bonjour,
 
J’héberge un serveur OpenVPN@home sur une Debian 8. Les clients sont soit des terminaux mobile Android, soit des laptops W10/Debian et une VM (Virtualbox en mode NAT) derrière un Proxy HTTP, c'est elle qui pose maintenant problème.
 
Jusqu'à dernièrement, le serveur était configuré sur le port 1194 en proto TCP. Tout fonctionnait sans soucis, le client de la VM étant configuré comme suit:

J'ai changé la configuration sur le serveur pour écouter sur le port 443  toujours en proto TCP et cette fois derrière un sslh (ssh/https/openvpn). Une fois sslh et les différents services correctement configurés, tout fonctionne correctement en changeant la config des clients OpenVPN (1194 -> 443). Sauf pour la VM:

J'ai le message suivant en me connectant:

Ce n'est pas la config côté serveur qui pose problème car les mobiles/laptops se connectent normalement au VPN sur le port 443, donc c'est bien la VM (et probablement le Proxy) qui pose soucis.
 
D'un autre côté je peux me connecter en SSH au même serveur sur le port 443 depuis la VM via:

 
Une idée ? Merci

En fouillant les logs côté serveur sslh identifie du ssh et non de l'openvpn quand la VM se connecte à travers le proxy ... L'encapsulation n'est donc pas transparente

Je vais essayer de trouver un moyen de corriger ça. En gros pour résumer:

OpenVPN Client(443) -> NAT(VirtualBox) -> HTTP Proxy -> Internet -> NAT(Livebox) -> SSLH -> OpenVPN Server(443)

Je réponds un peux tardivement.
Même problème rencontré.
Il faut ajouter ces règles dans le pare-feux:
 
echo " SSLH rules ..."
# 4430 https ssl
# 41194 openvpn
# 22345 ssh
iptables -t mangle -N SSLH
iptables -t mangle -A OUTPUT --protocol tcp --out-interface eth0 --sport 41194 --jump SSLH
iptables -t mangle -A OUTPUT --protocol tcp --out-interface eth0 --sport 4430 --jump SSLH
#iptables -t mangle -A OUTPUT --protocol tcp --out-interface eth0 --sport 22345 --jump SSLH
iptables -t mangle -A SSLH --jump MARK --set-mark 0x1
iptables -t mangle -A SSLH --jump ACCEPT
ip rule add fwmark 0x1 lookup 100
ip route add local 0.0.0.0/0 dev lo table 100
 

Merci pour la réponse
J'avais oublié avoir créé un topic pour ce souci. En fait le problème venait de sslh, fallait augmenter le timeout (--timeout 5) pour éviter qu'il forward trop vite les paquets vers le service par défaut (ssh). Là tout fonctionne ssh/https/ovpn sur 443 à travers le proxy.