Ritchie

c'est le méme !

Bonjour, Je ne sais pas trop ce qui est arrivé, mais voilà. Donc, en début de semaine j'update SRM à la toute dernière version (pas de beta chez moi). Et vlan, le serveur DNS ne répond plus correctement !!!!! Donc, je cherche, et je cherche. J'trouve pas. ça me gonfle, ça marchait bien avant. Et via le Terminal (sur macOS), nslookup retourne bien les infos, mais via les Navigateurs (Safari, Firefox) incapable d'atteindre aut'chose que ns.mondomaine_à_moi... Ce matin, je me reconnecte, et j'me dis, bon, méthodiquement on re-vérifie tout (la conf fait pas 3000 lignes non-plus ...), j'ai dû faire une connerie !!! Donc, j'ai trouvé ! Je ne sais pas si c'est dû à un update ou quoi ! Dans, DNS -> Edit Zone Settings -> Le champ "Limit Zone Update" était coché, mais dans "Zone Update Rule", c'était vide. J'ai rajouté les même Subnets que dans "Source IP List" et ça re-fonctionne, évidemment à faire pour chaque Zone ! Bizarre, l'update à virer la conf ou pas ? La conf. ne servait à rien avant ou pas ? C'est un nouveau champ ou pas ? Si c'est un nouveau champ, il arrive sélectionné par défaut ou pas ? En tout cas, ça m'a bien bouffé l'esprit pendant un moment cette connerie. ++ R.

Pour c'était bien le cas. Bon, de toute façon, il y a peut-être plus simple maintenant, puisque le 6rd a été ajouté lors d'une des dernière MAJ de SRM. En revanche, je ne sais pas quoi y mettre et à chaque fois que j'essaie qqch dans la conf. 6rd je perds ma conf. IPv4 qui passe la default gateway en Disabled et du coup plus de connexion à la FBox !!! C'est bien que Syno. ajoute ce qu'on lui demande, mais avec un note pour le configurer ça serait bcp mieux (pas trouvé sur le site de Syno) ! S'il y a un expert réseau dans la salle ... ++ Ritchie

Encore, un pas de franchi ! Sous root sur le Syno, j'ai modifié le fichier /etc/exports pour rajouter le paramètre "insecure" (en bold, underline) : /volume2/homes 192.168.1.0/255.255.255.0(rw,async,no_wdelay,crossmnt,no_root_squash,insecure,insecure_locks,sec=sys,anonuid=1025,anongid=100) Puis, j'ai refait un exportfs -a Sur le mac, un cd /home/test1 (le répertoire que j'avais créé à la main). Le Mac le monte sans pépin ! Maintenant, la question finale : Comment faire pour que le Syno (Directory Server) crée lui-même les répertoire utilisateur, avec les bonnes perms, etc. J'ai encore un utilisateur, mais il n'a pas créé son home ! ++ R.

Pour poursuivre, on avance, mais on y est pas encore ! Il faut activer NFS, et exporter le dossier /homes - pour plus de sécurité, limites-le au réseau interne chez toi du style dans le premier champ Hostname ou IP, tu mets : 192.168.1.0/255.255.255.0 Il faut aussi s'assurer que le script /etc/auto_syno est exécutable sur le Mac ... En l'exécutant : /etc/auto_syno test1 (test1 est un utilisateur que j'ai créé via LDAP sur le syno) Il me répond : [mbpsoft:/etc] root# ./auto_syno test1 -fstype=nfs nanoserv.migneron.intra:/var/services/homes/@LH-MIGNERON.INTRA/61/test1-1000001 Ce qui prouve que ma conf. est correcte. J'ai ensuite créé le répertoire /var/services/homes/@LH-MIGNERON.INTRA/61/ à la mano, en mettant @LH--... et 61 sous root:root (pas certain de ça). J'ai créé le répertoire test1, mais je ne sais pas comment lui changer son User:Group J'ai refait un automount -cv sur le Mac, pour qu'il update Je suis toujours coincé ! Maintenant, reste à trouver comment dire au serveur LDAP que le répertoire @LH... /61 est la racine des Homes des utilisateurs LDAP ! Et ensuite au système d'y aller, j'ai vu des conf. PAM qui permettent de spécifier ceci (sur Stack Exchange), mais j'ai pas encore trouve le répertoire pam.d (sous Unix dans /etc).

Bonjour, J'ai le même soucis. Il ne créé pas le répertoire devant héberger les homes utilisateurs @LH.../61 ni les homes dedans (évidemment) ! Donc, du coup, j'arrive à me connecter avec le mac (compte:MDP ok), mais ensuite ça mouline dans la choucroute ... Si qqun a une idée du pourquoi du comment ? Pourtant, j'ai coché "Enable home service for LDAP users" --> Et le montage semble vouloir y aller (si un jour j'ai un répertoire qui se créé) --> C'est lourd ! Merci d'avance, Ritchie

Bonjour, Pour terminer la configuration DNS, il faut rajouter dans le serveur DHCP le nom du domaine local, ce qui évite ensuite d'avoir à chaque fois à l'entrer dans une URL. Au lieu de mettre l'URL : "https://nas.fenrir.tuto:5001/" pour s'y connecter, on me mettra plus que "https://nas:5001/" et cela va de soi pour tous les autres services dispos. Comme j'ai mis la conf. DNS sur mon routeur RT1900ac, dans la fenêtre Local Network, rubrique Serveur DHCP, on ajoute le nom du domaine local dans le champ Domain name : Alors, ce le NAS Syno, si vous êtes en IP manuelle, cela n'aura aucun impact, il faut soit se mettre en DHCP avec réservation d'@IP, soit modifier le fichier /etc/resolv.conf et rajouter la ligne "domain migneron.intra". Sur la plupart des équipements bien "goalés" au niveau système, le système rajoutera automatiquement cette ligne. Sur Mac, il rajoute dans /etc/resolv.conf la ligne "search migneron.intra" qui a le même effet. Maintenant, reste plus qu'à ajouter toute la partie IPv6 à cette conf DNS ... (et qui marche avec Free et un Routeur Syno ... ça marche pas chez moi avec la conf dans le sujet associé...) Voilà, ++ Ritchie

Bonjour, Merci à Fenrir pour le Tuto, ça m'a rappelé mes heures de vi sur Linux pour refaire tout l'infra DNS d'une boîte (14 pays...), très bien. Je l'ai appliqué sur le Routeur Syno RT1900ac (devrait aussi fonctionner sur RT2600ac du coup !) (après avoir installé le pkg DNS), ça marche nickel, et j'ai aussi ajouté la zone reverse. Sans compter la conf du reverse-proxy sur le NAS, plus besoin de ports pour les services (dans les URLs) et c'est bcp plus rapide ... J'ai utilisé .intra (ce que bcp d'entreprise utilise, ou souvent du .intra.corp). Merci. ++ Ritchie

Bonjour, Bon avec un RT1900ac, la config. de @Rikles ne fonctionne pas pour moi. Setup : Freebox Mini en mode Bridge + RT1900ac J'ai suivi exactement la conf. expliqué par @Rikles (avec mes @IP prisent via mafreebox.freebox.fr), j'obtiens bien le RT connecté en IPv6, mais via le Test : 0/10 !!!! Deuxio, ça semble aussi impacter l'AppleTV et mon Dyson PuriCool !!!! J'ai même testé avec les serveurs DNS d'OpenDNS (2620:0:ccc::2 et 2620:0:ccd:2), identique. J'ai vérifié la conf. plusieurs fois : QQun à une idée ??? Merci d'avance, R.

tjrs pas tester. Tjrs un peu frileux sans backup du Volume2 !

D'après le Support Syno, ce serait possible de migrer sans toucher au Volume 2. V'là la réponse du support Syno (en anglais) : Dear Richard, Thank you for contacting Synology support. From your description, seems this issue you are facing now is related with file system and you'd like to change it from EXT4 to BTRFS on volume 1. Usually, there are three partitions will be divided when installing the DSM at the first, which are system, SWAT and data and it means the OS is already in each hard disk. Due to all of the packages you've assigned the path in volume 1, I recommend you may use Hyper backup to backup all of your packages to volume 2 then restore them back when volume 1 with BTRFS is created. After done the backup task for package, please remove volume 1 and re-create a new one with BTRFS. Then you are able to restore package back and install DockerDSM in volume 1. Actually, there is no such help regarding above operation, We apologize for your inconvenience. I have submitted a feature request to our product management team on your behalf. The PM team will study the feasibility of each request and, depending on selected criteria (strategy, resource, possibility etc.) I cannot guarantee if/when this feature would be implemented. However, thank you for bringing this issue to our attention.

1) Justement, j'ai installé le NAS qu'avec ce disque à l'origine, Donc, le système s'exécute que du Volume 1. (Même, s'il est peut-être copié sur les autres, pour au cas où). 2) Justement, je veux faire une Install from scratch, sur un seul SSD, sur BTRFS. Et ensuite, rattacher le Volume 2 (que des Share) à la nouvelle installation (ext4). 3) Pour migrer DSM en DockerDSM, il faut impérativement du BTRFS. En revanche, pour installer des PKGs Docker sur un DSM classique pas de pb avec le ext4 (il me semble). 4) Je n'ai pas de volumétrie suffisante pour faire une sauvegarde de toutes les données. Deuxio, même si j'avais l'espace, j'ai pas envie d'attendre la Sauvegarde + la Restauration !!

Bonjour, Voici ma conf. actuelle sur mon DS1815+ : Volume 1 : pour système sur SSD 256 GB en ext4 (slot 1 en partant de la gauche) Disk 2 & 3 : cache SSD (2 x 256 GB, même disques SSD que Volume 1) (slot 2 & 3) Volume 2 : pour données sur 5 x 4 To (en Raid 5) Mon souhait, passer Volume 1 en BTRFS pour pouvoir uiliser Docker DSM. Q: Est-ce que la procédure suivante fonctionnerait ? Remove Cache SSD du système actuelle (d'un point de vue Conf.) Arrêt électrique Syno Dé-clipsage de tous les disques du fond de panier Enlever le Volume 1 et le garder au chaud au cas où ! Prendre un des SSD du Cache SSD, le remettre en Slot 1 Boot Syno Install Syno sur BTRFS Arrêt électrique Syno (peut-être optionnel) Re-clipsage du Volume 2 Démarrage Syno. Attacher le Volume 2 au système Test que tout fonctionne (accessoirement : installation de toutes les applis que j'avais sur l'ancienne Installation.) Ajout des 2 SSD Configuration du Cache SSD Mon inquiétude est à l'étape 11 surtout. J'ai plus de 4,4 To de données ... Deuxio, si je migre le DSM qui sera installé sur le Volume 1 en Docker DSM, MAIS que Volume 2 est toujours en ext4, Est-ce que le Syno. ne va pas me dire qu'il ne peut migrer en DockerDSM parce qu'il ne peut pas installer une copie sur un FS ext4 (Volume 2) ??? Merci d'avance, Ritchie