CoolRaoul

Il y a une doc en ligne chez Microsoft ici: http://windows.microsoft.com/fr-FR/windows-8/add-folders-library

Je suppose que oui mais je ne suis pas spécialiste de cette partie

Suffit d'installer le package mail serveur

Le PC et le NAS sont-ils dans le meme subnet IP ? Dans tous les cas, "tous le réseau" est a mon avis a éviter, le parcours réseau est un truc qui n'a jamais bien marché Mieux vaut explicitement spécifier le chemin au NAS sous forme de path UNC, soit dans la barre d’adresse de l'explorateur, soit sous la forme de raccourci ou directement avec démarrer --> exécuter, avec cette syntaxe: <nom ou <IP> (on peut utiliser aussi <nom><nom de partage>)

Leur contenu n'est pas préservé, oui

En cas de mise a jour du firmware *tous* les dossiers système sont affectés à l'exception de "/usr/local" et ce qui est dessous. Bien entendu, le contenu des volumes utilisateurs, monté en /volume1, /volume2 est intégralement préservé ainsi que toute la configuration DSM. Note: normalement optware (AKA ipkg) est installé dans /volume1/@optware donc pas d'inquiétude, suffira de remettre les instruction de démarrage dans /etc/rc.local comme indiqué ici:

EZ internet n'est utile que si ta box fait partie des équipements reconnu par celui-ci et ce n'est pas le cas de la livebox. Va donc falloir faire la configuration manuellement, mais ce n'est pas forcément tres compliqué. Commence déja par lire a tête réposée les documentations en ligne sur le site Synology Dans cette rubrique prend le temps lire les pages suivantes: "Puis-je partager un produit Synology par Internet si j'utilise une adresse IP dynamique ?" "Comment accéder aux fichiers du DiskStation via Internet" "Comment sécuriser votre serveur NAS Synology sur Internet" "Comment accéder à mon Synology NAS via Internet" Tu aura besoin d'avoir acces a la doc de ta Livebox pour y déclarer des redirections de ports, mais on verra plus tard.

Normalement les admins s'en occupent Mais tu peux le fermer si tu veux: Toutefois je te conseille auparavant d'éditer tes messages contenant avec ton IP et ton nom d'host no-ip, ce sont quasiment des informations personnelles

je ne sais pas si je suis le seul impacté, mais voici à quoi ressemblent les mails de notifications que je reçois du forum, exemple sous gmail: Est-ce que ça peut se corriger?

J'avais suggéré la piste du firewall du syno, as-tu vérifié?

Je me pose une question: comment fais-tu tes tests de connexion *externe* en restant chez toi? Une autre personne est en train de tester pour toi de l'extérieur? Ou bien, tu utilises une connexion réseau mobile mobile? Non A propos, puisque tu as redirigé le port 5000 aussi, as-tu vérifié que la connexion distante en http sur l'interface d'admin DSM fonctionne? Absolument pas: pendant que tu fais des essais de connexion en réseau local, l'autre personne qui essaie de se connecter de l'extérieur peut continuer ses tests. Autre question: tu es bien sur que 192.168.1.66 est bien l’adresse IP que tu as affecté à ton NAS ?

Petit UP désespéré sur le sujet.... Pour vérifier si les sous-titres sont présent, ouvrir le fichier .ts avec VLC Si ils sont présents ça doit ressembler à ceci: Et sinon:

En mode passif toutes les ouvertures de ports se font dans le sens entrant (du client vers le serveur)

NB: une fois le problème résolu, tu devrais peut-être editer tes messages et y masquer ton IP et ton nom no-ip apparement la redirection du port 21 ne se fait pas Blocage au niveau firewall? ou bien peut etre faut-il redémarrer la box pour que les redirections soient effectives

te reste plus qu'a reconfigurer filezilla pour effectuer la connection sur le port standard (21)

Peut-être qu'il manque les redirections des ports 55536 à 55539 ... Et ça c'est pas bon, faut utiliser le port 21 pour la connexion!

En effet, oublié d'ajouter qu'il faut ajouter dans la box des redirections de ports alloués au ftp passif pour dans la config ftp du NAS

Commencer par désactiver le chiffrement (tu verras plus tard comment l'activer) et forcer le mode passif (onglet "parametres de transfert")

Dans ce cas, quelle que soit la méthode tu ne dépassera pas ce que ta ligne peut donner. 0,42Mbps => 0,042 MBytes => environ 43 KBytes / seconde Il n'y a pas de miracle. A la limite, en sftp (pas ftp hein!) tu pourrais bénéficier de la compression intégrée au protocole, mais si tes données sont déja compressés (cas des fichiers média images, audio et video) ça ne changera rien. Même en utilisant un NAS de compétition il n'y aurait aucune amélioration. **EDIT** Je ne peux que te conseiller d'éviter les protocoles "riches" (en terme d'infos échangés) comme webdav, et de privilégier ceux plus "rustiques" (ftp). Mais le mieux est de tester et de mesurer ce qui rend le mieux sur ta propre configuration. Par contre, l'utilisation ou non du WIFI a l'autre bout ne devrai pas avoir d'impact.

Si tu nous donnais les caractéristiques de ta ligne ADSL? (à mesurer sur un site de test de débit) Le goulot d'étranglement est tres probablement la!

Enfin, on est quand même dans des chiffres de l'ordre de 30MB par seconde (env 300Mbits donc) , ceux qui disposent d'une ligne ADSL avec une telle bande passante ne doivent pas courir les rues.

Dans tout les cas, en accès distant, ne pas oublier que les performances en terme de vitesse de transfert seront limitées par la capacité en débit sortant de ta ligne adsl (qui est typiquement une fraction de ton débit entrant)

Dans mon exemple, les caracteres '<' et '>' ne sont pas a conserver! C'est une convention d'écriture pour identifier les parties qui doivent être remplacées dans la commande pour l'exécuter. C'est comme si j'avais écrit echo "<votre nom ici>" qui doit donc devenir: echo "FabriceC" et pas echo "<FabriceC>" voila...

Ce n'est pas la faute du NAS mais du protocole de browsing réseau SMB, hérité de lan manager qui est foireux. Déja évoqué ici: