This site uses cookies! Learn More

Ce site utilise des cookies !

En continuant à utiliser ce site, vous vous engagez à nous permettre de stocker des cookies sur votre ordinateur.

 

Si nous utilisons des cookies et retenons des données anonymes, c’est pour nous aider à mieux gérer notre mesure d’audience, aider nos partenaires commerciaux à nous rémunérer et nos partenaires publicitaires à proposer des annonces qui vous correspondent.

 

Grâce à ces cookies, le forum est en mesure de savoir qui écrit un message et utile pour le système d'authentification.

 

En cliquant sur « J'accepte », vous acceptez l'utilisation par NAS-Forum de cookies publicitaires et de mesure d'audience fine.

Mic13710

Modérateurs
  • Compteur de contenus

    8 375
  • Inscription

  • Dernière visite

  • Jours gagnés

    33

Mic13710 a gagné pour la dernière fois le 20 mai 2016

Mic13710 a eu le contenu le plus aimé !

À propos de Mic13710

  • Rang
    vieux débri de nas-forum

Profile Information

  • Gender
    Male
  • Location
    Bouches du Rhône

Visiteurs récents du profil

7 172 visualisations du profil
  1. 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.
  2. 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
  3. 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.
  4. Relisez la partie du tuto concernant le conseiller de sécurité.
  5. Remplacer le disque par un neuf de capacité au moins équivalente (4To)
  6. Mic13710

    [Tuto] Reverse Proxy

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

    Krzyzstof

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

    [Tuto] Reverse Proxy

    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.
  9. Pour sûr que ça m'intéresse, une fois réglé la passoire IPV6 bien évidemment !
  10. 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.
  11. 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.
  12. @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.
  13. 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.
  14. Merci Daffy, c'était ça ! Il faudrait le rajouter dans ton tuto.
  15. 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