lewax

Bonjour. Oui c'est fait. La problématique était que même avec le port 6690 redirigé, les applications iOS ne connectent pas si le port de DSM (5001) a été changé, ce qui est mon cas. Si ça peut aider quelqu'un dans le même cas, j'ai pu contourner le problème avec le "portail de connexion" en utilisant mon nom de domaine.

Bonjour. J'accède à mon NAS via un DynDNS. Je voudrais configurer l'application synology Drive sur mon téléphone (iPhone) mais impossible de faire la connexion. Le problème est le suivant. J'ai changé le port d'accès à DSM 5001 pour un autre n° de port sur recommandation du conseiller sécurité de DSM. Sur mon router, le NAT est correctement fait et je peux connecter l'application Drive sur un Mac ou un PC. Le seul appareil ou ça ne connecte pas c'est sur iPhone, iPad. Si je remets le port 5001, je peux me connecter depuis iPhone et iPad aussi. Est-ce que quelqu'un parmi vous a déja rencontré ce problème? Si oui, existe-t-il une solution pour faire fonctionner Drive sur iOS avec un port autre que 5001 pour DSM? Merci d'avance

Merci beaucoup pour ce super tuto simple et efficace. Bonne fête et meilleurs voeux à tous.

@apcloic C'est intéressant ton histoire de "three way merge". Je suis dans cette situation (COVID19 oblige..): un syno DS1515+ avec drive sur pas mal de dossiers partagés. (je n'ai pas regardé ni le nombre ni la taille mais y'en a beaucoup et niveau taille ça doit bien approcher de 8-900go) . On a réalisé la première synchro avec option fichiers à la demande au bureau afin que ce soit plus rapide et ensuite les utilisateurs sont partis chez eux avec les machines. Tout a super bien fonctionné pendant un bon mois. Maintenant, au démarrage de certaines machines, Drive lance une synchro sur environ 60'000 fichiers, parfois plus, parfois moins. Dans le journal du client drive, il n'y a pas de fichiers modifiés, sauf un ou deux qui le sont vraiment. Je n'ai rien vu dans le journal de l'application qui parle de "three way merge". Est-ce que ceci se trouve dans les journaux de windows plutôt que dans l'application Drive?

Bonjour. Est-ce que quelqu'un sait ou sont stockés ces snapshots et comment les récupérer en cas de problème??? Est-ce possible de les sauvegarder via hyper backup? (J'ai pas vu l'option) Merci d'avance Merci Zeus pour la réponse... J'ai pas tout compris... Si on imagine que mon Synology prend la foudre et est complètement mort... Je peux récupérer ces snapshots via une sauvegarde que j'aurais faite avec hyper backup C2 ou sur un disque usb par exemple???

Mon problème avec les fichiers excel est résolu. Il s'agissait du composant "Microsoft File vérification add-in" qui ralentissait l'ouverture des fichiers office. En le désinstallant, c'est rentré dans l'ordre... Maintenant, le fichier .xls que j'utilisait pour test s'ouvre en moins de 3 secondes alors qu'avant il fallait pas loins d'une minute...

Je vais rajouter une précision qui va semer le doute... Si j'ouvre un fichier .jpg (environ 2mégas) sur ce même ordinateur, il s'ouvre en quelques secondes. Ce serait donc pas un problème de smb....

Bonjour, j'aimerais relancer ce sujet.... j'ai un soucis avec l'ouverture de fichiers excel via des connexions smb. Voila la situation. Même environnement que cité plus haut mais l'ordi client se trouve dans une succursale distante connecté via un vpn... Je connecte un lecteur réseau en passant par \\adresseduNAS\mondossierpartagé... Si je veux ouvrir un fichier excel (150Ko) en passant par ce lecteur réseau, ça me prends un temps fou (genre presque une minute). Si je le copie depuis le disque réseau vers le bureau, ça prends 1-2 secondes et ensuite l'ouverture est quasi instantanée... Si je partage ce fichier depuis un ordi windows qui est sur le même réseau que le NAS, ça s'ouvre en 2-3 secondes donc nickel. Ce qui me fait dire que le problème ne vient pas ni de mon vpn, ni de l'ordi client mais de SMB sur le syno. Je suis un grand fan de synology mais la, ça devient vraiment pénible... Est-ce que quelqu'un aurait un liens vers un article traitant de la meilleure façon possible de configurer SMB sur un syno??? Merci d'avance!

Tout à fait du même avis que toi. L'accès rapide a un fichier multiplié par 50 ou 100, on le ressent. Le développement avec windev.... hum... No comment... Et je te rejoins aussi sur le fait qu'il devrait travailler avec une base de donnée mais ces deux points demandent d'autres compétences qu'a mon avis le dev n'a pas... Quand tu parles de oplock, c'est bien l'option "désactivation du verrouillage opportuniste" dans le syno? Si oui, j'ai testé un peu mais pas de différences notable. Je verrais aussi quand DSM6.1 sera de sortie si il améliore ces accès. J'ai vu que je n'étais pas le seul à me plaindre de smb et les petits fichiers... La solution avec un serveur windows ne me plait pas. Ca fait trop de frais pour au final juste gagner un peu de temps... Je pense qu'on va apprendre a vivre avec (sauf si avec 6.1 ça se passe mieux!!!)

Bonjour bagou91. J'utilise un soft développé en windev mais le nom ne vous dira rien, c'est un développeur local qui a fait ça pour quelques entreprises de la région. Ce programme gère des projets (offres, devis, suivi). Quand on ouvre un projet, il va lire beaucoup de tout petits fichiers (peut-être une 50aine ou une 100aine, dépend du projet mais au total, ca ne représente pas plus de 20 ou 50 méga pour les gros projets) et c'est ça qui prend du temps. L'accès à un seul fichier de petite taille est instantané (word ou txt ou autre)

Alors juste pour relancer le topic... J'ai testé en NFS. C'est encore plus lent qu'en SMB. Voila quelques mesures que j'ai fait en faisant la même action sur mon soft. EN SMB: 29sec En NFS: 58sec EN iSCSI: 1 à 2 sec En partage PC à PC: 1 à 2 sec J'ai aussi testé sur le même réseau avec un DS411j (donc bien moins puissant que le 1515+) mais avec la beta 6.1 Les temps en partage SMB sont un peu moins bons qu'avec le 1515+ en DSM6. Donc pas sur que la version 6.1 améliorera la vitesse de smb sur de multiples petits fichiers

Merci à vous deux pour votre aide. J'apprécie grandement! Fenrir: Est-ce qu'on sait ± quand DSM6.1 sera disponible? Fravadona: Le Volume est un RAID SHR, formaté en Btrfs. Les fichiers sont vraiment minuscule. Ils font entre 2KB et 500KB Est-ce que ça aurait été mieux en Ext4?

Haaa ok. J'suis un peu lent a la détente!!! Alors test effectué. Entre PC et iscsi c'est aussi rapide qu'entre pc-pc

Merci Fravadona. Oui, c'est un fichier de 500 méga pas giga... J'ai redémarré les deux pc et c'est toujours bien plus rapide entre les deux pc que entre pc-syno... J'ai aussi créé un iscsi en suivant les indications de synology mais je comprends pas très bien comment utiliser ce disque... Depuis un win10, j'ai pu m'y connecter, ensuite dans le gestionnaire des disques, je vois un disque non initialisé...Je l'ai initialisé, formaté... Et je peux y mettre mes fichiers... Ma question... Est-ce que je peux connecter ce iscsi sur plusieurs machines et l'utiliser comme un lecteur réseau??? Ou bien ce disque iscsi ne doit être connecté qu'a un seul ordinateur?

Encore merci Fenrir. euh alors la, j'aurais besoins d'un peu d'aide je ne sais pas ce qu'est le iSCSI Mais sinon, oui, le partage est sur une machine et l'accès depuis une autre donc via partage réseau. En plus, deux bonnes machines mais qui ont déjà entre 3 et 5 ans. La différence de vitesse est impressionnante.

Merci Fenrir pour cette réponse. Mais alors comment ce fait il que l'accès aux mêmes fichiers, sur le même réseau mais partagés sur un pc windows 10 plutôt que sur le syno soit quasi instantané? C'est pas du SMB quand je connecte un dossier partagé sur un windows???

Bonjour. J'ai un synology 1515+ avec 6gb de RAM, 4 disques WDred en SHR et un SSD 240gb en volume simple. Je suis connecté avec deux cables réseau gigabit, sur un switch gigabit et j'ai créé un "bond" Les accès réseau sont très rapides (copie de fichiers de grande taille). Si je fais un test avec LAN speed test, un fichier de 500GB est copié en 5.5 secondes et lu en 4.4 secondes. Le problème que j'ai, c'est avec un soft qui va lire pleins de petits fichiers. La, ça prend beaucoup de temps. J'ai essayé de mettre ces fichiers sur le volume SHR mais aussi sur le SSD et c'est lent dans les deux cas. J'ai également fait l'essai en utilisant le SSD comme cache du volume SHR mais c'est pas mieux... Du coup, j'ai fait l'essai de mettre ces fichiers sur un ordinateur windows 10 pro de partager le dossier et d'accéder avec mon soft sur ce pc plutôt que sur le Syno... Et la, c'est presque instantané... J'en viens a me dire qu'un bête ordi Windows 10 est plus performant que mon joli syno... Les courbes du moniteur d'activité son dans le bas. L'utilisation du cpu et de la RAM aussi... Ce n'est donc pas un problème d'utilisation des ressources ou de manque de ressource Je suis en SMB3 (non crypté) sur le syno mais j'ai essayé en SMB2 et c'est pareil. Y'a-t-il une solution pour accélérer ces accès aux petits fichiers? Merci d'avance pour votre aide.

Ca m'intéresse aussi. J'ai un syno au bureau et un chez moi. Je voudrais bien que celui du bureau fasse son time backup à la maison mais avec un autre utilisateur que admin... Si quelqu'un a une idée ou une doc, je suis preneur. Merci d'avance.

L'acc

Ah non, j'ai trouv

Pas assez de connaissances en action script.... J'ai trouv

Pas besoin de tester sous tiger, le probl

Ca le fait pareil sous 10.5 (l

une autre info... M