PiwiLAbruti

Syslog est pr

C'est plutôt inquiétant ton histoire, j'ai vérifié sur un DS109 et un DS411+II et le fichier smbd.pid existe bien. Assure-toi qu'aucune machine n'accède au NAS pendant les manipulations (déconnecter tous les lecteurs réseau, ...). Peut-être que le fichier smbd.pid n'apparaît que lorsque le service de fichiers Windows est activé. Tu te connectes bien en utilisant le compte root et le mot de passe du compte admin ? Peux tu lister le contenu de dossier /var/run ?

Je n'ai qu'une vingtaine d'utilisateurs. Ceci dit, même avec des mots de passe faibles la NAS reste sécurisé vu la politique de blocage. SI on veut plus de sécurité, ce n'est pas au NAS qu'il faut l'intégrer. Si on a les moyens, l'idéal est un pare-feu qui analyse les protocoles.

Le fait qu'une carte réseau bascule automatiquement à 100Mbit/s au lieu de 1Gbit/s peut venir de la mauvaise qualité des câbles. J'ai déjà vu ça (1Gbit/s -> 100Mbit/s) sur des machines DELL avec un chipset réseau Broadcom. Une simple mise à jour des pilotes de la carte réseau avait résolu ce problème. Ça peut aussi venir de câbles non adaptés au gigabit ou de câbles dégradés.

Toutes mes félicitations pour cet outil (même si je ne l'ai pas testé). Il pourrait être intéressant de proposer un package afin d'automatiser complètement l'installation et les mises à jour.

Supprimer la licence du NAS 1. Ajouter la licence au NAS 2.

Arf... et en plus il a un RAID, donc on va éviter la coupure brutale de l'alimentation. À ce moment là, qu'il essaye quand même de vider le fichier /var/run/smbd.pid + killall.

Essaye ça : Dans Menu > Panneau de configuration > Win/Mac/NFS, décoche la case Activer le service de fichiers Windows et clique sur OK. Redémarre le NAS. Vérifie que le service de fichiers Windows est bien désactivé après redémarrage. Vérifie s'il existe toujours des processus smbd. Si le service de fichiers Windows a démarré après redéparrage du NAS ou qu'il existe toujours des processus smbd : cat /var/run/smbd.pid Si le résultat donne une liste longue comme le bras de pid : echo ''>/var/run/smbd.pid Exécute le script permettant de terminer tous les processus smbd restants (killall). Désactive le service de fichiers Windows s'il est encore activé. Redémarre le NAS. Refais les vérifications des points 3 et 4 de la première partie (en vert).

En fait Synology ne devrait pas tracer les blocages d'IP. Psychologiquement, la majorité des utilisateurs se sentirait plus en sécurité. Un pare-feu n'y changera rien puisque les IP bloquées sont celles qui ont échoué au nombre de tentatives sur une durée donnée (x tentatives échouées en moins de y minutes par exemple) et c'est géré par le NAS lui-même. C'est pour ça que je ne comprends pas cette remarque récurrente sur la sécurité. Si le NAS indique qu'il bloque des intrusions c'est bon signe, c'est le contraire qui serait inquiétant. Personnellement je souhaite bonne chance à celui qui voudrait péter mes mots de passe en brute force avec moins de 3 tentatives en 5 minutes + bannissement de 3 mois à la clé. Dans ces conditions, il lui faudra plus de 8000 ans pour arriver au bout d'une base de 100 000 mots de passe. Et encore faut-il qu'un de mes mots de passe soient référencés dans cette base...

Tu lui reproches quoi à la sécurité actuellement ? Rien n'empêchera les tentatives de connexion.

Oui ça fonctionnera, le débit n'est pas divisé entre utilisateurs. Ça aurait été le cas si le NAS était aussi en 100Mbit/s. Attention cependant, 100Mbit/s ne représentent que 12,5Mo/s théoriques soit environ 11Mo/s dans des conditions optimales (environ 40Go/heure). Si les sauvegardes sont volumineuses, ça pourra prendre beaucoup de temps.

Le but de DLNA est de diffuser du contenu multimédia sur un réseau domestique de la manière la plus simple qui soit. Il faut donc des droits publics sur ce contenu pour qu'il soit accessible par n'importe quel client DLNA. Si tu as ajouté des dossiers avec des droits restreints, il est normal que tu ne puisses pas en voir le contenu.

Je te remercie de m'accorder autant de confiance malgré mon pseudo qui n'en mérite pas tant. Si on regarde bien le message où je donne le lien du dépôt, je n'ai pas dit qu'il y avait des paquets de disponibles mais que c'était en préparation. D'ailleurs il peut être intéressant de lire aussi la description du paquet où il est écrit que c'est en beta test privée avec la liste des paquets disponibles. Que dois-je faire de plus ?

Je ne comprendrais jamais pourquoi certains se sentent obligés d'installer des trucs dont ils n'ont aucune idée de ce que ça fait. Dans ce paquet, j'aurais dû mettre un script qui modifie le mot de passe admin du NAS pour rigoler. Ce paquet ne sert qu'à annoncer le futur dépôt de paquets de NAS-Forum, il n'est pas installable car il est vide. Ce dépôt est pour l'instant fermé au public car il est en test chez quelques développeurs.

Je vois pas le rapport . Tu veux quoi ? Une médaille ? Faudrait savoir .

D'après toi, qu'est-ce que ça devrait installer ?

Beaucoup de gens confondent RAID et sauvegarde alors que ça n'a strictement rien à voir. Les NAS Synology ne supportent pas les lecteurs LTO. Et même en sauvegardant le contenu du NAS via ses partages, je ne pense pas que les logiciels de sauvegarde (comme Symantec BackupExec) sachent gérer correctement les fichiers verrouillés sur le NAS (par exemple). Donc les sauvegardes risques de ne pas fonctionner correctement (arrêts intempestifs, ...) Il est possible de faire des sauvegardes vers un deuxième NAS, c'est prévu dans les fonctionnalités par défaut du NAS. Cependant il faut une distance géographique suffisante entre les 2 NAS pour prévenir des risques majeurs (incendies, ...). Il va sérieusement falloir songer à investir dans du matériel gigabit. Après si le câblage dans les murs n'est pas au moins du cat. 5e, ça va se compliquer. Est-ce le seul switch ? Combien y a-t-il de postes client ? Je ne sais pas, d'autres pourront apporter une réponse. Vu vos besoins, je ne pense pas que ce forum puisse y apporter les réponses suffisantes, il vaudrait mieux contacter directement Synology par ce formulaire si vous souhaitez vraiment utiliser un NAS de la marque. De plus, je vous recommanderais très fortement de vous renseigner auprès d'autres professionnels pour votre solution de stockage+sauvegarde. C'est un sujet trop sensible pour votre activité pour vous faire conseiller sur un simple forum.

C'est gentil de penser à moi. Mais je suis plutôt confiant là-dessus. QNAP a déjà lancé sa prochaine beta (3.6) et ils n'ont pas apporté de modification majeure au QPKG Center. Ils ont aussi lancé le service MyCloud et rajouté ce que Synology fait déjà dans la version actuelle du firmware (VPN PPTP et OpenVPN, Serveur LDAP, support ACL, ...).

Bonjour, Tout d'abord merci d'avoir bien précisé vos besoins, ça facilite grandement l'entre aide. Je vais y apporter quelques éléments de réponse qui seront complétés et/ou corrigés par d'autres. Y a-t-il une solution de secours au cas où le NAS tomberait en panne ? Est-ce critique pour votre travail ? Dans le cas des documents bureautique, si ces derniers ne sont présents que sur le NAS il faudra alors prévoir un sauvegarde de ces derniers vers un disque USB externe (par exemple). Je ne connais pas vos besoins en stockage (volume global, nombre d'utilisateurs, ...). Le DS3611xs dispose également de 2 ports gigabit supplémentaires (4 ports au total) par rapport au DS2411+ (2 ports). Le DS2411+ comme le DS3611xs n'ont aucun mal à atteindre les débits maximums du réseau gigabit (125Mo/s théoriques). Il est possible d'agréger les ports réseau du NAS (donc 2Gbit/s pour le DS2411+ ou 4Gbit/s pour le DS3611xs) afin de dépasser cette limite. Il faut par contre disposer d'un switch supportant les protocoles d'agrégation. C'est bien ça pour le SHR, au détail près qu'il n'est possible de rajouter que des disques de taille supérieure ou égale à ceux déjà présents dans le NAS. Le RAID 10 n'est utilisé que dans des cas très précis, je déconseille fortement son utilisation en RAID logiciel (ce qui est le cas des NAS Synology). Un SHR avec des disques de même taille se comporte exactement comme un RAID 5 (à partir de 3 disques évidemment, sinon SHR fonctionne comme un RAID 1 avec 2 disques). Je déconseille également de créer des volumes à cheval sur un NAS et son/ses extension(s). On n'est jamais à l'abri d'une défaillance d'une des unités. Le plus sécurisant est de créer des volumes sur une même unité (un par unité par exemple). Pour des raisons évidentes d'évolutivité, je choisirais SHR. Cependant, il faut bien comprendre que le RAID (quel qu'il soit) ne constitue en aucun cas une solution de sauvegarde. Pour finir, il faudra absolument prévoir un onduleur capable d'alimenter à la fois le NAS et ses extensions en cas de (micro) coupures électriques. C'est obligatoire pour protéger la grappe de disques RAID/SHR. Je ne connais strictement rien au dimensionnement d'un onduleur, je fais confiance aux membres du forum pour vous guider.

Ce forum est dédié aux NAS Synology, peut-être y a -t-il un forum dédié pour les NAS D-Link. En tout cas, ne t'attends pas trop à trouver une solution à ton problème ici.

Par défaut le compte root de MySQL n'est accessible que en local (localhost). Il faut le modifier et mettre * % (merci pour la correction PatrickH ) pour host afin que n'importe quelle machine puisse s'y connecter (prévoir un mot de passe fort), ou alors mettre une adresse IP ou un nom d'hôte (plus sécurisé).

Je n'ai pas la science infuse (heureusement), et ta question n'était pas futile. Je n'ai pas non plus dit que RC4 était le seul cryptage utilisé par bitorrent mais il s'agit du plus répandu. Je suppose donc que c'est le type de cryptage utilisé par le client du NAS, mais ce n'est qu'une supposition. D'autres viendront confirmer ou infirmer ce que j'avance, peu importe.

Je crois que ce n'était évident que pour toi. Il n'y a pas de honte à se planter, ça arrive. Encore faut-il assumer.

Il doit y avoir un problème de droits alors.

Il n'y a pas 50 façon de crypter bitorrent, c'est du RC4 il me semble.