Transfert de fichier en CIFS ? Donc CIFS/ipv6/ipv4 (car si j’en crois la littérature sur le sujet, DA bosse en IPv6. Comment dire….c’est pas un peu tiré par les cheveux ça ?
Je sais, c’est pas très constructif comme réponse, mais je suis toujours surpris de voir les usines à gaz que M$ nous sort du chapeau, et après, étrangement, c’est la communauté qui fait le support. En fait, M$ c’est open-source côté support, mais c'est payant :) Bon, troll à part, est-ce que tu as un moyen de forcer un poste à se connecter avec DA alors qu’il est en local ? Et ensuite de limiter sa bande passante sur le switch ? Ca permettrait de voir si c’est un problème DA en cas de bande passante insuffisant, indépendamment de la localisation du client. > Le 29 janv. 2016 à 15:01, Sylvain Vallerot <sylv...@gixe.net> a écrit : > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > > > > Bonjour, > > Je cherche des pistes qui pourraient m'aider à identifier la provenance > probable de problèmes que je rencontre sur l'utilisation de DirectAccess > sur un réseau client. > > Les problèmes rencontrés sont des échecs de transmission voire carrément > des déconnexions de DA lors de transferts de fichiers dans le sens > upload sur des liaisons Wifi (débit de 1 ou 2 Mbps) ou ADSL ou les deux > ensemble. > > Lorsqu'il y a échec d'un transfert de fichier celui-ci peut survenir > quasi immédiatement ou après plusieurs minutes et que une partie des > données ait été transféré. > > Il n'y a d'IPv6 ni sur le poste client ni sur le LAN interne, et en > général du NAT sur les deux j'ai donc cru comprendre que IP-HTTPS > était forcément utilisé dans ce contexte. > > J'ai ma petite idée sur la raison des échecs, qui me semble survenir > majoritairement (sinon exclusivement) lorsque la BP d'upload est disons > faible (2 Mbps et moins), des tests avec des débits supérieurs étant > en général couronnés de succès. > > Par ailleurs seuls les transferts de fichiers (on fait des tests avec > des ISO de 200 à 300 Mo en général) dans le sens upload échouent, mais > jamais (jamais observé en tous cas) dans l'autre sens même si la BP > est réduite à 1 Mbps (typiquement en forçant le Wifi à cette capa). > > On n'observe par ailleurs pas de dysfonctionnements des réseaux (accès > Wifi, ADSL ou LAN interne, pare-feu pfSense) sauf naturellement lorsque > leur upload est saturé, augmentation significative des latences sur le > Wifi et ADSL, jusqu'à 5 voire 8 secondes, mais les transferts de fichiers > peuvent échouer avant ça. Des tests ont été faits en utilisant aussi > bien des serveurs Windows que des Linux + samba, avec le même genre de > résultats. > > Mes interrogations s'orientent surtout sur la capacité de DA à gérer > la BP disponible et à faire face à la saturation de liens, ou en dernier > recours à pondre des logs ou des messages d'erreur qui fassent sens. > > Avis, suggestions, liens, ou retours d'expériences similaires bienvenus. > > Pardonnez les approximations concernant DA, les techno M$ n'étant pas > du tout ma tasse de thé. > > Cordialement, > Sylvain > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1 > > iF4EAREIAAYFAlarcNEACgkQJBGsD8mtnREZiAEAjeVHSJ2aPoJPep4J0Zp1lo7H > 0MNE5oeuJWqNVCBLgsABAMb3EfQW/PHZaonXP9fBN86ZbhFmSzO8YqiPntbkHcHg > =ChA8 > -----END PGP SIGNATURE----- > > > --------------------------- > Liste de diffusion du FRnOG > http://www.frnog.org/ --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
