CoolRaoul

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:

C'est pas très clair (pour moi) ce que tu entends par "joindre le NAS" En outre je t'ai demandé de faire une manip via l'explorateur windows, et tu ne nous dis pas ce que ça a donné: pourquoi? (avec le message d'erreur éventuel *exact* stp!) As-tu essayé de connecter le lecteur réseau en utilisant l'IP du NAS plutôt que son nom également?

Je ne serais pas aussi catégorique: il peut se révéler utile dans certains cas, comme par exemple pour restreindre l'acces a certaines plages d'IP spécifiques dans le cas de services dont le port a été redirigé sur la freebox.

Essayer une connexion avec l’adresse IP du NAS plutôt que son nom (par exemple dans la barre d’adresse de l'explorateur, saisir "n.p.q.r" , "n.p.q.r" correspondant a l'ip du NAS Le résultat de ce test pourra suggérer des pistes de résolution.

Me semble que les Syno peuvent être configurés pour assurer la fonction routeur. Et donc, en configurant son modem/routeur (ou sa box) en mode "bridge" on est capable de reproduire l'architecture que tu décrit. Bien entendu le syno ne fait pas modem, le modem/routeur continue à assurer ce rôle tout en se retrouvant déchargé de la fonction routeur

En ayant activé l'agent SNMP de DSM, il devient possible d'utiliser un n'importque quel logiciel de monitoring/métrologie s'appuyant sur ce protocole (comme l'exemple de cacti sonné ci dessus). En outre ce dernier n'a pas besoin de tourner directement sur le synology. Ce qui te donnerait l’accès à des métriques bien plus fines Par contre les métriques réseau individuelles par utilisateur je pense qu'il ne faut pas trop espérer: les métriques tcp sont relevées au niveau des modules réseau et remontés par le kernel (accessibles via le filesystem "/proc") et au niveau où ces compteurs sont tenus à jour, aucune corrélation avec l'utilisateur ne me semble possible. Faut aussi bien garder a l'idée qu'il faut alors d'abandonner toute idée de mise en veille du NAS (même sans aller jusqu'à l'hibernation des disques, ce qui est déconseillé) puisqu'il va être régulièrement sollicité pour répondre aux demandes de métriques. Va falloir accepter des petits pics de consommation cpu (bien que très légers), à chaque cycle de métrique, Cela pourrait avoir pour conséquence d'empécher le NAS de se mettre en mode basse consommation (ce dernier point sous réserve de confirmation par plus spécialiste que moi )