PiwiLAbruti

Je parie que tu as cherché sur ton Mac, alors que ce chemin se situe sur le NAS.

SynoCommunity, comme son nom l'indique, est communautaire. C'est-à-dire que ceux qui assurent les mises à jour le font à titre bénévol. De ce fait, il n'existe aucun planning de mises à jour et il n'y en aura jamais. Si quelqu'un a vraiment besoin d'un paquet, il est possible de faire un don afin de manifester son intérêt.

Mais non, il suffit d'extraire le contenu du .dlm (c'est une bête archive .tar.gz), modifier le host et reconstituer l'archive comme je l'ai fait pour le module CPasBien. On peut même faire encore plus simple en modifiant directement le fichier correspondant dans /var/packages/DownloadStation/etc/download/userplugins/t411/.

Remonte ton problème à Synology en leur précisant le processus incriminé.

Aucun problème en HTTPS (tcp/9901) sous DSM 4.3 et Surveillance Station 6.1.2983.

Renseigne-toi sur Cloud Station : https://www.synology.com/fr-fr/dsm/5.2/cloud_services

Et en mettant un switch derrière le routeur, tu pourrais brancher plusieurs équipements en filaire ?

Comme ça fonctionne en locam, c'est soit un problème de redirection au niveau de la box (mauvaise adresse IP ou mauvais port) ou un pare-feu qui bloquerait les requêtes entrantes (sur la box ou le NAS).

Donc il est très probable qu'un ventilateur défectueux empêche le NAS de démarrer. Le mieux serait de le remplacer.

Regarde dans le moniteur de ressources le processus qui consomme le plus de CPU, ça pourrait te donner une idée de ce qui sature l'activité de ton disque.

Étant donné que tu débutes avec les NAS et la sécurité des réseaux, ce n'est pas très important.

Est-ce que le ventilateur tourne au démarrage ?

Le seul moyen de masquer un port dans une URL HTTP est d'utiliser les ports standards (tcp/80 ou tcp/443). Sinon il reste la solution du reverse proxy.

Quelque soit le port extérieur que tu choisisses, il sera toujours visible.

Je ne sais pas si le A1G dans la référence DWA-131 (A1G) donnée par Synology correspondrait à l'identification du chipset. À comparer avec ce qui est indiqué sur la clé.

Non, il suffit de lire l'aide de DSM : https://www.synology.com/fr-fr/knowledgebase/DSM/help/DSM/AdminCenter/connection_network_wireless Mais il existe d'autres alternatives : Utiliser un boitier CPL pour connecter l'iMac et connecter le NAS à la Freebox (débit dépendant de la qualité du réseau électrique). Utiliser un boitier CPL et y connecter un switch sur lequel seront connectés l'iMac et le NAS (optimal). Utiliser un boitier CPL avec deux port RJ45.

Regarde dans les paramètres d'accès à distance de ta box (Livebox ? Freebox ? Bbox ? Autre ?)

Tout me semble correct, mais il se pourrait que le port 80 soit déjà attribué à l'administration de ta box. Vérifie et modifie si besoin.

Le mieux est de faire une demande de support à Synology en précisant les symptômes du problème (consommation excessive de la RAM par smbd) et de préciser comment tu l'as isolé (arrêt du service de partage Windows). À partir de là, le support Synology interviendra probablement sur le NAS pour résoudre le souci.

Je viens de faire 4 tests à l'instant (http, https avec/sans le slash de fin), je n'ai aucun message d'erreur. Cela vient probablement du fait que l'architecture armada38x (DS216 et DS416j) n'est pas encore supportée par SynoCommunity.

Retire tous les dépôts tiers du Centre de paquets et ne rajoute que celui de SynoCommunity.

C'est commercial voyons ! Si on devait énumérer le nombre de choix stupides liés à des pratiques commerciales, une vie ne suffirait pas. Je ne sais pas comment tout ça fonctionne, mais en tout cas c'est la méthode qui m'avait permis de passer du DSM 5.0 beta au 4.2 sur mon DS109. Peut-être qu'à chaque démarrage et/ou arrêt du NAS cette valeur est lue dans /etc.defaults et écrite sur la flash ?

Apprendre à lire les encadrés en rouge, ça peut servir : À utiliser en connaissance de cause : Oui, il y a une mémoire flash interne :

J'utilise SMB sur Mac et je n'ai aucun souci. Qu'est-ce qui n'est pas stable ? Mais c'est vrai qu'il y a eu de nombreux correctifs apportés à SMB depuis la 4.3.

Il y a des pull requests en attente de commit sur GitHub. Il n'y a que Diaoul et Dr-Bean qui peuvent les valider.