La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => Orange / Sosh => 
Débit fibre => Discussion démarrée par: Fraisouille le 27 juin 2021 à 13:33:12
-
Bonjour,
Je loue depuis des années un serveur chez OVH. Celui ci me sert entre autres à avoir une sauvegarde de mes données perso ailleurs que chez moi.
Ce serveur a une bande passante de 100 Mbps symétriques. Ayant depuis plusieurs années une connexion fibre 100 puis 300 et aujourd'hui à 400 Mbps symétriques, j'ai toujours pu télécharger mes fichiers à 100 Mbps soit ~12 MB/s dans les deux sens.
Depuis plusieurs mois, le débit vers ce serveur particulier a chuté soudainement à 3 MB/s et est extrêmement stable à cette vitesse là quelque soit le protocole (FTP, HTTP, SSH). Aucun problème n'a été détecté chez OVH, les débits entrants / sortants sont toujours au même débit. J'ai fait des tests de débit vers ce serveur depuis d'autres connexions et le débit est systématiquement autour des 12 MB/s. J'ai également testé de passer par un VPN gratuit pour télécharger mes fichiers et le débit était à plus de 6 MB/s (le double de mon débit habituel) alors même que c'était un VPN gratuit avec une bande passante fortement limitée ! (il faut payer pour avoir le débit maximal et je voulais juste faire un test).
Bref, j'ai l'impression qu'il y a un problème côté Orange qui a détecté que je transférais beaucoup de données depuis et vers mon serveur OVH et qu'un bridage aurait été mis en place.
Est-ce une pratique déjà vue chez Orange ? Ont ils le droit de brider les communications vers un serveur comme ça ?
Personnellement, j'aimerais bien éviter de changer de FAI mais bon, s'il n'y a pas d'autres solutions...
-
Bonjour,
Je loue depuis des années un serveur chez OVH. Celui ci me sert entre autres à avoir une sauvegarde de mes données perso ailleurs que chez moi.
Ce serveur a une bande passante de 100 Mbps symétriques. Ayant depuis plusieurs années une connexion fibre 100 puis 300 et aujourd'hui à 400 Mbps symétriques, j'ai toujours pu télécharger mes fichiers à 100 Mbps soit ~12 MB/s dans les deux sens.
Depuis plusieurs mois, le débit vers ce serveur particulier a chuté soudainement à 3 MB/s et est extrêmement stable à cette vitesse là quelque soit le protocole (FTP, HTTP, SSH). Aucun problème n'a été détecté chez OVH, les débits entrants / sortants sont toujours au même débit. J'ai fait des tests de débit vers ce serveur depuis d'autres connexions et le débit est systématiquement autour des 12 MB/s. J'ai également testé de passer par un VPN gratuit pour télécharger mes fichiers et le débit était à plus de 6 MB/s (le double de mon débit habituel) alors même que c'était un VPN gratuit avec une bande passante fortement limitée ! (il faut payer pour avoir le débit maximal et je voulais juste faire un test).
Bref, j'ai l'impression qu'il y a un problème côté Orange qui a détecté que je transférais beaucoup de données depuis et vers mon serveur OVH et qu'un bridage aurait été mis en place.
Est-ce une pratique déjà vue chez Orange ? Ont ils le droit de brider les communications vers un serveur comme ça ?
Personnellement, j'aimerais bien éviter de changer de FAI mais bon, s'il n'y a pas d'autres solutions...
Non, il n'y a aucun bridage de débit.
Et il n'y a pas non plus de problème sur les interconnexions directes (PNI) avec OVH.
-
Alors comment expliquer ce débit fortement réduit vers et depuis ce serveur uniquement depuis plusieurs mois ?
-
Alors comment expliquer ce débit fortement réduit vers et depuis ce serveur uniquement depuis plusieurs mois ?
As-tu ton débit par ailleurs ?
Peut-être une limitation côté serveur ?
Je ne sais pas, en tout cas les PNI Orange <=> OVH ne sont pas du tout saturés et Orange ne pratique pas de bridage.
Tu peux d'ailleurs le vérifier sur la weathermap OVH http://weathermap.ovh.net/ (http://weathermap.ovh.net/)
Il y a les interco directes du réseau IP France "Orange" (AS3215) sur PAR TH2, PAR GSW et sur ROUBAIX et aussi les intercos directes du réseau IP Orange International "OTI" (AS5511) sur PAR-TH2, PAR- Equinix PA3, MARSEILLE INTERXION, FRANCFORT, MADRID
-
Côté serveur, aucune limitation n'est en place. D'ailleurs, j'arrive à télécharger dans les deux sens à plein débit (soit 12 MB/s) depuis une autre connexion que la mienne.
Autre chose que j'ai oubliée de mentionner dans mon premier message : quand je télécharge depuis mon serveur OVH, j'ai 3 MB/s. Quand j'uploade vers mon serveur, je n'ai plus que 1 MB/s. Et ces débits sont les mêmes depuis des mois et ont chuté soudainement sans aucune modification, que ce soit chez moi ou sur le serveur hébergé chez OVH.
-
.
avec un autre PC ?
-
Même problème. C'est vraiment lié à ma connexion.
J'ai essayé avec 2 PC différents, branchés en Ethernet, box déjà rebootée avec le même constat.
-
.
faire changer la box ?
-
Ça serait très surprenant que le problème soit lié à la box... Les débits vers d'autres sites sont complètement normaux... Notamment les sites de tests de débit qui m'annoncent 400 Mbps symétriques
-
Je viens d'expérimenter un truc très très étrange...
J'ai fait plusieurs reset hard de ma Livebox... Et lors de l'une des reconnexions, j'ai de nouveau eu pendant un bref moment des débits corrects, notamment 11,5 MB/s en débit montant vers mon serveur OVH !
Et là, j'ai beau refaire des resets, je reste à 3 MB/s en descendant et 1 MB/s en montant...
En tout cas, ça prouve bien que ça ne vient pas de chez OVH mais bien de quelque part chez Orange...
-
.
paramètrage foireux de box ?
Après RESET, il s'écoule un peu de temps puis la box recharge son backup de paramètrage............. foireux
-
Sauf que je n'ai jamais trifouillé les paramétrages... A ma connaissance, tout est réglé par défaut... Et le principe du reset hard, c'est bien de faire sauter toute éventuelle modif malencontreuse pour revenir aux réglages par défaut
-
.
si tu le dis..........
-
?? C'est pas le cas ? Le reset hard garderait certains réglages selon toi ?
-
?? C'est pas le cas ? Le reset hard garderait certains réglages selon toi ?
jte donne un indice ;D
(https://zupimages.net/up/21/25/db1t.jpg)
-
Ceci dit, je ne vois pas trop quel paramètre de la box pourrait expliquer le souci décrit...
-
Après avoir retourné l'interface de configuration dans tous les sens, je n'ai absolument rien vu de chelou. Sans compter que je n'y avais jamais touché...
Pour l'instant, à part un bridage côté orange, je ne vois pas trop ce que ça peut être
-
Surtout qu'après un nouveau reboot, je viens de récupérer mon upload à 11,5 MB/s alors que le download est toujours bridé...
-
Pour info, je viens de faire un test de téléchargement par un pote qui a la fibre aussi... Le débit est à 100 Mbps en download...
Je télécharge le même fichier une fois que mon pote a terminé le transfert : 25 Mbps...
-
Des petites nouvelles...
Depuis mon dernier message, j'ai eu un upload vers mon serveur OVH stable à 100 Mbps... Sauf depuis 3 semaines, où mon débit en upload vers mon serveur OVH était tout moisi mais extrêmement stable à 4 Mbps... De multiples reboot de la box n'ont rien changé... J'ai contacté le service client qui ne m'a apporté aucune solution...
Depuis aujourd'hui, j'ai la fibre Free et hop ! 100 Mbps en upload !
Bref, c'est bien Orange qui joue à brider les connexions...
-
Des petites nouvelles...
Depuis mon dernier message, j'ai eu un upload vers mon serveur OVH stable à 100 Mbps... Sauf depuis 3 semaines, où mon débit en upload vers mon serveur OVH était tout moisi mais extrêmement stable à 4 Mbps... De multiples reboot de la box n'ont rien changé... J'ai contacté le service client qui ne m'a apporté aucune solution...
Depuis aujourd'hui, j'ai la fibre Free et hop ! 100 Mbps en upload !
Bref, c'est bien Orange qui joue à brider les connexions...
Egalement pour ca que je suis parti de chez Sosh...
-
Je déterre un peu le topic, car ça m'interpelle.
Les performances que j'obtiens vers les serveurs de test de débit OVH ne sont pas folles, mais j'obtiens des résultats similaires entre ma fibre Orange, et mes serveurs Scaleway.
Serveur Scaleway 1 (VPS "dédié") vers OVH Roubaix
root@mail ~ # wget -O /dev/null https://rbx.proof.ovh.net/files/1Gb.dat
--2022-01-08 11:27:32-- https://rbx.proof.ovh.net/files/1Gb.dat
Resolving rbx.proof.ovh.net (rbx.proof.ovh.net)... 152.228.221.228, 2001:41d0:203:9fe4::1
Connecting to rbx.proof.ovh.net (rbx.proof.ovh.net)|152.228.221.228|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1073741824 (1.0G) [application/octet-stream]
Saving to: ‘/dev/null’
/dev/null 100%[==========================================>] 1.00G 9.49MB/s in 2m 42s
2022-01-08 11:30:14 (6.34 MB/s) - ‘/dev/null’ saved [1073741824/1073741824]
Même serveur vers Bytel
root@mail ~ # wget -O /dev/null http://ipv4.bouygues.testdebit.info/1G.iso
--2022-01-08 11:34:43-- http://ipv4.bouygues.testdebit.info/1G.iso
Resolving ipv4.bouygues.testdebit.info (ipv4.bouygues.testdebit.info)... 89.84.1.186
Connecting to ipv4.bouygues.testdebit.info (ipv4.bouygues.testdebit.info)|89.84.1.186|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1000000000 (954M) [application/x-iso9660-image]
Saving to: ‘/dev/null’
/dev/null 100%[==========================================>] 953.67M 855MB/s in 1.1s
2022-01-08 11:34:44 (855 MB/s) - ‘/dev/null’ saved [1000000000/1000000000]
Serveur Scaleway 2 (vieille dédibox à base de x3450, et une connexion Gbps symétrique qui ne m'a jamais posé de problème) vers OVH Roubaix
root@hypervisor ~ # wget -O /dev/null https://rbx.proof.ovh.net/files/1Gb.dat -4
--2022-01-08 17:36:52-- https://rbx.proof.ovh.net/files/1Gb.dat
Resolving rbx.proof.ovh.net (rbx.proof.ovh.net)... 152.228.221.228
Connecting to rbx.proof.ovh.net (rbx.proof.ovh.net)|152.228.221.228|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1073741824 (1.0G) [application/octet-stream]
Saving to: ‘/dev/null’
/dev/null 100%[==========================================>] 1.00G 7.42MB/s in 2m 26s
2022-01-08 17:39:18 (6.99 MB/s) - ‘/dev/null’ saved [1073741824/1073741824]
wget -O /dev/null https://rbx.proof.ovh.net/files/1Gb.dat -4 16.23s user 3.44s system 13% cpu 2:26.55 total
Mon NAS, connecté en Ethernet sur mon Ubiquiti ER-X SFP.
~ % wget -O /dev/null https://rbx.proof.ovh.net/files/1Gb.dat
--2022-01-08 17:37:07-- https://rbx.proof.ovh.net/files/1Gb.dat
Resolving rbx.proof.ovh.net (rbx.proof.ovh.net)... 2001:41d0:203:9fe4::1, 152.228.221.228
Connecting to rbx.proof.ovh.net (rbx.proof.ovh.net)|2001:41d0:203:9fe4::1|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1073741824 (1.0G) [application/octet-stream]
Saving to: ‘/dev/null’
/dev/null 100%[==========================================>] 1.00G 3.01MB/s in 6m 45s
2022-01-08 17:43:52 (2.53 MB/s) - ‘/dev/null’ saved [1073741824/1073741824]
Idem, vers Bytel
~ % wget -O /dev/null http://ipv4.bouygues.testdebit.info/1G.iso
--2022-01-08 17:40:23-- http://ipv4.bouygues.testdebit.info/1G.iso
Resolving ipv4.bouygues.testdebit.info (ipv4.bouygues.testdebit.info)... 89.84.1.186
Connecting to ipv4.bouygues.testdebit.info (ipv4.bouygues.testdebit.info)|89.84.1.186|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1000000000 (954M) [application/x-iso9660-image]
Saving to: ‘/dev/null’
/dev/null 100%[==========================================>] 953.67M 76.8MB/s in 12s
2022-01-08 17:40:35 (81.1 MB/s) - ‘/dev/null’ saved [1000000000/1000000000]
Depuis une connexion Free ADSL, synchro 20Mbps (rien qui tourne en arrière plan), c'est pas folichon non plus.
~ % wget -O /dev/null https://rbx.proof.ovh.net/files/1Gb.dat
--2022-01-08 16:41:54-- https://rbx.proof.ovh.net/files/1Gb.dat
Résolution de rbx.proof.ovh.net (rbx.proof.ovh.net)… 2001:41d0:203:9fe4::1, 152.228.221.228
Connexion à rbx.proof.ovh.net (rbx.proof.ovh.net)|2001:41d0:203:9fe4::1|:443… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : 1073741824 (1,0G) [application/octet-stream]
Sauvegarde en : « /dev/null »
/dev/null 6%[=> ] 66,90M 168KB/s tps 17m 9s ^C
wget -O /dev/null https://rbx.proof.ovh.net/files/1Gb.dat 5,50s user 2,52s system 11% cpu 1:12,44 total
j'ai pas eu la foi d'aller jusqu'à la fin pour celui-là, le débit faisait des montagnes russes, mais plus souvent autour des 100ko/s ...
D'après tous ces tests, ca ressemble plus à un problème côté sur un bout de l'infra d'OVH qu'Orange.
De plus, les débits affichés par nperf vers les serveurs d'OVH Gravelines sont corrects, mais ce ne sont pas les mêmes serveurs, on traverse un certain nombre de routeurs différents ...
-
Côté Orange, il n'y a pas de bridage de quoi que ce soit vers OVH et les PNI ne sont pas en saturation.
-
Bonjour,
J'ai exactement le même problème depuis quelques semaines. Le débit de mon serveur particulier, hébergé chez OVH, semble être bridé par Orange (en particulier le soir). Si je change d'opérateur (free par exemple), je retrouve un débit normal.
Est-ce légal de brider le débit ?
Avez-vous une idée du problème ?
Merci d'avance
-
Bonjour,
J'ai exactement le même problème depuis quelques semaines. Le débit de mon serveur particulier, hébergé chez OVH, semble être bridé par Orange (en particulier le soir). Si je change d'opérateur (free par exemple), je retrouve un débit normal.
Est-ce légal de brider le débit ?
Avez-vous une idée du problème ?
Merci d'avance
C'est quoi la box, car j'avais un "bridage" qui s'est résolu en changeant de la LB3 + ONT avec une LB5 !
MAis bon je ne sais pas encore si c'est un bug avec la livebox3 oubien avec l'ONT.
N'ayant pas assez de connaissant dans le software réseau, je suspecte éventuellement un sorte de bug entre la communication livebox ---> server orange.
-
C'est une livebox5.
Je réside dans le sud de la France et actuellement je suis en déplacement professionnel sur Paris dans un logement équipé également d'une livebox 5.
Que ça soit dans le sud de la France ou sur Paris, j'ai bien l'impression qu'il y a un bridage sur l'ip de mon serveur.
Je peux confirmer que cela ce produit le soir. Le matin, le débit est normal...
-
et ca ne pourrait pas être coté OVH le problème ? on peut aussi partir du principe que c'est OVH qui "bride" le débit vers Orange, pourquoi pas ?
C'est un serveur dédié chez OVH que tu as ?
-
Bonjour,
J'ai exactement le même problème depuis quelques semaines. Le débit de mon serveur particulier, hébergé chez OVH, semble être bridé par Orange (en particulier le soir). Si je change d'opérateur (free par exemple), je retrouve un débit normal.
Est-ce légal de brider le débit ?
Avez-vous une idée du problème ?
Merci d'avance
Il n'y a absolument aucun bridage côté Orange.
De plus, les PNI avec OVH sont très bien dimensionnés et non saturés.
Tu pourras le constater par toi-même depuis la Weathermap OVH http://weathermap.ovh.net/ (http://weathermap.ovh.net/) , cf les PNI Orange si tu te connectes depuis une connexion Orange en France Métropolitaine (et les PNI OTI , Orange International, si c'est depuis l'international).
Le problème peut être côté OVH aussi ou directement sur le serveur.
-
ovh joue avec le routage vers ses différentes prises OTI ou Orange France en fonction du serveur, et surtout de sa gamme.
-
Etonnant j'ai le même problème avec ma Livebox Max (5gbps/1Gbps) vers un serveur OVH mais j'ai trouvé un protocole pour lequel il n'y a pas de bridage.
Mon réseau : NAS Synology <---> Livebox <---> Serveur OVH
J'ai essayé 3 types de point de montage réseau de mon NAS sur mon serveur OVH : SSHFS, NFS, SMB
SSHFS :
rsync --progress /mnt/testSSHFS/backup.tar.gz backup.tar.gz
backup.tar.gz
1,161,571,960 100% 8.92MB/s 0:02:04 (xfr#1, to-chk=0/1)
NFS :
rsync --progress /mnt/testNFS/backup.tar.gz backup.tar.gz
backup.tar.gz
1,161,571,960 100% 8.27MB/s 0:02:14 (xfr#1, to-chk=0/1)
SMB :
rsync --progress /mnt/testSMB/backup.tar.gz backup.tar.gz
backup.tar.gz
1,161,571,960 100% 53.30MB/s 0:00:20 (xfr#1, to-chk=0/1)
On peut constater que les protocoles SSH & NFS semblent bridés par Orange alors qu'étonnemment le procole SMB ne semble pas connaître de bridage, je précise que j'ai testé ces 3 points de montage en local vers une rpi sans aucun problème de bridage.
D'où cela peut venir du coté d'Orange ? Et surtout y a t til moyen de contourner ce bridage ??
-
Bonsoir,
De qui du NAS ou du serveur OVH :
* réalise le point de montage ?
* initialise le transfert ?
Aussi, un tunnel SSH est un protocole sécurisé et rajoute en ce sens des données donc est forcément plus lent.
Au niveau de la Livebox:
* le firewall est-il sur la position moyen ?
* y a-t-il une translation de protocole ?
* y a-t-il une translation de port ?
-
De qui du NAS ou du serveur OVH :
* réalise le point de montage ?
* initialise le transfert ?
C'est le serveur OVH qui réalise le point de montage et qui initialise le transfert.
Aussi, un tunnel SSH est un protocole sécurisé et rajoute en ce sens des données donc est forcément plus lent.
Qu'il soit plus lent mais pile poil aussi lent que le NFS ça me parait étonnant ...
* le firewall est-il sur la position moyen ? Non il est en position faible
* y a-t-il une translation de protocole ? Comment ça ?
* y a-t-il une translation de port ? Pas de translation de port
-
OK, pour la translation de protocole, j'ai oublié de demandé si vous utilisez une connexion en IPv6 ou pas.
Est-ce que la Livebox 7 est le routeur du réseau local ?
Je pense qu'il faudrait faire l'essai inverse et faire le montage et les tests rsync depuis le NAS, il vaut mieux initié les demandes depuis le réseau local vers Internet.
Avez-vous essayé depuis le serveur OVH en se connectant en http ou https sur le NAS ?
(plus simple à faire si vous avez un serveur X sur le serveur OVH)
-
C'est tout IPV4
Pourquoi faire le test dans l'autre sens si dans ce sens là un des protcoles arrivent déjà à ne pas être bridé ? (sachant que mon cas d'utilisation in fine est dans ce sens là justement)
-
Pour SSH, on sait, c'est à cause de la box qui mappe le DSCP par défaut utilisé par SCP (CS1) en priorité 802.1p 6, et la priorité 6, c'est pour les paquets d'administration, donc délivrance garantie mais en contrepartie faible débit. C'est probablement la même chose pour NFS... En théorie elle ne devrait faire ça que pour les paquets qu'elle génère elle-même mais ce n'est pas le cas (en fait ce mapping se fait dans le noyaux linux, donc tous les routeurs basés sur linux doivent avoir la même limitation de débit chez Orange).
Du coup ça peut être probablement réglé par une configuration spécifique coté client, soit au niveau applicatif, soit dans une règle iptables mangle (par exemple en forçant le DSCP à 0).
-
On sait la raison pour laquelle Orange fait ça ?
Et niveau configuration tu as une idée de comment forcer ça via une des solutions que tu as proposé pour que je puisse tester ? c'est un domaine où je m'y connais pas du tout ...
-
On sait la raison pour laquelle Orange fait ça ?
Orange fait ça parce que à la base tous les paquets liés à l'authentification DHCP et au bon fonctionnement de la box sont en CoS6. Le fait qu'elle le fasse également sur les paquets routés est un effet de bord du choix de Linux comme plateforme, parce que ce mapping est fait par défaut dans le code source du noyau.
Juste pour confirmer, le transfert se fait bien dans le sens Orange ---> OVH (parce que le mapping DSCP concerne le traffic sortant coté WAN livebox uniquement) ?
Par contre j'ai sans doute été un peu vite en besogne en avec les solutions que je propose, étant donné qu'elles doivent être effectuées sur le NAS, et je ne sais pas dans quelle mesure c'est faisable avec DSM (j'ai un NAS Syno aussi mais je ne me suis jamais intéressé à ce sujet sur cette plateforme).
-
Yes le transfert se fait bien dans ce sens là oui !
Je vais essayer de chercher de mon côté avec le début de piste que tu m'as donné, c'est dingue qu'Orange fasse ce genre de bridage et pas les autres opérateurs quand même ...
-
C'est quand même étonnant que la Livebox ne supprime la QoS venant du LAN (apres s'ils honorent vraiment cette QoS ca peut servir aussi).
Je confirme derriere une livebox 6 pro:
iperf3 -4 -c ip_serveur_distant --dscp CS6
ne dépasse pas 9 Mbps (en IPv4 ou IPv6), avec "--dscp 0" (ou rien) ca envoie a fond.
Y'a donc une limite a environ 10 Mbps pour un ToS 6 sortant (d'autres valeurs de ToS sont aussi limitées, notamment CS2 et CS3 mais je n'ai pas tout testé).
Derriere une BBox aucune différence quelque soit le ToS.
Pour ssh/sshd on peut utiliser le paramètre IPQoS
donc ajouter
IPQoS 0x00dans /etc/ssh/sshd_config (emplacement par défaut)
pour NFS c'est plutôt curieux a ma connaissance y'a pas de réglage direct pour cela a moins que l'OS du syno a des règles iptables de QoS quelque part?
-
j'ai appliqué la config que tu m'as donné pour le SSH à la fois côté NAS et côté serveur OVH avec reboot du service sshd et en recréant le point de montage SSHFS et malgré tout le débit n'est pas mieux, toujours bridé à 100Mbits/s
-
ça fait ça que chez Orange ou tu as pus tester chez un autre FAI ?
-
Derriere une BBox aucune différence quelque soit le ToS.
-
j'ai appliqué la config que tu m'as donné pour le SSH à la fois côté NAS et côté serveur OVH avec reboot du service sshd et en recréant le point de montage SSHFS et malgré tout le débit n'est pas mieux, toujours bridé à 100Mbits/s
C'est bien 100Mbps et pas 100 Mo/s (des fois on fait la confusion) ?
C'est mieux qu'avant deja ?
apres 100 Mbits/s en SSHFS ca peux être le max suivant le matériel utilisé a cause notamment du chiffrement ssh et/ou du disque. il peut aussi y avoir de la compression qui ralenti plus qu'elle n'aide ?
il faudrait déja valider le débit moyen possible entre les 2 extrémités avec iperf3 par exemple. puis le débit moyen de la partie disque avec un test sur LAN (avec et sans chiffrement).
pour finir un test avec iperf3 puis NFS ou SMB dans un tunnel vpn (par exemple avec tailscale ca prend 30s a configurer).
Apres ces 3 systemes de fichier ne sont pas vraiment conçus a la base pour fonctionner sur Internet mais plutot en réseau local.
Tu peux essayer WebDAV over https par exemple pour voir si c'est mieux.
Je ne sais pas le cas d'usage ici, on dirait du backup d'un tar avec rsync ? y'a peut-etre d'autres facons plus adaptées de faire aussi (restic et restic REST par exemple).
-
je vais voir pour tester avec un vpn voir ce que ça donne ...
Sur du moyen terme le problème se résoudra de lui même car je vais internaliser ce qu'il y a sur mon serveur OVH dans mon réseau local sur un serveur maison, mais c'est vrai qu'en attendant c'est quelque peu frustrant et surtout je suis étonné que Orange soit les seuls à appliquer ce genre de bridage ...
-
Pour ssh/sshd on peut utiliser le paramètre IPQoS
donc ajouter
IPQoS 0x00dans /etc/ssh/sshd_config (emplacement par défaut)
Merci de mon côté ça fonctionne ;)