Reprise du message précédent :
Le but c'est de recréer des device "ethernet" et faire du bonding sur eux.
Etant donné que par défaut le bonding se fait sur l'adresse mac source ou target ça va pas te faire de l'agrégation entre 2 postes donc tu fais du round robin pour envoyer un paquet sur une interface puis une autre puis une autre et avoir ainsi de la vrai agrégation.
 
Qd tu fais du bonding tu mets pas d'IP sur chaque interface sous jacente mais sur l'interface virtuelle. Donc il te faut une IP. En sortie de ton serveur en datacenter tu fais du NAT pour avoir une IP publique.

Justement, ce qu'il m'a tilté c'est la "demi-négation" dans "On n'a un serveur distant (Style dédibox)"
S'il y a présence d'un serveur tiers disposant en entrée/sortie vers internet d'un lien 100Mb (voire Gb comme certains dédiés chez OVG et FirstHeberg, à vérifier ailleurs), c'est une solution relativement commune.
S'il y a absence de ce serveur tiers, là ...
 
Quand l'abus d'une écriture française moyenne se répercute dans l'écriture, cela pose soucis

C'est clair . Pour moi c'est "On a un serveur distant"

Pour peu que la personne soit dyslexique ou pense à autre chose, cela aurait pu être "On n'a pas de serveur distant"

Pour info, OVH va proposer une offre d'agrég. fin juillet selon la roadmap

Ouais ben c'est comme leur solution VPN, wait&see

Effectivement la solution Stella Telecom pour de l'adsl duo (2 x 20M) fonctionne très bien (attention ce n'est pas du SDSL), pour ce qui est de Completel c'est à oublier, ce n'est plus comme le très bon Altitude Télécom à l'époque...

D'autres retours ?
 
La solution zeroshell semble la plus simple à mettre en place