Breat

oui les 2 sont dans le même groupe de travail et le service de fichier windows est bien activé. par contre j'ai vu que le SMB max était réglé sur 2 avec large MTU au lieu de 3, est-ce que cela pourrait venir de là ?

c'est ce que je viens de me rapeller justement et je viens juste de refaire le test avec le même passe mais c'est pareil pour info mon windows 10 est la version pro. juste au cas ou une options dans la pro serait présente et non dans la familiale.

je n'ai pas encore essayé avec l'assistant, en revanche j'ai vérifier mes droits depuis le navigateur et j'ai bien avec ce compte les droits en lecture/écriture. je ne dis pas que le problème vient de windows 10 mais c'est pile au changement d'OS que le problème est apparu.

Je viens d'essayer de le mapper avec le nom DNS et l'IP et dans les 2 cas il refuse mon identifiant alors qu'il n'y a pas de problème pour y accéder via le partage ou via le navigateur. J'avais aucun soucis d'accès sous windows 7, 8 et 8.1

Bonjour, Suite à mon passage à windows 10, je ne epux plus ni supprimer ni copier des fichiers/dossiers en accédant au partage (\\192.168.x.x\) ni par le nom DNS. Ca me dis que je dois avoir les droits et quand je regarde dans les propriétés les dossiers sont en lecture seule. J'utilise un compte admin mais pas le compte admin de base. Comment corriger ce problème ?

pour ma part la mise à jour de CloudStation semble avoir résolu le problème. presque une semaine sans plantage du syno.

voici la réponse de Synology après s'être connecté à mon Syno

ok merci

ok donc faut juste que je mette leurs IPs en autorisée ? dois-je leur fournir l'URL pour accéder à mon syno ou non ?

Le soucis étant que moi il n'y a aucune réindexation. Sinon c'est normal que Synology veuille se connecter à mon NAS pour résoudre le problème ? sinon je fais ça comment : "Note. Synology WAN IPs are 118.163.30.16 and 125.227.152.103. You could configure firewall to allow only those IPs for remote logon." ?

J'ai contacté Synology par rapport au problème de CloudStation en leur fournissant les logs, et fichier Debug et voici leur réponse en espérant que cela ne prenne pas trop de temps

@jcpamart effectivement, ce n'est pas faux. quand tu parles de l'imaeg c'est ce dossier caché : ".SynologyWorkingDirectory" ?

je n'ai pas essayé ça, dernièrement mais je ne vois pas trop ce que cela va changer. ce sera toujours le même package.

couper le client PC n'est pas possible dans le sens où toute ma famille et certains amis l'ont donc ça va être compliquer de tous les fermer le temps de tester. le client PC s'est mis à jour au redémarrage de mon PC donc pas de problème de ce côté là normalement. pour ce qui est du log, j'ai ceci en boucle : Mar 11 12:25:56 [WARNING] sync-task.cpp(3571): HandlePullEvent: node with id (142612) does not exist Mar 11 12:25:56 [ERROR] sync-task.cpp(2080): DoEventPull: HandlePullEvent failed puis beaucoup plus loin, j'ai quelques : Mar 12 17:04:33 [ERROR] native-sync-task.cpp(418): ConnectRequest: fail to send response. Mar 16 09:54:39 [ERROR] sync-task.cpp(2016): convert to ssl channel failed Mar 16 09:55:10 [ERROR] stream.cpp(1075): Error stack: file.file.data Mar 16 09:55:10 [ERROR] sync-task.cpp(2238): DoEventRecv: failed to read upload request. -2 Mar 16 10:05:51 [ERROR] sync-task.cpp(2016): convert to ssl channel failed Mar 16 10:10:18 [ERROR] sync-task.cpp(3062): recv: Success (0) Mar 16 10:10:19 [ERROR] sync-task.cpp(3063): recv: connection closed by peer Mar 16 10:10:19 [ERROR] sync-task.cpp(1134): Invalid header. I/O error Mar 16 10:10:26 [ERROR] sync-task.cpp(3057): recv: Connection reset by peer (104) Mar 16 10:10:26 [ERROR] sync-task.cpp(1134): Invalid header. System error Mar 16 10:11:11 [ERROR] sync-task.cpp(3035): select: Interrupted system call (4) Mar 16 10:11:11 [ERROR] sync-task.cpp(1134): Invalid header. System error ne tenez pas compte des heure/date, j'ai pas pris à la suite pour éviter de mettre 3km de logs identiques. je précise que je n'ai que cloudstation d'installé sur le syno. je n'ai pas installé cloudsync ni cloudstation client.

salut, suite à mon passage à DSM 5 sur mon DS411j, au bout d'un certain temps (environ 1h) je perd l'accès total (DSM, web, lecteurs réseaux, etc...) en général ça revient après que l'indexation soit terminée mais là pas de bol, il n'y a pas d'indexation en cours. puis j'ai remarqué que cloudstation sur mon PC était en carafe, ce qui n'arrive jamais même quand il y a l'indexation. j'ai donc stoppé le package cloudstation et pour le moment tout va bien (depuis 2 jours pas de perte d'accès). étant donné que cloudstation a été mis à jour en même temps que DSM, y aurait-il un problème avec le package ? pour le moment je l'ai désactivé mais l'idée étant de l'utiliser donc si quelqu'un a une solution pour le réactiver sans tout faire planter, je suis preneur. Cordialement,

ya du nouveau, j ene sais pas comment mais ça refonctionne sans rien toucher.

salut, ça m’intéresse aussi ça

oui j'ai déjà rebooter la box et le routeur depuis la mise à jour et j'ai même rebooter la box hier et maintenant c'est la box qui me répond donc le mode passoire c'est du vent : http://i.imgur.com/KFjA5rU.jpg je vais voir du coup pour la réinitialiser voir si le mode bridge fonctionne mieux.

chez moi il y a la box v6 de free en mode passoire (bridge), dessus est connecté mon routeur netgear et sur ce routeur il y a mon syno et mon PC, etc... la redirection des ports est bonne. toto.titi.fr c'est en passant par mon nom de domaine pris chez o2switch.fr.

le point n°1 est : mes pages web hébergées sur mon syno sont accessible depuis mon réseau local via l'adresse externe (toto.titi.fr) mais si je le fais depuis l'extérieur j'ai une page "ressource non trouvée". pour le n°2 : merci pour le lien je n'avais pas trouvé. faut que je me remette en tête VI maintenant -edit- problème n°2 résolu, merci

oui j'ai essayé de désactiver l'appli et re reboot le syno mais cela ne change rien.

Bonjour, J'ai un DS411j, je suis récemment passé à DSM 4.3.3810 update 4 (j'étais encore à la 4.2) et depuis al mise à jour j'ai les 2 problèmes suivants : 1°) mes pages web hébergées sur mon syno sont accessible en local via l'adresse externe mais si je le fais depuis l'extérieur j'ai une page "ressource non trouvée". 2°) je n'ai plus accès à "Config File Editor v1.2", même si je me connecte avec la session "admin", j'ai le message : "Please login as admin first, before using this webpage" ce qui m'empêche de vérifier la configuration qui a du changer avec la mise à jour. Avez-vous une solution ? Cordialement,

bonjour et mercid e la réponse. effectivement j'avais pensé à ça aussi mais ceci ne me convenait pas . pour l'API, je l'attend aussi ou plutôt j'attend de voir ce que les développeurs vont faire de beau avec.

bonjour, y a-t-il un paquet ou autre permettant une sauvegarde incrémentielle complète des données et configuration du syno sur Bitcasa qui permet un espace de stockage illimité ? si oui, où puis-je le trouver ? cordialement,

merci par contre quand j'ajoute ton lien dans mon centre de packet il ne m'ajoute aucun nouveau packet même après actualisation : - edit - c'est bon j'ai trouvé, ils sont classé dans communauté maintenant.