Fenrir

Pour le switch, tu peux prendre n'importe quel modèle du site qui correspond à tes besoins, filtre juste sur quelques critères : Accessoire ou switch/commutateur => Switch / Commutateur Fonctions d'administration => Non (non dans ton cas car tu cherches un truc simple, mais si tu as prévu de faire un vrai réseau chez toi, c'est une autre histoire ... et un autre budget) Ports (utilisables ensemble) => X en fonction de tes besoins, n'hésite pas à prendre un peu plus gros pour avoir de la marge (pas trop non plus) Vitesse : 1000 Mbps (Gigabit Ethernet) Pour la borne WIFI, je n'en recommande aucune du site à moins de 300€ => par contre sur amazon/mhz shop/wifi france/... : Ubiquiti AC Lite : environ 100€ Ubiquiti AC LR : environ 120€ (c'est la même en plus grosse pour avoir une meilleur portée) nb : je ne veux pas te pousser à l'achat, si tu ne te sers pas du wifi autrement que pour surfer de temps en temps, le switch devrait te suffire => commence par n'acheter que le petit switch, ça sera peut être suffisant Et pour l'installation : [internet]----[box]----[switch autonome]-----tout ton bazar informatique (en gros il ne doit y avoir qu'un seul câble réseau sur ta box) Si tu achètes une borne wifi, coupe le wifi de la box (ou donne lui un autre nom, pour dépanner au cas où) afin de n'utiliser que celui de la vraie borne wifi

En fait si, mais il faut lire entre les lignes Tu as bien le droit de supprimer le dossier, mais pas son contenu, donc la suppression du dossier n'est pas possible ... De manière plus générale, il faut éviter de jouer avec les ACL, surtout si on ne maitrise pas le sujet. En général, il est plus fiable et plus simple de revoir légèrement son organisation et ses méthodes de travail. Pour ce qui est du propriétaire sous Windows, ce n'est pas possible directement (tu peux faire un script qui corrige les droits après coup) car c'est le comportement de Windows. =>que souhaites tu faire (pas le comment, mais le quoi)

Tu n'es pas obligé de tout sauvegarder, le documents perso, les photos, ... c'est souvent à sauvegarder, mais les films&co ... c'est moins essentiel

C'est très juste, sauf si certaines ces applications accèdent à des fichiers du volume1 (videostation, audiostation, plex, photostation, webstation, ...), mais s'il n'y a rien coté appli, oui c'est encore plus simple de faire comme ça

Fais en sorte d'avoir le même login+pass sur le syno et le pc. Mais de manière plus générale, la "découverte" via "Réseau" dans l'explorateur de windows fonctionne de manière erratique, il vaut mieux ne pas s'en servir et utiliser le montage des lecteurs réseau. Tu peux tester dans une fenêtre de commande avec : net use \\adresse.de.ton.nas\Clinique

J'ai encore 2 autres pistes, mais jamais tenté (jamais eu besoin), donc il faut y aller avec des pincettes (RTFM) e2fsck de /dev/dm-0 ou de /dev/mapper/vg1000-lv et badblock (il y a quelques exemples sur le forum)

Il reste quoi comme process ?

umount /dev/vg1000/lv edit : et de tout le reste du lvm en passant

@Spi : le niveau suivant c'est DNSSEC, mais ce n'est pas géré par le syno (bind le gère, l'interface de syno non)

Le problème vient probablement du PC2 car c'est au client de rétablir la connexion, mais pour une raison inconnue il cafouille. Même login/pass/workgroup sur les 2 windows ? (si non, il faut tester avec le même triplet)

J'avais encore les résidus de conf sur mon nas (pas très propre syno sur le coup), donc je peux te donner les droits qu'il y a normalement (pour peu que le diag de syno soit correct) : ls -l /usr/syno/etc/packages/ drwxr-xr-x 4 root root 4096 Jan 14 20:36 MailServer drwxr-xr-x 2 MailStation MailStation 4096 Sep 7 2012 MailStation ls -l /usr/syno/etc/packages/MailServer/ total 52 -rw-r--r-- 1 root root 6144 Nov 11 2016 alias.db -rw-r--r-- 1 root root 3072 Nov 11 2016 attachment_filter.db drw-r--r-- 2 root root 4096 Dec 2 17:07 dkim.key -rw-r--r-- 1 root root 11264 Jan 14 20:36 log_statistic.db -rw-rw-rw- 1 root root 1594 Jan 6 23:31 mailserver.conf -rw-r--r-- 1 root root 10240 Nov 11 2016 mailserver.db drw-r--r-- 2 root root 4096 Nov 11 2016 rules -rw-rw-rw- 1 root root 44 Jan 6 23:31 spamlist.conf ls -l /usr/syno/etc/packages/MailServer/dkim.key/dkim.* -rw------- 1 root root 887 Dec 2 17:07 /usr/syno/etc/packages/MailServer/dkim.key/dkim.private -rw------- 1 root root 272 Dec 2 17:07 /usr/syno/etc/packages/MailServer/dkim.key/dkim.public compare avec les tiens et corrige si besoin

Pour le "script", c'est en fait une seule ligne => copier/coller dans la console Mais comme ton volume est bien démonté, ce n'est plus utile. Il faut maintenant s'occuper de LVM lvm pvscan lvm vgscan lvm lvchange -ay lvm lvscan fsck.ext4 -vnf /dev/vg1000/lv edit : tu as potentiellement plusieurs LV, le lvscan devrait te l'indiquer, sinon lvdisplay

Tu as mal compris ma réponse, mais j'ai mal compris ton problème. Admettons ceci : ton domaine est : domaine.com ton ddns est : srv02.autre.chose => tu fais un alias (CNAME) de srv02.domaine.com vers srv02.autre.chose Par contre, si ton dyndns est aussi en exemple.com, alors il faut être plus malin . C'est très facile à faire, mais très long à expliquer, le principe est celui que j'utilise ici : http://www.nas-forum.com/forum/topic/55206-tuto-dns-server/?do=findComment&comment=1319318099 3 manières de faire (au choix même si elles peuvent fonctionner de concert) : tu créés une zone srv02.domaine.com (ce nom en entier) de type forward et comme redirecteur tu indiques les NS d'OVH dans ta zone domaine.com, tu indiques que les NS de srv02.domaine.com (ce nom en entier) sont ceux d'OVH tu créés une zone srv02.domaine.com (ce nom en entier) de type direct et tu indiques dedans que les NS sont ceux d'OVH Dans un cas comme dans l'autre, il faut régler les vues en mettant cette zone en prioritaire par rapport à la zone domaine.com (donc au dessus dans la liste). Si tu comprends bien les 3 méthodes et que tu es capable de les appliquer, c'est que tu as franchi un palier dans ton apprentissage du DNS (au sens architecture du terme).

Il te suffit de créer l'enregistrement DNS correspondant : srv02.domaine.com 3600 IN CNAME le.dyndns.qui.va.bien

Pas e2fsck mais fsck (fsck.ext4 par exemple) Certaines appli font des points de montages interne, c'est le cas de docker, tu peux commencer par tuer les process non indispensables qui n’auraient pas été coupés par syno_poweroff_task -d Tu peux aussi forcer l'umount avec -f, parfois ça marche Pour lsof tu peux utiliser ça : for proc_pid in $(find /proc -maxdepth 1 -name "[0-9]*"); do \ ls -l ${proc_pid}/fd 2>/dev/null \ | grep -q volume \ && ps -q "${proc_pid#/proc/}"; \ done ou ça : for p in [0-9]*; do ls -l /proc/$p/fd ;done | grep volume Ensuite il faut partir à la chasse Par contre chez moi le syno_poweroff_task -d fonctionne correctement, le ssh ne coupe pas et l'umount fait son travail, rien que ça ce n'est pas normal.

Oui c'est possible mais les applications vont sauter (elles sont sur le volume1 par défaut, ton nouveau disque va être le volume2). Si tu n'as pas fait de conf dans les appli, ce n'est pas grave, il suffit de les réinstaller Ma recommandation : ajoute simplement ton nouveau disque, réparti tes données sur les 2 (celui de 3To et celui de 5To) et branche ton ancien disque de backup en USB (tu auras alors 8To dans le nas et un backup externe au nas) Tu peux aussi jouer au jeu des chaises musicales D1 = WD de 3To D2 = backup actuel (qui n'en est pas un puisque dans le même nas !!) D3 = nouveau disque D1 vers D2 puis D2 vers D3 et enfin ajout de D1 (ce n'est probablement pas clair, c'est voulu) Autre manière de faire, passer en raid1 puis le casser (https://www.cambier.org/2015/04/22/migrer-dun-mode-shr-avec-protection-de-donnees-a-un-mode-shr-sans-protection-de-donnees/#comment-137) => le plus simple reste la première méthode, la plus fiable la deuxième, les 2 autres sont là uniquement pour illustrer que tout est possible, mais à éviter si possible.

@Spi tu peux mettre l'IP de ton choix, ça n'a d'importance que si tu te sers de ce nom. @Sartog à ta place je commencerai par vérifier les filtres car en relisant ce que tu as posté, je m'aperçoit que tu n'as pas respecté mes reco, j'ai recommandé de mettre 4 réseaux, ce n'est pas un hasard : et idem coté firewall Pas certain que ça soit la cause de ton problème, mais quand ça fonctionne depuis un point A mais pas depuis un point B, toutes choses égales par ailleurs, c'est généralement qu'il y a un filtrage sur B.

_____raid1__raid1__raid5__raid5__raid5__raid1 a6____md0____md1____md2____md3____md4 b6____md0____md1____md2____md3____md4 c8____md0____md1____md2____md3____md4____md5 d8____md0____md1____md2____md3____md4____md5 e6____md0____md1____md2____md3____md4 f6____md0____md1____md2____md3____md4 g6____md0____md1____md2____md3____md4 h6____md0____md1____md2____md3____md4 i6____md0____md1____md2____md3____md4 j6____md0____md1____md2____md3____md4 k6____md0____md1____md2____md3____md4 l6____md0____md1____md2____md3____md4 La fin du dmesg t'indique que tu as des erreurs non corrigées (la dernière détectée est récente : 17/5/2017 à 20:14:33), ça peut suffire à bloquer une modification du raid. À priori c'est sur md3 (le périphérique raid, ce n'est pas nécessairement sur un disque physique). Avant de lire la suite, assure toi que tes sauvegardes sont à jour et fonctionnelles. Tu peux tenter un fsck (avec -n -v pour ne rien écrire) afin d'essayer d'y voir plus clair. Mais comme tu sembles avoir ce souci depuis début janvier, une vérification de l'ensemble des volumes, non montés (donc services du nas coupés, il y a une commande pour, mais je ne m'en rappelle jamais : @gaetan.cambier ?) ne serait pas du luxe.

nslookup n'utilise pas le cache local normalement Rajoute juste un enregistrement de type A qui pointe sur ton ip est dont le nom est le domaine géré :

Que donne un test avec SPF tout seul (normalement ça n'a aucun impact puisque c'est une conf DNS) ? Ce que te demande le support c'est si tu as "bidouillé" en ssh car certains droits ne semblent pas correcte, mais j'ai déjà vu des cas similaire à cause de migration ou de paquets tiers. Si tu n'as pas de mail dans ton serveur, tu peux tenter de supprimer le paquet et de le réinstaller (avec suppression des résidus). Si ça ne corrige pas le souci, il faut attendre qu'un autre utilisateur de mailstation+dkim te donne les droits, ensuite un simple chown/chmod devrait résoudre le souci. nb : pour le dkim il faut que le nas soit en ip fixe il me semble

Peux tu nous indiquer la topologie de ton nas (avec 12 disques tout est possible). Le plus simple est probablement de faire un cat /proc/mdstat Pendant que tu es connecté e ssh, regarde les journaux (dans /var/log) et fais aussi un dmesg

Il n'a pas pris un choc électrique (orage, gros appareil électroménager sur la même portion du circuit électrique, ...) ? Tu peux tenter ça : Arrête le proprement débranche le câble d'alimentation des 2 cotés laisse le comme ça quelques heures puis rebranche le tout. Et pour ton souci initial, l’hibernation n'est pas en cause (mais il vaut mieux ne pas l'activer pour la santé des disques). Achète un petit switch (20€) + une borne wifi (100€ pour de la qualité) et ne te sers plus de la box sauf pour sa partie modem. Les box, surtout celles d'orange sont très bas de gamme et dès qu'on commence à tirer dessus, elles saturent. [internet]----[box]----[switch autonome]-----tout ton bazar informatique

Première chose, pas demain la veille que je conseillerais un RT. Un routeur/firewall grand public qui laisse le netbios écouter coté WAN ... (j'ose espérer que le fw bloque bien le trafic) À première vu, dnsmasq est remplacé par bind (named), donc il ne devrait pas y avoir de conflit à ce niveau (sauf nat farfelu de la part de syno, mais j'en doute) C'est donc un souci de conf (de ta part ou de celle de syno). Le souci c'est que si le paquet est comme celui de DSM, la conf est éclatée en plein de fichiers dans : /volume1/@appstore/DNSServer/named/etc Le fichier d'entrée est named.conf, ensuite il faut suivre les includes (attention, tu es dans un chroot, donc /etc = /volume1/@appstore/DNSServer/named/etc). La conf de bind est très facile à lire, tu devrais la comprendre aisément. Tu peux aussi tester le nslookup directement depuis le syno en ssh : nslookup server 192.168.0.1 nas-forum.com ns.mia.lcl Comme je n'ai jamais eu ce routeur entre les mains, je peux difficilement t'aider plus via le forum.

Tu n'as pas fais le netstat en root, du coup il manque une colonne. Celle du "p" pour avoir les process associés Refais la commande en root (ou avec sudo), puis coupe le paquet DNS server et relance la commande. Pour les DNS externes, évite d'utiliser ceux de Google ou de Cisco (=opendns), ceux de FDN sont bien plus propres. (et en passant, supprime ton adresse IP publique des commandes)

Ok pour le DDNS Son routeur est un synology