Mic13710

Personnellement, je pense qu'il ne faut rien toucher tant que l'assistance n'est pas intervenue. Changer des disques sur un groupe en panne peut générer des dégâts irréversibles et anéantir les chances de pouvoir récupérer les données. Je rejoins totalement maxou56 sur l'extension de groupe sur unité externe. Même si c'est possible, il n'est pas recommandé qu'un groupe soit physiquement dissocié car une panne électrique ou interne de l'unité d'extension peut avoir pour conséquence la perte du groupe. Il est préférable de construire un groupe par appareil : un sur le NAS et un autre sur l'extension.

Règle de cette section Tous les commentaires et suggestions postés dans cette section seront directement transférés aux techniciens de Synology. Vous pouvez écrire en Français, tout sera traduit en Anglais avant d'être envoyé à l'équipe de Synology. Merci d'être clair et précis dans vos commentaires/suggestions. Cette partie du forum est bien entendu modérée étant donné le contact direct avec Synology. Vous pouvez également nous faire part, ici, des bugs rencontrés. Nous les transmettrons également. Est-ce que votre demande correspond de près ou de loin au thème de cette section ? Avant de poster n'importe où, merci de vérifier que vous le faite au bon endroit

Il faut dans ce cas utiliser le serveur DNS pour pouvoir séparer la zone WAN et la zone LAN. Il y a un tuto pour ça dans la section tutoriels.

Relisez la partie du tuto concernant le conseiller de sécurité.

Remplacer le disque par un neuf de capacité au moins équivalente (4To)

Vous ne la supprimez pas, vous la dévalidez pour pouvoir l'utiliser lors du prochain renouvellement.

Bonjour krzyzstof, belle présentation, merci. Soyez le bienvenu dans la communauté.

Merci de ne pas citer inutilement le message précédent. Je viens de supprimer. Vos 3 règles pour le 80 ne sont pas bonnes. Les deux premières ne servent plus, ces ports n'étant plus utilisés par LE. La troisième doit être ouverte pour tous les pays car les US seuls ne suffisent pas non plus, il y a des serveurs en europe. Vous l'ouvrez seulement pour le renouvellement, vous le refermez ensuite.

Pour sûr que ça m'intéresse, une fois réglé la passoire IPV6 bien évidemment !

La sauvegarde n'a rien à voir avec la manière dont sont organisés vos disques. Le RAID (ou SHR) n'est pas une sauvegarde mais une continuité de service. Dès lors, votre question n'est pas la bonne. Savoir par contre si le nouveau volume bénéficie de la continuité de service, la réponse est oui puisqu'il est créé sur un groupe SHR. Je pense en effet qu'une réinstallation serait la meilleure option pour vous affranchir des limitations du groupe actuel (à mon avis il y a eu une migration précédente vers le 415+) et passer au btrfs.

Je ne me souviens pas lors de la création de l'hôte si dsm m'a proposé de donner des droits particuliers au groupe http. Chez moi, le dossier web et le CMS qui s'y trouve sont bien affectés à ce groupe.

@DaffY autre point à compléter dans le tuto, les droits en lecture/écriture sur le groupe http. Les droits par défaut sont en lecture seule et ça bloque la mise à jour de WordPress et l'installation des outils et des extensions.

LE ne donne aucune adresse IP. Ils en utilisent plusieurs. Celles que nous utilisions et qui ne sont plus valables avaient été récupérée à l'époque par PiwiLAbruti et nous avons été chanceux de pouvoir les utiliser jusqu'à encore récemment.

Merci Daffy, c'était ça ! Il faudrait le rajouter dans ton tuto.

Salut Daffy, Non, pas de blocage parefeu : tous les ports sont ouverts en local. J'ai créé le wp-config avec mes paramètres à partir du sample, validé le debug, et voilà le message au lancement : Fatal error: Uncaught Error: Call to undefined function mysql_connect() in /volume1/web/wordpress01/wp-includes/wp-db.php:1658 Stack trace: #0 /volume1/web/wordpress01/wp-includes/wp-db.php(631): wpdb->db_connect() #1 /volume1/web/wordpress01/wp-includes/load.php(426): wpdb->__construct('admin', 'Monmdp', 'NomDeMaBase', 'localhost') #2 /volume1/web/wordpress01/wp-settings.php(126): require_wp_db() #3 /volume1/web/wordpress01/wp-config.php(94): require_once('/volume1/web/wo...') #4 /volume1/web/wordpress01/wp-load.php(37): require_once('/volume1/web/wo...') #5 /volume1/web/wordpress01/wp-blog-header.php(13): require_once('/volume1/web/wo...') #6 /volume1/web/wordpress01/index.php(17): require('/volume1/web/wo...') #7 {main} thrown in /volume1/web/wordpress01/wp-includes/wp-db.php on line 1658