Aller au contenu

Nicodeme

Membres
  • Compteur de contenus

    9
  • Inscription

  • Dernière visite

À propos de Nicodeme

Visiteurs récents du profil

1212 visualisations du profil

Nicodeme's Achievements

Rookie

Rookie (2/14)

  • Dedicated Rare
  • First Post Rare
  • Conversation Starter Rare
  • Week One Done
  • One Month Later

Recent Badges

0

Réputation sur la communauté

  1. Nicodeme

    [Tuto] Reverse Proxy

    Bonjour, Je suis novice dans l'utilisation Synology telle que présentée dans le tuto de la FP, je préfère prévenir. Sur le NAS, j'ai une base de données MySQL pour une centralisation Kodi. Donc j'ai un phpMyAdmin déployé et qui me sert de temps en temps pour des visualisations BDD en direct. J'ai installé un container calibre-web ce weekend. Pour y accéder, mes utilisateurs sont obligés de taper 192.168.x.x:8083. Lors de l'installation du container et le premier accès à calibre-web, j'ai un peu merdouillé et j'ai activé 'Configurer le portail Web via Web Station' en pensant que ça publierait l'application dans le menu 'Portail de connexion' du NAS. La boulette. Le NAS m'a ouvert Web Station, j'ai vu un 'Etat du serveur par défaut' à 'Anormal', j'ai cliqué dessus, j'ai attribué une valeur (Apache ou Nginx, je ne sais plus), j'ai validé et l'état du serveur est passé à 'Normal'. J'ai accédé au Portail de connexion, bien sûr je n'ai pas retrouvé calibre-web dedans (puisque c'est réservé aux packages Synology, maintenant je le sais…). Donc j'ai accédé à calibre-web en tapant l'URL 192.168.x.x:8083. Bien, ça fonctionne mais ça ne me satisfaisait pas. Je souhaitais que les utilisateurs puissent accéder à l'application en saisissant quelque chose comme alias.ndd.xyz, sans avoir besoin de spécifier un port. Je me suis renseigné, j'ai lu que je pouvais passer par un DDNS pour obtenir un nom de domaine, mais ça ne m'intéresse pas. Le NAS est et restera en local, aucune envie de l'ouvrir à l'extérieur. Et pas envie non plus d'avoir un ndd à rallonge. Donc je me suis lancé dans l'installation d'un serveur DNS en suivant un tuto. J'ai paramétré la résolution en pointant vers des serveurs DNS externe. J'ai déclaré mon ndd.xyz, en le limitant uniquement aux IPs internes. J'ai paramétré une nouvelle ressource dans la zone sous la forme alias.ndd.xyz qui renvoie vers 192.168.x.x. J'ai paramétré mon routeur pour qu'il utilise comme serveur DNS mon NAS (et un DNS externe, au cas où). J'ai fait une requête nslookup alias.ndd.xyz qui me renvoie bien comme résultat 192.168.x.x. Je passe donc ensuite sur le proxy inversé, pour paramétrer que l'URL http://alias.ndd.xyz:80 doit renvoyer vers http://alias.ndd.xyz:8083. Comme ça, l'utilisateur tape juste l'URL (sans http ni le port) et le proxy se charge de renvoyer vers l'application, avec le bon port. Ca, c'est dans la théorie. En pratique, je merdouille. - Quand je tape alias.ndd.eck, le navigateur me renvoie sur une page Google - Aucun document ne correspond à la recherche. - Quand je tape http://alias.ndd.eck, le navigateur m'envoie sur une page Synology / Web Station : 'Web Station a été activé. Pour terminer de configurer votre site web, consultez la section "Service Web" dans l'aide de DSM.' - Quand je tape http://alias.ndd.eck:8083, le navigateur m'envoie bien sur l'application calibre-web. Je me doute que c'est Web Station qui pose le problème, du coup je cherche, je cherche. J'ai désinstallé le package (et donc Apache et phpMyAdmin par la même occasion), nada. J'obtiens les mêmes résultats. Même la page 'Web Station a été activée. blablabla'. J'ai lu dans la KB Synology qu'à l'activation du portail par défaut de Web Station, Les URLs du portail Web par défaut sont aux formats suivants : http://adresse IP de votre NAS:80 http://nom de domaine de votre NAS:80 https://adresse IP de votre NAS:443 https://nom de domaine de votre NAS:443 donc si je comprends bien, Web Station "s'approprie" ces URLs en interne et les utilise, quoi qu'il arrive. Au cours de mes recherches, je suis tombé sur ce post. J'ai parcouru le tutoriel. Et j'ai surtout vu qu'il y avait encore des contributions à ce jour sur ce thread. Aussi je me permets de poster pour poser mes questions : - Comment désactiver Web Station tout en continuant à utiliser phpMyAdmin (l'utilisation que j'en avais avant), en espérant que cela lui fasse lâcher les URLs mentionnées ci-dessus ? - Au pire, si je ne peux plus récupérer ces URLs, comment configurer Web Station pour qu'il me renvoie sur une page que je peux administrer (je me dis qu'au pire, je peux faire une page avec les liens des services sur le NAS pour que les utilisateurs n'aient plus qu'une URL en raccourci, et qu'à partir de cette page ils puissent accéder aux autres applications) ? - Et si il est possible de récupérer les URLs, est-ce qu'il y a quelque à faire côté proxy inversé que je n'aurai pas fait correctement pour que la saisie d'alias.ndd.xyz renvoie bien l'utilisateur sur http://alias.ndd.xyz:8083 ? Merci par avance à ceux qui voudront bien prendre le temps de lire et de me répondre.
  2. Non, pas d'option quand on désinstalle. En tous cas, rien de noté quand je l'ai fait. Finalement, j'ai réussi à réinstaller une instance MariaDB qui fonctionne. Et j'ai restauré mes BDDs dessus, ça tourne. Merci 🙂
  3. Bonjour, Mon 415+ a rendu l'âme (confirmé par l'assistance Synology), je l'ai remplacé par un 923+. J'ai remis mes durs dans l'ordre, démarré le 923+ qui m'a proposé une migration en gardant ma configuration, nickel j'ai retrouvé mes petits. Il m'a demandé également de faire la mise à jour des paquets, OK pas de soucis. Je démarre une session, tout semble OK. Seul problème : mon package MariaDB 10 me dit qu'il faut effectuer une réparation. Ça fait 3 fois que je la lance, pas de message d'erreur mais le package refuse de démarrer. J'ai une sauvegarde de mes bases de données (noté comme saine dans HyperBackup). - Est-ce que si je supprime le paquet MariaDB 10 (seule action que je peux faire à partir du centre de paquet, à part la réparation qui ne fonctionne pas), mes bases de données vont elles-aussi être supprimées ? - Est-ce que si je supprime le paquet, le réinstalle et restaure mes bases de données, je retrouve tout à l'identique avant la panne (vous allez me dire que c'est le principe d'une sauvegarde mais bon, je préfère demander) ? - Enfin, outre le fait que j'ai changé de NAS (415+ --> 923+, donc Intel Atom --> AMD Ryzen), j'ai ajouté de la RAM. Vous allez dire que je suis complètement con mais est-ce que ça pourrait expliquer que MariaDB déconne (compilation à l'installation vis-à-vis d'un type de processeur ou d'une certaine quantité de mémoire allouable) ? Merci par avance pour vos réponses
  4. Bonjour, Je suis toujours bloqué Quelqu'un aurait eu des problèmes similaires ou une idée à partage ? Merci d'avance !
  5. Bonjour à tous Je suis nouveau dans le monde Synology, ayant fait l'acquisition d'un DS214+ la semaine passée. J'étais auparavant propriétaire d'un ReadyNAS NV+. Je suis donc en train de remettre en route tout ce que j'avais sur l'ancien NAS. Et, entre autre, je synchronise deux clients XBMC qui tournent sur un NUC et un RaspBerry. J'ai donc installé les packages phpMyAdmin et MariaDB depuis le centre de paquet. Je me connecte sans soucis à phpMyAdmin en utilisant le user 'root' par défaut. Dans le but de permettre à XBMC de créer la base de données lui-même, je crée un utilisateur 'xbmc' auquel j'accorde tous les droits : CREATE USER 'xbmc' IDENTIFIED BY 'xbmc'; GRANT ALL ON *.* TO 'xbmc'; Je vois bien cet utilisateur sous phpMyAdmin, et il a bien accès à tout comme je le souhaite. Je lance donc ce qu'il faut sous XBMC et je récupère un message dans les logs m'indiquant qu'il n'a pas été capable de créer la base de données. Je tente donc de me connecter à MySQL en utilisant 'xbmc' et je me récupère les messages suivants : - sous phpMyAdmin : #1045 Connexion au serveur MySQL non permise - sous console PuttY : ERROR 1045 (28000): Access denied for user 'xbmc'@'localhost' (using password: YES) J'ai cherché pas mal sur le net cet après-midi mais sans succès... Dans mon fichier de conf my.conf, j'ai supprimé les lignes bind-adress et stop-networking. Please help
×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.