La Fibre
Fournisseurs d'accès à Internet mobile et 5G/4G fixe => 5G/4G Free Mobile => 
Incidents Free Mobile => Discussion démarrée par: benjibasson le 04 mai 2023 à 09:45:31
-
Bonjour
Quand je passe par la 5G free mobile J'ai un débit très très bas sur la plateforme de télétravail de mon entreprise openVPN-RDP et donc je ne peux pas travailler.
ce probleme apparait quand j'utilise mon téléphone free mobile comme point d'accès wifi (ou usb)
Ce problème n'apparait pas du tout quand j'utilise ce même téléphone avec une puce bouygues, orange ou bien un opérateur alternatif utilisant le réseau bouygues ou orange. pour les test quantitatifs J'ai pris une carte youprice pour éviter de déranger plusieurs fois mes voisins.
mon débit utile Free mobile
https://www.nperf.com/fr/r/3443510033259577-1a663eRb
Un excellent score nperf Et openVPN-rdp ca raaaaaaame. Impossible de travailler
Et mon débit utile youprice
https://www.nperf.com/r/3446277660513982-dHRpzUBx
Un score nperf médiocre Et le openVPN-rdp tout est ultra fluide, ouverture de Firefox, navigation comme si c'était sur mon PC ou presque (on sens ~100ms de délai quand même)
Avec vpn: voir curl et wget en ligne de commande tout à la fin
Pasde nperf car ce réseau openvpn sert à bosser sur notre session windows server 2012, et acceder aux automates de nos lignes de production et non pas à Surfer sur le web en mode anonyme
Free mobile
170kb/s down
16kb/s up
Youprice
800kb/s down
280kb/s up
Mon responsable réseau informatique me déclare que le débit utile accordé par utilisateur est 800kb/s 280kb/s dans les conditions les plus défavorables ( le jeudi où tout le monde est en télétravail) ce qui correspond au test vpn youprice.
avec youprice (orange) je peux bosser comme si j'y étais. et sans changer de téléphone. Avec uniquement la 3g et en captant que 1 trait sur 5:
time curl -F f=@/tmp/big.bin http://192.168.0.203:8000/
Success: 1786052
real 0m6.834s
user 0m0.014s
sys 0m0.018swget http://192.168.0.203:8000/Portable%20Python-3.10.5%20x64.exe
--2023-04-27 08:46:27-- http://192.168.0.203:8000/Portable%20Python-3.10.5%20x64.exe
Connecting to 192.168.0.203:8000... connected.
HTTP request sent, awaiting response... 200 OK
Length: 40813286 (39M) [application/x-msdownload]
Saving to: ‘Portable Python-3.10.5 x64.exe’
Portable Python-3.10.5 x64.exe 10%[=======> ] 3.92M 849KB/s eta 57s et avec Free mobile en 5g et 5 trait sur 5 plein pot
time curl -F f=@/tmp/big.bin http://192.168.0.203:8000/
Success: 1786052
real 1m42.088s
user 0m0.021s
sys 0m0.017swget http://192.168.0.203:8000/Portable%20Python-3.10.5%20x64.exe
--2023-04-27 08:52:56-- http://192.168.0.203:8000/Portable%20Python-3.10.5%20x64.exe
Connecting to 192.168.0.203:8000... connected.
HTTP request sent, awaiting response... 200 OK
Length: 40813286 (39M) [application/x-msdownload]
Saving to: ‘Portable Python-3.10.5 x64.exe.1’
Portable Python-3.10.5 x64.exe.1 4%[===> ] 1.89M 171KB/s eta 6m 6s entre les deux je ne voie aucune différence de log de openVPN. Mon patron ne veut pas quitter openvpn pour mes beaux yeux ni pour les beaux yeux de Xavier Niels.
ils ont déja fait l'effort de le mettre en port 443 et d'utiliser le proto TCP pour minimiser les blocages à la cons
SVP épargnez moi des chemins qui diffèrent, je n'opère que mon téléphone, mon PC et leurs chargeurs. Je n'interviens pas sur les installations techniques qui ne m'appartiennent pas:
le problème survint sur tous les antennes free mobile que mon mobile rencontre
le problème survient sur zéro antennes orange que mon téléphone rencontrées
Je suis client donc je ne veux pas entendre parlé de différence entre les antennes, NRA, NRO, fils, borniers, fibres appartenant à free et ou les prestataires de services de free et tiers
si l'interconnexion pour traverser l'atlantique ou l'Auvergne se fait via Cogent ou NASA c'est le soucis de free car il me semble que le choix des prestataires c'est son choix.
-
Bonjour,
et si tu forces le téléphone en 4G ?
J'ai Free pro au travail et mon téléphone fonctionne mieux en 4G qu'en 5G aussi sur un OpenVPN. Vu que je me fou du débit (les débits offerts par 4G me suffisent amplement), je suis en 4G "préféré" maintenant et tout fonctionne correctement.
-
Bonjour,
En forçant la 4g sur free, ca ne fonctionne pas mieux. Ca rame toujours autant.
-
Bonjour,
on voie sur tes tests de vitesses, que le ping n'est pas du tout le même: sur l'un il est dans l'interval 82-111 ms (FM), et les autres plus vers 49-69 ms , ce qui est le plus intéressant dans le cadre d'un accès à un bureau à distance
-
Comment dois je m'y prendre pour améliorer le ping de free mobile ?
Est ce le ping qui explique aussi le débit tres faible dans le cadre du transfert de fichiers via le serveur http qui tourne sur ma session distance sur le port 8000?
-
Pour le ping il n'y a rien à faire, c'est liée à la charge du réseau et de l'utilisation de l'antenne sur laquelle tu es connecté.
Pour le transfert de fichier, je ne sais pas
-
Sur free mobile En 3g et 4g free j'ai un meilleur ping mais je ne vois pas d'amélioration sur le portail de télétravail. En 3g c'est encore pire: xfreerdp se met en erreur avant de charger l'écran graphique de ma session
3g
https://www.nperf.com/r/3447363875069899-ir6sDHVF
4g
https://www.nperf.com/r/3447364273235294-aGg82IUF
-
as tu activé ipv6 dans ton interface Free mobile ?
Si non, alors à un moment la solution sera de passer par une connexion filaire ou un autre opérateur mobile..
-
Pour le ping il n'y a rien à faire, c'est liée à la charge du réseau et de l'utilisation de l'antenne sur laquelle tu es connecté.
+ la route pour aller du point A (utilisateur) au point B (serveur requêté)
-
si c'est pas le débit c'est peut-être la latence ou ipv4/ipv6.
Apres le réseau de Free a la réputation d'avoir plein de perte de paquets ce qui impacte fortement les tunnels.
Il faut tester plus bas niveau, avec iperf3 en UDP pour confirmer la perte de paquet.
Apres si c'est vraiment la cause, y'a pas vraiment d'autre solution que ne pas utiliser Free...
Sinon un test avec https://tailscale.com (c'est gratuit pour un usage simple) pourrai permettre de voir si c'est un souci sur le comportement d'OpenVPN.
-
J'avais déjà le problème de débit en IPV6 avec un nperf plus bas que sur ce poste, donc j'ai désactivé ipv6 de mon Android et de mon espace abonné.
Je ne peux pas me connecter en UDP sur le portail vpn de télétravail. Je suis obligé de me connecter en TCP.
Quelle est la marche à suivre avec tailscale?
Est ce compatible linux?
-
Quelle est la marche à suivre avec tailscale?
Est ce compatible linux?
oui linux, mac, windows, raspberry pi, nas synology, ios and android aussi.
https://tailscale.com/download/
il suffit d'installer tailscale sur chaque machine et utiliser le meme compte pour s'authentifier (compte Google, Microsoft , Apple, Github ou n'importe quel systeme compatible OpenID Connect) sur chaque machine.
Toutes les machines authentifiées avec le meme compte peuvent se joindre en vpn directement (sans passer par un serveur central).
donc d'une machine a l'autre il suffit d'utiliser le nom de la machine.
-
S'il faut un compte id gmail ou Microsoft, je suppose qu'il passera pas par le boulot car nous n'utilisons aucun compte public pour accéder à notre session windows : dois je créer un pc serveur dans mon appartement connecté à la box et un pc client connecté sur mon smartphone ?
Ou bien comment dois je m'y prendre pour effectuer le test demandé ?
-
Y'a pas besoin d'un compte Windows sur le pc lui meme. C'est juste le programme tailscale qui a besoin d'un compte.
Il faut un PC au boulot et un PC a la maison. Installer tailscale sur chacun avec le meme compte. Cela va créer un lien VPN direct entre les 2 PC.
et PC = PC Windows, Mac ou Linux ou smartphone/tablette Android ou iOS.
-
Donc ce qu'il faut faire si je ne me trompe pas:
Installation de tailscale sur le pc du boulot ( celui qui a mon rdp) et celui de ma maison
Je lance tailscale sur le pc du boulot et de ma maison avec mon gmail
Et ensuite je fais quoi ? J'ai juste à lancer openVPN et xfreerdp comme d'hab ? Rien d'autre à configurer ? Pas de sock5 à configurer ? Pas de exite node à faire?
-
Donc ce qu'il faut faire si je ne me trompe pas:
Installation de tailscale sur le pc du boulot ( celui qui a mon rdp) et celui de ma maison
Je lance tailscale sur le pc du boulot et de ma maison avec mon gmail
Et ensuite je fais quoi ? J'ai juste à lancer openVPN et xfreerdp comme d'hab ? Rien d'autre à configurer ? Pas de sock5 à configurer ? Pas de exite node à faire?
pas besoin d'openVPN le but est de s'en passé pour voir si c'est lui le fautif ou pas.
une fois que tailscale tourne sur les 2 machines,elle peuvent se joindre directement par leur adresse IP tailscale ou meme leur nom de machine comme si elle était sur le meme réseau local en fait.
sur linux:
tailscale statusaffiche les IP des machines qui sont dans le meme vpn privé (on appelle cela un "tailnet").
sur Windows c'est dans l'icone tailscale en bas a droite dans la barre des taches.
sinon sur la console web du site tailscale: https://login.tailscale.com/admin/machines
le test à faire c'est "ping machine1" depuis la machine2 par exemple ou l'inverse.
puis une session rdp par exemple (en utilisant donc l'ip tailscale en 100.X.X.X ou le nom) ou un transfert de fichier etc
si les noms ne marchent pas il faut peut-etre activer "magicdns" dans: https://login.tailscale.com/admin/dns
mais les IPs 100.X.X.X peuvent suffire elle sont stables et ne changent jamais pour la meme machine.
-
Bonjour
Je n'arrive pas à installer tailscalevau boulot car j'ai pas les droits admin
Avez vous une version standalone ( qu'on puisse faire tourner sur une clé usb mais qui stock la config dans /appdata/roaming )
-
non tailscale a besoin de créer une interface réseau et de modifier les routes. Il faut être admin pour l'installer (sur Windows en tout cas).
Y'a peut-etre moyen avec WSL si c'est activé sur la machine Windows mais ca devient complexe.
sinon on peut utiliser une machine Linux en relai sur le LAN coté boulot. une simple petit raspberry pi par exemple.
mais bon dans un cadre pro, le mieux est quand meme de voir cela avec l'admin réseau.
-
Conseiller d'installer TailScale ou équivalent sur un PC du boulot, c'est un très mauvais conseil.
Il ne faut pas bidouiller / bypasser les solutions VPN de son entreprise, ça peut compromettre la sécurité du réseau d'entreprise.
Les PC d'entreprise bien configurés ne le permettront pas de toutes façon.
Pour vérifier si c'est un problème de saturation de l'antenne de Free ou du réseau de Free, tu fais un test à 5h ou 6h du matin, quand quasiment personne n'utilise le réseau. (pas avant, car Free éteint des fréquences la nuit).
Leon.
-
C'est sur que la 1ere démarche est d'en parler a l'admin réseau si y'en a un.
Apres "PC du boulot" c'est vague sans le contexte.
un indépendant ou une TPE sans équipe IT / sysadmin ce n'est pas la meme chose qu'un employé d'une grosse entreprise par exemple.
et ce qu'on indique ici peux servir a d'autres personnes dans d'autres contextes.
-
Nous sommes sur une entreprise comparable aux lycées saud qu'à la place des PC ce sont des clients legers fonctionnant en ts/rdp.
Quelles tests puis je faire pour mettre en évidence si free fait bien du QoS ( bridage de openVPN)
Comment faire pour avoir
Portable Python-3.10.5 x64.exe 10%[=======> ] 3.92M 849KB/s eta 57sSur Free mobile ?
-
Apres "PC du boulot" c'est vague sans le contexte.
Pourtant, j'ai l'impression que le contexte a déjà pas mal été décrit par notre ami benjibasson:
Quand je passe par la 5G free mobile J'ai un débit très très bas sur la plateforme de télétravail de mon entreprise openVPN-RDP et donc je ne peux pas travailler.
[...]
Pasde nperf car ce réseau openvpn sert à bosser sur notre session windows server 2012, et acceder aux automates de nos lignes de production et non pas à Surfer sur le web en mode anonyme
[...]
Mon responsable réseau informatique me déclare que le débit utile accordé par utilisateur est 800kb/s 280kb/s dans les conditions les plus défavorables ( le jeudi où tout le monde est en télétravail) ce qui correspond au test vpn youprice.
[...]
Mon patron ne veut pas quitter openvpn pour mes beaux yeux ni pour les beaux yeux de Xavier Niels.
ils ont déja fait l'effort de le mettre en port 443 et d'utiliser le proto TCP pour minimiser les blocages à la cons
Sur free mobile En 3g et 4g free j'ai un meilleur ping mais je ne vois pas d'amélioration sur le portail de télétravail. En 3g c'est encore pire: xfreerdp se met en erreur avant de charger l'écran graphique de ma session
Je ne peux pas me connecter en UDP sur le portail vpn de télétravail. Je suis obligé de me connecter en TCP.
Donc l'auteur de la question demande à ne surtout pas changer de VPN, et tu lui proposes de changer de VPN...
Et vu le contexte, ça me parait assez clair : il est très peu probable, et surtout non souhaitable que notre ami benjibasson puisse installer des verrues (tailscale) non approuvées par son entreprise, sur des serveurs de production d'une entreprise! Sachant que les serveurs en questions sont très probablement isolés d'internet, sur un réseau privé (d'où l'accès via un VPN).
Installer un VPN pirate, c'est potentiellement compromettre la sécurité d'un réseau privé d'entreprise.
Leon.
-
@benjibasson le but de la manip Tailscale était de faire un test pour voir si le problème venait d'openvpn ou pas. Si c'est un administrateur réseau qui gère cela c'est a lui de faire ce test (avec tailscale ou n'importe quel autre outil équivalent) ou de régler correctement son serveur VPN.
Mais si t'es venu la poser des questions ici c'est que le serveur est mal réglé quelque part... (ou alors Free mobile est vraiment pourri a ce point ? possible ...).
Contacte ton administrateur réseau et dis lui de regarder du coté du protocol de congestion si openvpn utilise tcp (ce qui d'apres ton 1er post est le cas). Si le serveur openvpn est aussi un serveur Windows 2012 (ou pire le même serveur comme on voit trop souvent) c'est mal barré. Il faut repasser en udp ou changer de solution vpn.
@leon t'es clairement en mode 'iso 9000' la donc je n'insisterai pas.
-
ou de régler correctement son serveur VPN
c'est que le serveur est mal réglé quelque part
Y a des trucs qui m'échappent...
Si un serveur openvpn est mal réglé: comment se fait il que ca fonctionne parfaitement avec tous les opérateurs à l'exception de free mobile et de sfr?
Normalement si un serveur est mal réglé, ça marche mal pour tout le monde
Ce genre de ralentissement me fait plutôt penser aux jours où free bridait vachement youtube alors que le 3244 disait déjà à l'époque que c'est pas possible que free bride youtube
S'il faut repasser en udp il faudra reconfigurer tous les pc des collègues qui font du travail. Y compris les PC perso.
Bref, entre la qualité pourrie de connexion au télétravail avec free mobile et l'excellente qualité fluide avec orange youprice, le SEUL paramètres dont on est sur et certain qui n'a pas bougé c'est la configuration de openVPN côté serveur comme côté client. Ainsi que la programmation du serveur vpn et du serveur rdp
-
S'il faut repasser en udp il faudra reconfigurer tous les pc des collègues qui font du travail. Y compris les PC perso.
Si mes souvenirs sont bons, tu peux configurer un serveur VPN pour accepter UDP et TCP simultanément, et dans ce cas, c'est le "client VPN" (sur le PC de l'utilisateur final) qui choisit entre UDP et TCP.
Leon.
-
Fais un test de neutralité du net pour voir si le débit est le meme sur tous les ports ou si certains sont filtrés ...
Par ici par exemple : https://ip.lafibre.info/neutralite.php ... ou encore là : https://www.aquilenet.fr/services/test-de-neutralit%C3%A9/
Tu peux aussi voir avec l'outil officiel de l'ARCEP : https://www.arcep.fr/la-regulation/grands-dossiers-internet-et-numerique/la-neutralite-de-linternet/la-boite-a-outils-de-larcep.html
-
Le problème de UDP est que ce n'est pas secure par rapport à TCP. Même dans la config actuelle, nous sommes invités à être plus vigilent aux attaques quand nous pratiquons le télétravail.
Sur lafibre je comprends rien. Y a que des images de Ubuntu store. Aucun mesure chiffré. J'ai pas une assez bonne vue pour chiffrer
Sur aquinet: que des erreurs
Port web (80): erreur
Port web ssl (443): erreur
Port web (8080): erreur
Port ftp (20, 21): erreur erreur
Port ssh (22): erreur
Port telnet (23, 992): erreur erreur
Port mail (25, 587, 465): erreur erreur erreur
Port news (119, 563): erreur erreur
Port whois (43): erreur
Et l'outil ARCEP ne fonctionne pas. Ne lance pas sérieusement le test. Aucun résultat aucun rapport. Voir vidéo en lien
https://transfert.free.fr/4QFYDBc
Même que j'ai relancé 3 fois pour 10mo pour 50 mo et que ca ne m'a consommé que 167ko
(https://i.postimg.cc/3x0P4gQC/Screenshot-2023-05-06-20-53-41-36-fc704e6b13c4fb26bf5e411f75da84f2.jpg) (https://postimg.cc/v4MPCxBc)
Comment lancer les test et avoir un résultat sur téléphone?
ça fonctionne que sur tablette. et quand j'ai 15Mb/s ça affiche en vert qu'il n'y a pas de differentiation. sauf pour le port 81
Même pour OpenVPN quand ça affiche seulement 5Mb/s et ça dit qu'il n'y a pas de differentiation alors que mon débit utile est 5Mb/s
il n'y a vraiment aucune logique. aucun référentiel, ça juge au pif s'il y a différentiation
https://i.goopics.net/5d9m4i.jpg
-
Le problème de UDP est que ce n'est pas secure par rapport à TCP. Même dans la config actuelle, nous sommes invités à être plus vigilent aux attaques quand nous pratiquons le télétravail.
TCP n'est pas plus secure que UDP. Ca dépend surtout de la configuration réseau du serveur vpn et des mesures anti-ddos existantes.
UDP est préférable pour faire du VPN car un tunnel sur TCP pose problème quand on fait aussi du TCP dans le tunnel (on appelle cela du TCP Meltdown).
Free (mobile et fixe) est notoirement connu pour ses problèmes de qualité de réseau notamment en TCP. C'est très visible en faisant des tests avec différent algo de congestion TCP ("bbr vs cubic" par exemple; il y a plusieurs fils de discussion a ce sujet ici même et plein de sujets sur la qualité du réseau Free...).
Dans le cas présent je ne pense pas qu'un test de neutralité soit utile. Le problème est probablement TCP dans TCP avec le VPN.
-
+1, TCP over TCP est bien documenté et pose pas mal de soucis dès qu'on dépasse quelques centaines de kBit/s.
Autant la configuration crypto et d'authentification est importante au niveau OpenVPN, autant le transport (TCP ou UDP) n'a aucune incidence. Note que Wireguard et IPSec n'ont pas de transport TCP.
-
Beaucoup d’efforts, de complications et de discussions pour un problème dont la solution était déjà trouvée dès le premier post : faut changer d’opérateur (surtout que ça fonctionne mieux avec d’autres opérateurs).
-
Mais l'histoire du tcp over tcp devrait poser problème avec tous les opérateurs non?
Sur ce tunnel openVPN y z problème avec free mobile alors que ca fonctionne très bien avec free fixe
-
Mais l'histoire du tcp over tcp devrait poser problème avec tous les opérateurs non?
Ca fonctionne bien quand il n y'a pas de perte de paquets , quand l'algorithme de congestion n'a pas a gérer les flux
De que y'a un 'bouchon' quelque part, tcp over tcp s'écroule très vite.
Si ca fonctionne bien avec Free fixe et pas avec Free mobile, il faut voir avec des traceroute ou se trouve la différence, le point de saturation.
Quel est le FAI du site ou y'a le serveur vpn ? le type de lien (fibre j'imagine?).
-
Mais l'histoire du tcp over tcp devrait poser problème avec tous les opérateurs non?
Sur ce tunnel openVPN y z problème avec free mobile alors que ca fonctionne très bien avec free fixe
Non, cela dépend de la qualité du réseau, de ses éventuelles redondances et de sa congestion (et de sa manière de la gérer).... Quand y a bcp de perte de paquets et une congestion élevée (quand même récurrent chez Free depuis des (dizaines d') années, moins ces derniers temps mais selon la destination ça peut être encore problématique), certains algorithmes de gestion de la congestion sont plus ou moins bien gérés. Free est connu pour préférer l'algorithme qui lui permet d'avoir le moins d'effort à faire sur son réseau... Les 3 autres opérateurs n'ont pas ce problème, leur réseau est plus neutre et moins congestionné (même si ça n'exclu pas les pb ponctuels du même genre chez ces 3 opérateurs).
-
OpenVPN en transport TCP est généralement utilisé avec l'option tcp-nodelay, ce qui atténue beaucoup les problèmes de TCP over TCP. Mais ça ne fait pas de miracle si le réseau est pourri ou bride.
-
Bonjour,
j'ai essayé avec et sans l'option tcp-nodelay: Je n'ai vu aucune difference en téléchargement ni en envoie.
-
Bonjour,
j'ai essayé avec et sans l'option tcp-nodelay: Je n'ai vu aucune difference en téléchargement ni en envoie.
et sinon essayer avec un autre opérateur mobile ou un opérateur xDSL/FTTH fiable? ::)
-
et sinon essayer avec un autre opérateur mobile ou un opérateur xDSL/FTTH fiable? ::)
Pour moi se contenter de changer d'opérateur c'est déplacer le problème.
Ca marche pas chez free mobile donc on change pour sfr au pif => ca marche pas mieux car free mobile et sfr mobile ont exactement les mêmes symptômes sur le portail de télétravail
-
Le soucis semble venir du fait que le réseau de Free sature. En quoi changer d'opérateur fera déplacer le soucis ?? Tu n'y peux rien là, c'est le réseau de ton opérateur mobile le soucis.
-
Saturation ? Euh non on peut pas parler de saturation.
Un dvd de 4Giga téléchargé en seulement 30 secondes en déplacement à 130km/h: ca veut dire que le réseau du côté free mobile est vachement libre.
Ben dans ce cas si le problème que je rencontre avec openvpn vient de free mobile ( et que le débit openvpn est négligeable devant le débit http ici divisé par 1000) pour moi faire une mise en demeure à free mobile et aller jusqu'au bout est un devoir citoyen
-
Saturation ? Euh non on peut pas parler de saturation.
Un dvd de 4Giga téléchargé en seulement 30 secondes en déplacement à 130km/h: ca veut dire que le réseau du côté free mobile est vachement libre.
Ben dans ce cas si le problème que je rencontre avec openvpn vient de free mobile ( et que le débit openvpn est négligeable devant le débit http ici divisé par 1000) pour moi faire une mise en demeure à free mobile et aller jusqu'au bout est un devoir citoyen
Pas sur qu'une action quelconque en justice soit d'abord recevable et ensuite fructueuse...
Là, on n'est pas citoyen en face de l'état, mais un particulier et/ou une entreprise en face de fournisseurs privés, dont la principale loi est celle de la concurrence!
D'après ce que j'ai constaté, c'est l'utilisateur qui s'adapte au réseau, et pas l'inverse, sauf à disposer de contrats "pros" extrêmement pointus, avec les tarifs qui vont avec! :-[
-
Pour moi se contenter de changer d'opérateur c'est déplacer le problème.
Bonjour,
Certes, mais cela reste une solution et tu l'avais dès ton premier post.
Quand je passe par la 5G free mobile J'ai un débit très très bas sur la plateforme de télétravail de mon entreprise openVPN-RDP et donc je ne peux pas travailler.
ce probleme apparait quand j'utilise mon téléphone free mobile comme point d'accès wifi (ou usb)
Ce problème n'apparait pas du tout quand j'utilise ce même téléphone avec une puce bouygues, orange ou bien un opérateur alternatif utilisant le réseau bouygues ou orange. pour les test quantitatifs J'ai pris une carte youprice pour éviter de déranger plusieurs fois mes voisins.
-
@benjibasson ,
je te laisse regarder du côté de Cubic et BBR pour les protocoles réseau qui gère la congestion. Tu peux avoir de bons débits mais un réseau saturé / avec quelques paquets perdus / des paquets dans le désordre et etc ...
Même avec des contrats pros, le plus simple reste de changer si l'on est pas satisfait et que les coûts / pénalités ne sont pas faramineuses. (ça dépend évidemment de l'entreprise, du type de contrat "Pro/GP" FTTH/E ou vraiment "Pro/entreprise" avec FTTO et des FAS)
-
Le problème ne semblant venir que de la connexion Free Mobile, je vais en rajouter une couche sur ce qu'a dit ti@ry: Avec Free mobile, pas de contrat pro il me semble, donc la solution est simple: Passer sur une sim d'un autre opérateur.
La problématique du quota de datas? Simple, avec Free mobile, si l'on une box Free, on a des datas illimités, mais il faut en accepter certaines limitations, sinon, on passe chez un autre opérateur, et comme c'est pour du télé-travail, on négocie avec son employeur pour un volume de datas plus élevé! A moins que l'utilisation du mobile soit plus un "confort" qu'une nécessité? ;)
-
SVP épargnez moi des chemins qui diffèrent, je n'opère que mon téléphone, mon PC et leurs chargeurs. Je n'interviens pas sur les installations techniques qui ne m'appartiennent pas:
le problème survint sur tous les antennes free mobile que mon mobile rencontre
le problème survient sur zéro antennes orange que mon téléphone rencontrées
Je suis client donc je ne veux pas entendre parlé de différence entre les antennes, NRA, NRO, fils, borniers, fibres appartenant à free et ou les prestataires de services de free et tiers
si l'interconnexion pour traverser l'atlantique ou l'Auvergne se fait via Cogent ou NASA c'est le soucis de free car il me semble que le choix des prestataires c'est son choix.
Ce paragraphe montre une impasse totale pour trouver une solution.
Et de la à aller en justice....
-
Pourtant dans le privé le client est roi.
Et plus y a de la concurrence plus c'est vrai.
Free est 100% responsable de son chemin. Donc normalement ce n'est pas au client de chercher une solution ( c'est bien une normalité)
Perso je ne fais aucune différence entre un free qui bloque youtube en 2013, un fai qui bloque le p2p et un free mobile ou sfr qui bloque openVPN.
Pas sur qu'une action quelconque en justice soit d'abord recevable et ensuite fructueuse...
Pas sûr ??
=> Il faut essayer !! Car si on est pas sur c'est qu'il y a zéro jurisprudence dans un sens ni dans l'autre pour les blocages d'un protocole.
Car Personne n'a essayé alors que la saisie du greffe est toujours gratuit
-
Et bien bonne chance pour la suite, dans ce glorieux combat !
-
Normalement un opérateur a les outils de diagnostic nécessaire pour savoir qu'est ce qui coince et où exactement ca coince, les journalisations et fichiers de configuration.
Donc s'ils me répondent pas en 10 jours ca m'étonnerait que leur argument 100% oral sans document écrit soit suffisant pour contrer ma démonstration de 4 minutes sur mon PC et sur les 10 minutes de paroles qui me seront accordé.
Le jugecaprecie généralement les travaux pratiques
Aprecie l'argument 'le seul paramètre qui change est l'opérateur. Le seul paramètre qui n'a pas dérivé est la programmation côté boulot, côté client et côté modem
Et un 'ah mais ça ( le chemin) ce n'est pas mon souci'
Ou bien 'le chemin ? ' ah tiens j'avais pas pensé
'bouygues dit le chemin!
Orange dis le chemin ! Haha Lebara dit le chemin hahahaha Youprice dit le chemin... Et pourtant ils s'en sortent tous. La preuve en est que leur débit affiché et la fluidité que vous avez vu sur mon bureau
-
Bon courage à toi, et je croise les doigts (?!?) pour que ton utilisation (qui d'après ce que j'ai pu voir en ces murs ne serait pas "extrêmement répandue" chez l'abonné lambda ??) soit soutenue d'une part par une assoc de consommateurs et d'autre part par ta protection juridique... :-[
-
Pourtant dans le privé le client est roi.
Et plus y a de la concurrence plus c'est vrai.
Free est 100% responsable de son chemin. Donc normalement ce n'est pas au client de chercher une solution ( c'est bien une normalité)
Le client est roi mais il en a pour ce qu’il paye : à 20€/mois faut pas non plus rêver à une connexion fiable et à débit élevé et garanti sur toutes les destinations.
Regarde ton contrat et les débits garantis par Free, et les engagements de connexions (et les exclusions de garanties) le contrat est probablement rempli, ton action en justice fera pschhiit!
Le problème c’est surtout de penser qu’à ce prix on va être servi comme sur un contrat avec GTI à 300-500€/mois.
Mais bon t’es libre de penser que Free doit allouer une équipe d’ingénieur et reconstruire son réseau autour de ton problème mais je pense que tu rêves bcp.
-
Bonjour,
Mon responsable informatique vient de me confirmer que le serveur openvpn accepte udp et tcp. mais dans le fichier de config, quand je remplace proto tcp par proto udp ça ne se connecte pas et fait un message d'erreur sur le handshacking
2023-05-11 10:23:00 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
2023-05-11 10:23:00 TLS Error: TLS handshake failed
2023-05-11 10:23:00 SIGUSR1[soft,tls-error] received, process restarting
2023-05-11 10:23:00 Restart pause, 5 second(s)
2023-05-11 10:23:05 WARNING: No server certificate verification method has been enabled. See http://openvpn.net/howto.html#mitm for more info.
2023-05-11 10:23:05 TCP/UDP: Preserving recently used remote address: [AF_INET]x.x.x.x:443
2023-05-11 10:23:05 Socket Buffers: R=[212992->212992] S=[212992->212992]
2023-05-11 10:23:05 UDP link local: (not bound)
2023-05-11 10:23:05 UDP link remote: [AF_INET]x.x.x.x:443
2023-05-11 10:24:05 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
2023-05-11 10:24:05 TLS Error: TLS handshake failed
2023-05-11 10:24:05 SIGUSR1[soft,tls-error] received, process restarting
2023-05-11 10:24:05 Restart pause, 5 second(s)
2023-05-11 10:24:10 WARNING: No server certificate verification method has been enabled. See http://openvpn.net/howto.html#mitm for more info.
2023-05-11 10:24:11 TCP/UDP: Preserving recently used remote address: [AF_INET]x.x.x.x:443
2023-05-11 10:24:11 Socket Buffers: R=[212992->212992] S=[212992->212992]
2023-05-11 10:24:11 UDP link local: (not bound)
2023-05-11 10:24:11 UDP link remote: [AF_INET]x.x.x.x:443
2023-05-11 10:25:11 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
2023-05-11 10:25:11 TLS Error: TLS handshake failed
2023-05-11 10:25:11 SIGUSR1[soft,tls-error] received, process restarting
2023-05-11 10:25:11 Restart pause, 5 second(s)
2023-05-11 10:25:16 WARNING: No server certificate verification method has been enabled. See http://openvpn.net/howto.html#mitm for more info.
2023-05-11 10:25:16 TCP/UDP: Preserving recently used remote address: [AF_INET]x.x.x.x:443
2023-05-11 10:25:16 Socket Buffers: R=[212992->212992] S=[212992->212992]
2023-05-11 10:25:16 UDP link local: (not bound)
2023-05-11 10:25:16 UDP link remote: [AF_INET]x.x.x.x:443
2023-05-11 10:26:16 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
2023-05-11 10:26:16 TLS Error: TLS handshake failed
2023-05-11 10:26:16 SIGUSR1[soft,tls-error] received, process restarting
2023-05-11 10:26:16 Restart pause, 5 second(s)
2023-05-11 10:26:21 WARNING: No server certificate verification method has been enabled. See http://openvpn.net/howto.html#mitm for more info.
2023-05-11 10:26:21 TCP/UDP: Preserving recently used remote address: [AF_INET]x.x.x.x:443
2023-05-11 10:26:21 Socket Buffers: R=[212992->212992] S=[212992->212992]
2023-05-11 10:26:21 UDP link local: (not bound)
2023-05-11 10:26:21 UDP link remote: [AF_INET]x.x.x.x:443
y a t il d'autres choses à modifier?
dev tun
client
proto udp
ca "CA.cert.pem"
cert "openvpnclient.cert.pem"
key "openvpnclient.pkey.pem"
remote vpn.trucmuche.fr 443
persist-key
persist-tun
compress lz4
verb 3
mute 20
cipher AES-256-CBC
tls-cipher TLS-ECDHE-RSA-WITH-AES-128-CBC-SHA256
auth SHA256
reneg-sec 0
nobind
auth-user-pass
tls-cipher "DEFAULT:@SECLEVEL=0"
-
Si tu changes le port par 1194, ca change quelque chose ? C'est le port habituellement utilisé par OpenVPN.
cipher AES-256-CBC
tls-cipher TLS-ECDHE-RSA-WITH-AES-128-CBC-SHA256
Avant de dire qu'UDP est moins sécurisé que TCP, ils pourraient utiliser AES-256-GCM comme cipher. Meilleures perfs, meilleure résistance cryptographique.
-
+1, Sauf erreur, le service openvpn écoute en TCP sur le port 443 et en UDP sur le port 1194...
-
Bonjour, si je change le port par 1194 ça ne change rien.
-
Bonjour, si je change le port par 1194 ça ne change rien.
Si vous avez le même log d'échec de négociation qu'avec udp en 443, c'est soit le serveur n'écoute pas en UDP sur le port 1194, donc que le port a été poçdifié par l'admin (?), où que serveur n'écoute pas en UDP du tout!
Si côté serveur, pas standard, soit vous obtenez le "bon" port par l'admin, soit il n'écoute sur aucun port en UDP, et là, la solution vous a été indiquée plus haut... Bye Free mobile!
-
Franchement, le problème de non fonctionnement en mode UDP, c'est bien au responsable informatique de l'entreprise d'investiguer. S'il est compétent, ça sera beaucoup plus efficace que via ce forum, à mon avis.
Leon.
-
Pourtant il dit qu'il écoute vraiment sur le port specifié
Preserving recently used remote address: [AF_INET]*:*:*.*:443
Socket Buffers: R=[212992->212992] S=[212992->212992]
code]Preserving recently used remote address: [AF_INET]*:*:*.*:1194
Socket Buffers: R=[212992->212992] S=[212992->212992]
[/code]
Le bye bye free se fera après création du premier juryprudence ( que ce soit le problème de pairing, bridage ou perte c'est du ressort du fai.
La perte j'y crois moyen car pour un envoi de 50mega, mon téléphone compte la conso de 50 mega au lieu de 150 giga
-
Pourtant il dit qu'il écoute vraiment sur le port specifié
Preserving recently used remote address: [AF_INET]*:*:*.*:443
Socket Buffers: R=[212992->212992] S=[212992->212992]
code]Preserving recently used remote address: [AF_INET]*:*:*.*:1194
Socket Buffers: R=[212992->212992] S=[212992->212992]
[/code]
Le bye bye free se fera après création du premier juryprudence ( que ce soit le problème de pairing, bridage ou perte c'est du ressort du fai.
La perte j'y crois moyen car pour un envoi de 50mega, mon téléphone compte la conso de 50 mega au lieu de 150 giga
Là, mieux vaut clore la dsicussion. Bien du plaisir à toi, hein!
-
La perte j'y crois moyen car pour un envoi de 50mega, mon téléphone compte la conso de 50 mega au lieu de 150 giga
Cette phrase est totalement idiote. Tu peux nous expliquer ce que tu as voulu dire?
Les pertes de paquets sur un réseau mobile saturé, c'est fréquent. Et il suffit d'une perte de seulement quelques % (genre 5%) pour que ça fasse merder grave ton VPN en TCP.
Si tu es en TCP, un gros Jitter peut faire merder le VPN également.
Tu vois que c'est quand même un peu plus compliqué que la vision simpliste que tu as du problème.
Et si tu viens sur un forum, c'est pour écouter les réponses, pas pour réfuter en bloc toutes les hypothèse crédibles que les membres formulent.
Bref, si tu n'as pas les compétences techniques pour débugger tout seul ton problème (ça se confirme vu tes explications), alors ne tire pas de conclusions hâtives. Fais toi aider par un pro.
Ou alors change d'opérateur mobile, si ton boulot en dépend. C'est important, quand même, un emploi. Ca serait idiot de perdre son emploi pour si peu.
Dans mon entreprise, j'ai déjà mis fin à un contrat de sous-traitant, justifiant que la prestation n'était pas assurée correctement; un gars qui travaillait 80% du temps à domicile (c'était 1 an avant le COVID), parce que ni l'employé, ni la société de sous-traitance ne se bougeaient résoudre ses problèmes de connexion à son domicile, genre ouvrir une ligne ADSL, vu que sa connexion 4G était très insuffisante, et/ou lui fournir un tel portable pro pour qu'on puisse l'appeler, son Skype pro étant quasi inutilisable.
Leon.
-
et il y a la loi:
L'employeur doit prendre en charge les frais engagés par un salarié dans le cadre de l'exécution de son contrat de travail. À ce titre, il prend en charge les frais occasionnés par l'exercice du télétravail. Cette prise en charge peut s'effectuer sur la base des dépenses engagées par le salarié. Elle peut également s'effectuer par le versement d'une indemnité forfaitaire.
source: https://www.economie.gouv.fr/entreprises/teletravail
Pas mal de sociétés (TPE/PME notamment) n'ont pas bien intégré encore cela et ne participent pas assez aux frais 'télécom' de leurs "télé-employés" alors qu'elles le devraient. Certaines se contentent juste de mettre a disposition un PC portable par exemple.
-
et il y a la loi:
source: https://www.economie.gouv.fr/entreprises/teletravail
Pas mal de sociétés (TPE/PME notamment) n'ont pas bien intégré encore cela et ne participent pas assez aux frais 'télécom' de leurs "télé-employés" alors qu'elles le devraient. Certaines se contentent juste de mettre a disposition un PC portable par exemple.
Bonjour,
Oui, mais cela est vrai uniquement si c'est véritablement du télétravail, au sens via avenant au contrat de travail signé par les 2 parties, et non pas du "télétravail" genre toléré par ton patron car tu disposes d'un pc portable.
-
Bonjour
au vue des investigations, le port udp 1194 est bloqué par notre proxy Volvo-groupe.
Comme nous sommes déja en cours de fin de contrat avec ce prestataire ils ne voudront rien savoir si nous leur écrivons.
La sortie du proxy et l'indépendance informatique est prévu pour dans quelque mois.
existe t il d'autre ports udp qui sont pas soumis au blocages a la con comme le http 80 https 443 qui sont impossibles de bloquer?
-
Solution simple et rapide plutôt de vouloir ré-inventer la roue et vouloir mettre la faute sur tout le monde sauf le principal responsable : changer d'opérateur. Ça fait juste 15 fois que c'est écrit... Et puisque ton argument c'est que SFR ne fonctionne pas bien non plus, eh bien il te reste Orange et BouyguesTel... My 2 cents...
Sinon tu peux aussi tirer une fibre entre chez toi et ton boulot, puisqu'on en est à imaginer la solution la plus compliquée possible... Celle-ci au moins fonctionnera du feu de dieu!! ;D
-
443/udp est fréquemment bloqué lui aussi (les navigateurs s'en rendront compte après un timeout et passeront en HTTP2, qui utilise TCP).
Au point où tu en es, ne vaut-il pas mieux changer d'opérateur ? Tu peux continuer ta démarche pour tenter de faire évoluer son réseau à free si tu le souhaites, ca ne change rien. Ton comfort de travail sera simplement grandement amélioré entre temps.
Le réseau free mobile n'est pas des plus transparents, free lui-même l'avoue en clamant que seules les connexions TCP utilisant BBR sont à prendre en compte lors des tests de perfs ou de qualité... ce qui fait lever un sourcil, car dans la très grande majorité des cas, le client final n'a aucun choix sur l'algo de gestion de congestion utilisé.
Mon petit doigt me fait penser à des shapers plus ou moins bien pensés que les retransmissions agressives de BBR arrivent à déjouer, ou à un core network sous-dimensionné, mais je n'ai pas d'info, je fais comme tout le monde : je ne peux que supposer.
-
443/udp est fréquemment bloqué lui aussi (les navigateurs s'en rendront compte après un timeout et passeront en HTTP2, qui utilise TCP).
Au point où tu en es, ne vaut-il pas mieux changer d'opérateur ? Tu peux continuer ta démarche pour tenter de faire évoluer son réseau à free si tu le souhaites, ca ne change rien. Ton comfort de travail sera simplement grandement amélioré entre temps.
Le réseau free mobile n'est pas des plus transparents, free lui-même l'avoue en clamant que seules les connexions TCP utilisant BBR sont à prendre en compte lors des tests de perfs ou de qualité... ce qui fait lever un sourcil, car dans la très grande majorité des cas, le client final n'a aucun choix sur l'algo de gestion de congestion utilisé.
Mon petit doigt me fait penser à des shapers plus ou moins bien pensés que les retransmissions agressives de BBR arrivent à déjouer, ou à un core network sous-dimensionné, mais je n'ai pas d'info, je fais comme tout le monde : je ne peux que supposer.
Sachant que notre ami benjibasson se connecte sur des sessions Windows Server 2012, qui arrive en fin de vie dans quelques semaines, et qui ne bénéficie pas des optimisations réseau des versions plus récentes...
existe t il d'autre ports udp qui sont pas soumis au blocages a la con comme le http 80 https 443 qui sont impossibles de bloquer?
Pourquoi tu ne demandes pas à ton responsable informatique? C'est son boulot!
A moins qu'il en ait marre de te voir 2 fois par jour? LOL, je plaisante...
Leon.
-
free lui-même l'avoue en clamant que seules les connexions TCP utilisant BBR sont à prendre en compte lors des tests de perfs ou de qualité
Que faut il faire pour utiliser le protocole TCP BBR sur openvpn zu lieu du TCPv4 ?
Sachant que notre ami benjibasson se connecte sur des sessions Windows Server 2012, qui arrive en fin de vie dans quelques semaines, et qui ne bénéficie pas des optimisations réseau des versions plus récentes...
Euh allo, ces derniers mois j'ai passé un entretien chez Renault trucks, chez Melvita, chez Airbus, dans des écoles d'inge ainsi que lycée et ils ont tous du windows xp pro ou serveur 12 sur leur poste de travail. Personne n'a de plus récents chez les industriels.
Et à gare Lyon Part-Dieu c'est toujours windows 2000 sur les écrans d'affichage quand ca plante.
Je ne vois vraiment pas le soucis d'utiliser un windows en fin de vie du moment où on peut travailler. Et qu'il n'y a pas de notion de fin de vie pour openvpn ni pour les clients rdp.
-
Je ne vois vraiment pas le soucis d'utiliser un windows en fin de vie du moment où on peut travailler. Et qu'il n'y a pas de notion de fin de vie pour openvpn ni pour les clients rdp.
Tu penses avoir les compétences pour avancer un truc pareil?
Encore une fois, si tu ne maitrise pas un sujet, ne nous prends pas de haut, ça ne sert à rien. Tu n'auras pas d'aide de notre part dans ces conditions.
Débrouille toi tout seul, si tu ne veux pas nous écouter.
A ma connaissance, Win Server 2012 ne supporte pas BBR, donc dans ces conditions tu n'arriveras à rien en ciblant du BBR, c'était bien l'objet de ma remarque... Là, tu comprends mieux?
Bref, tu es en train de te rendre compte (je l'espère en tout cas) que tu as 2 solutions :
- solution 1 : faire changer à ton entreprise ses serveurs, pour quelque chose de plus moderne, juste pour tes beaux yeux.
- solution 2 : changer d'opérateur mobile, ou souscrire à un abonnement fixe (ADSL ou Fibre ou Cable), si besoin en demandant à l'entreprise de participer financièrement.
A ton avis, quelle est la solution la plus pertinente? Mon dieu, quel choix cornélien! LOL.
Euh allo, ces derniers mois j'ai passé un entretien chez Renault trucks, chez Melvita, chez Airbus, dans des écoles d'inge ainsi que lycée et ils ont tous du windows xp pro ou serveur 12 sur leur poste de travail. Personne n'a de plus récents chez les industriels.
Du XP pro dans TOUTES les entreprises que tu cites? Je n'y crois pas une seconde. J'ai des connaissances dans plusieurs de ces entreprises, tant partie production que bureau d'étude, je leur demanderais. J'ai vraiment l'impression que tu nous prends pour des idiots avec de telles affirmations.
Leon.
-
Euh allo, ces derniers mois j'ai passé un entretien chez Renault trucks, chez Melvita, chez Airbus, dans des écoles d'inge ainsi que lycée et ils ont tous du windows xp pro ou serveur 12 sur leur poste de travail. Personne n'a de plus récents chez les industriels.
Et à gare Lyon Part-Dieu c'est toujours windows 2000 sur les écrans d'affichage quand ca plante.
Je ne vois vraiment pas le soucis d'utiliser un windows en fin de vie du moment où on peut travailler. Et qu'il n'y a pas de notion de fin de vie pour openvpn ni pour les clients rdp.
Ils ont surement encore des vieux windows sur des PCs qui controlent des machines qui trainent mais ce n'est clairement pas la majorité de leur parc.
simplement les mises à jour de sécurité non ? évite qu'un trojan ne chiffre tout ?
https://www.comptoir-hardware.com/actus/software-pilotes/33295-windows-xp-met-les-hopitaux-londoniens-dans-la-panade-a-cause-dun-ransomware.html
https://www.lepoint.fr/automobile/une-cyberattaque-sans-precedent-a-travers-le-monde-13-05-2017-2127174_646.php
Tu penses que beaucoup d'éditeurs de logiciel / machines industrielles livrent encore des logiciels compatibles avec XP ?
-
Ben firefox supporte bien windows 32bits et qui est compatible vista l'est xp
-
Tu penses avoir les compétences pour avancer un truc pareil?
Encore une fois, si tu ne maitrise pas un sujet, ne nous prends pas de haut, ça ne sert à rien. Tu n'auras pas d'aide de notre part dans ces conditions.
Débrouille toi tout seul, si tu ne veux pas nous écouter.
A ma connaissance, Win Server 2012 ne supporte pas BBR, donc dans ces conditions tu n'arriveras à rien en ciblant du BBR, c'était bien l'objet de ma remarque... Là, tu comprends mieux?
Bref, tu es en train de te rendre compte (je l'espère en tout cas) que tu as 2 solutions :
- solution 1 : faire changer à ton entreprise ses serveurs, pour quelque chose de plus moderne, juste pour tes beaux yeux.
- solution 2 : changer d'opérateur mobile, ou souscrire à un abonnement fixe (ADSL ou Fibre ou Cable), si besoin en demandant à l'entreprise de participer financièrement.
A ton avis, quelle est la solution la plus pertinente? Mon dieu, quel choix cornélien! LOL.
Du XP pro dans TOUTES les entreprises que tu cites? Je n'y crois pas une seconde. J'ai des connaissances dans plusieurs de ces entreprises, tant partie production que bureau d'étude, je leur demanderais. J'ai vraiment l'impression que tu nous prends pour des idiots avec de telles affirmations.
Leon.
Il y a aussi la solution 3 : faire trembler l'opérateur via une attaque en justice !!!
-
Ben firefox supporte bien windows 32bits et qui est compatible vista l'est xp
Où est le rapport avec la choucroute? Tu es vraiment certain d'avoir vu récemment (=moins d'1 an) du XP-Pro dans TOUTES les entreprises que tu as citées? :o Renault trucks, Melvita, Airbus
Il y a aussi la solution 3 : faire trembler l'opérateur via une attaque en justice !!!
Oh oui, j'allais oublier ça, merci. Toute l'entreprise Free tremble déjà de terreur face à la menace judiciaire (commencer par une mise en demeure) que va déclencher benjibasson. LOL.
Leon.
-
Ben firefox supporte bien windows 32bits et qui est compatible vista l'est xp
Tu me donnes le lien de la dernière version de firefox sous XP ? à ma connaissance ça fait bientôt 5 ans qu'il n'y a plus de version mais bon ... Tu vas me dire qu'on peut toujours l'installer et donc que c'est supporté ?
Le mieux c'est que tu installes Windows 95.. Je pense qu'il est tellement vieux que les virus ne sont plus compatibles avec !
-
Effectivement :
https://support.mozilla.org/fr/kb/fin-support-windows-xp-vista
-
Toute façon a Quoi bon dénigrer à un salarié le choix de windows server 2012 effectué par l'entreprise ?
Windows 2012 est en fin de vie dans quelques semaines
Windows 10 aussi est en fin de vie dans quelques semaines.
La majorité des pc et serveurs sont incompatibles avec windows 11 a cause de TPM. ( Autant parler de l'obsolescence programmé sur le parc informatique ) Microsoft en a décidé ainsi soit il. Amen
-
Windows 10 aussi est en fin de vie dans quelques semaines.
(https://lafibre.info/images/smileys/Content_49.gif) Tu comptes en semainesssss comme quand Xavier Niel annonce la sortie de la prochaine Freebox ?
14 octobre 2025
Pour le reste tout a été dit.
Tu penses avoir les compétences pour avancer un truc pareil?
Encore une fois, si tu ne maitrise pas un sujet, ne nous prends pas de haut, ça ne sert à rien. Tu n'auras pas d'aide de notre part dans ces conditions.
Débrouille toi tout seul, si tu ne veux pas nous écouter.
A ma connaissance, Win Server 2012 ne supporte pas BBR, donc dans ces conditions tu n'arriveras à rien en ciblant du BBR, c'était bien l'objet de ma remarque... Là, tu comprends mieux?
Bref, tu es en train de te rendre compte (je l'espère en tout cas) que tu as 2 solutions :
- solution 1 : faire changer à ton entreprise ses serveurs, pour quelque chose de plus moderne, juste pour tes beaux yeux.
- solution 2 : changer d'opérateur mobile, ou souscrire à un abonnement fixe (ADSL ou Fibre ou Cable), si besoin en demandant à l'entreprise de participer financièrement.
A ton avis, quelle est la solution la plus pertinente? Mon dieu, quel choix cornélien! LOL.
[...]
J'ai vraiment l'impression que tu nous prends pour des idiots avec de telles affirmations.
Leon.
-
Le c'est pas moi c'est l'autre
C'est pas moi c'est benjibasson qui nous prend pour des idiots ca marche pas avec moi
Ca prend pas
Surtout quand il s'agit de faire exprès de me denigrer pour le choix d'une version lst d'un os effectué unilatéralement par une usine.
Sachant que notre ami benjibasson se connecte sur des sessions Windows Server 2012, qui arrive en fin de vie dans quelques semaines
-
Toute façon a Quoi bon dénigrer à un salarié le choix de windows server 2012 effectué par l'entreprise ?
Personne n'a fait ça ici, tu as mal compris.
Tu as un problème de VPN, il vient en partie du fait que les serveurs que tu utilises ont un OS ancien (et que tu utilises un opérateur mobile "perfectible").
Et il est évident que tu n'arriveras pas à faire changer ça facilement à ton entreprise.
Donc cet état de fait est une donnée d'entrée technique, une contrainte, que tu dois comprendre et intégrer pour que tu puisses faire un choix. Rien de plus. Tu vois, expliqué comme ça, il n'y a aucun dénigrement.
Pour le Win-XP-Pro qui serait encore utilisé chez Airbus et Renault-Trucks, on attend toujours que tu clarifies cette histoire qui n'est vraiment pas crédible. Surtout si tu n'as que passé un entretien dans ces entreprises, tu n'as pas du y rester suffisamment de temps pour voir l'unique PC sous Win-XP-Pro. Je n'y crois pas. Tu peux clarifier, stp?
Leon.