Problème de corruption de données L2TP / VPN sous macOS 10.12

2

Je rencontre un problème de corruption de données étrange lorsque je travaille sur un VPN L2TP après la mise à niveau de macOS 10.11 à 10.12. Des données corrompues aléatoires se trouvent au milieu de fichiers téléchargés quelque peu "volumineux", e. g. Ressources JavaScript ou tout autre fichier source d’une taille de fichier comprise entre 1 et 2 Mo environ. Il semble que la corruption se manifeste parfois avec la taille des fichiers & lt; 1 Mo, mais assez fiable pour les tailles de fichier supérieures. La position et le contenu semblent être aléatoires. Je joins une capture d'écran contenant un exemple de la corruption de fichier survenue dans un fichier JavaScript de 1,4 Mo.

enter image description here

Je n’ai jamais eu de problèmes à ce sujet sur macOS 10.10 ou 10.11 et la dernière version entraîne des conséquences très gênantes. Par exemple. Je ne peux plus accéder aux applications Web JS-heavy. De plus, il est risqué de travailler dans des systèmes de logiciels d'entreprise en direct lors du téléchargement, de l'application de correctifs et du téléchargement de fichiers. Les personnes de mon entourage qui utilisent le même VPN sous macOS 10.12 ont le même problème, tandis que les personnes qui travaillent encore sur macOS 10.11 n’ont aucun problème.

Est-ce que quelqu'un d'autre rencontre ce problème? Comment puis-je résoudre ce problème?

Se rapportant également à une publication plus ancienne dans Apple Communities décrivant un problème similaire (ou identique?) Dans les anciennes versions de macOS: https://discussions.apple.com/message/30908122?start=0&tstart=0#30908122

Edit 2016-11-08

Ce qui est intéressant: scp Les téléchargements (SSH) sont interrompus par une erreur.

xyz-macbook:Downloads xyz$ scp [email protected]:/srv/www/xyz/ext-5.0.1/build/ext-all.js .
[email protected]'s password:
ext-all.js    0%    0     0.0KB/s   --:-- ETACorrupted MAC on input.
ssh_dispatch_run_fatal: Connection to 192.168.227.123 port 22: message authentication code incorrect
lost connection

Tandis que curl Les téléchargements (HTTP) se terminent, mais contiennent les caractères corrompus mentionnés ci-dessus.

xyz-macbook:Downloads xyz$ curl "http://192.168.227.123/xyz/ext-5.0.1/build/ext-all.js" -o "ext-all.js"
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 1952k  100 1952k    0     0  1728k      0  0:00:01  0:00:01 --:--:-- 1729k

Edit 2016-11-11

Les données corrompues sont différentes à chaque téléchargement d'un seul et même fichier:

xyz-macbook:Downloads xyz$ md5 dummy_novpn.txt 
MD5 (dummy_novpn.txt) = ca323efb28ed75534f8f6b7b0237d9da
xyz-macbook:Downloads xyz$ md5 dummy_vpn.txt 
MD5 (dummy_vpn.txt) = 060bbe9846e7845993041a1481c34b93
xyz-macbook:Downloads xyz$ md5 dummy_vpn2.txt 
MD5 (dummy_vpn2.txt) = dacfc661f9a85606afbdfefa72d50516
xyz-macbook:Downloads xyz$ md5 dummy_vpn3.txt 
MD5 (dummy_vpn3.txt) = 8c3f06f9ee440947a9e5864748bd7010
proximus
la source
1
C'est un échec insidieux. Pensez-vous qu’un navigateur Web (safari ou autre) ne reçoit pas les bons fichiers ou utilisez-vous rsync ou webdav ou un autre moyen de télécharger ces fichiers sur le système de fichiers? Fondamentalement - quelle méthode de transport vous échoue sur VPN?
bmike
1
Bon indice! Tout moyen de transport. J'ai fait beaucoup de tests et l'ai remarqué en téléchargeant des fichiers via les navigateurs Web et curl / wget (WebDAV / HTTP), ainsi que via scp / rsync (SSH). Ce qui est intéressant: scp (SSH) les téléchargements sont interrompus par une erreur ( ETACorrupted MAC on input. / ssh_dispatch_run_fatal: Connection to 192.168.227.227 port 22: message authentication code incorrect / lost connection ), tandis que curl Les téléchargements (HTTP) se terminent, mais contiennent les caractères corrompus mentionnés ci-dessus.
proximus
Je suis arrivé ici à la recherche de la corruption de données MacOS où un en-tête de réponse GitHub est mal orthographié _ransfer-Encoding: chunked. J'ai ensuite trouvé un fil d'année 2009 sur la corruption de données HTTP / 1.1, curl.haxx.se/mail/lib-2009-09/0169.html (mais je ne peux pas changer git pour utiliser HTTP / 1.0).
eel ghEEz

Réponses: