Le 6 mars suite à une mise à jour de sécurité et visiblement aussi de version, le système si fiable DSM est parti de plus en plus en vrille.

Il aura fallu que je le réinstalle, mais pour ça, télécharger la dernière version qui était pourtant appliquée car même ça c'était impossible. Au final, réinstallation sans perte de données ? Pas dans l'ensemble hélas. Par contre Synology avait mis MariaDB 5, entre-temps MariaDB 10 et entre-temps, visiblement dans cette version 7.3.2 les bases de données ont disparuent. Ce n'est pas du tout sérieux et c’est carrément inadmissible. Preuve en ait, les mises à jours (màj) précédentes enlevait php 7.4 et php 8.0 sans rien nous dire, en ajoutant à la place php 8.1 et php 8.2 = des sites et des scripts qui ne peuvent plus tourner. Déjà encore avant la plupart des CMS ne pouvaient plus tourner ? Ce n'est vraiment pas sérieux du tout en ce qui concerne tout ce qui touche Web Station qui est la partie pour faire tourner les sites web. Finalement ça va pour faire tourner quelques petits sites, mais il est de moins en moins possible de faire tourner des CMS surtout avec une bdd. Même les anciens scripts ne peuvent plus tournés vu qu’il ont enlevé la seule version qu’ils avaient jusqu’e là laissé: php 7.4.

Le 7 mars, acharnement en vain pour ressuscité tout ça, mais avec plus aucune bdd, tous les réglages en moins ?

Alors j'en suis venu à une conclusion toute simple : DSM est très bien dans l'ensemble pour la sécurité, gérer les disques en clone, la puissance du ventilateur (chose que ne permet pas directement Debian ou autres serveurs Linux), le cloud, la gestion des photos et autres, mais Web Station sait de pire en pire même si en surface tout semble être magnifique. Alors s’il faut tout refaire à la mano autant franchir le cap pour installer carrément un vrai système de serveur qui ne dépende pas directement de DSM et en tout cas pas de ses services pour projets amateurs. D'ailleurs le temps de me faire la main à DSM c'est ce que j'aurai voulu en prenant un NAS Synology avec Linux. Mais voila, bon nombre sur internet disent que ce n'est pas possible. Finalement si car j'ai réussi, ce qui prouve bien que c'est possible. On peut soit tout remplacer, mais on a plus la garantie de Synology. Vu mon usage ce n'est pas très grave, mais pour certaines choses à commencer par gérer la puissance du ventilateur font que je conserve ma réinstallation. Cela dit, j'ai quand même au final commencer à installer un serveur basé sur Debian Bookworm en v 12.13 dernière version 12.xx actuelle plutôt qu'une version 13, car actuellement bien mieux.

Depuis le 7 et les jours suivant, un seul jour ou du moins une seule nuit où j'ai pu laisser tourner en provisoire le site de w31.

En gros ces jours-ci auront étaient très galères devant faire chauffer le Terminal en mode SSH.

Le but est ensuite de tout automatiser au maximum. La solution idéale comme quasiment tous les hébergeurs est un Control Panel (Panneau de Contrôle) et je le voulais le plus simple possible pour les clients, mais aussi qu’il soit libre de droits. Cela évite de dépendre de licences payantes et de mises à jours payantes, puis de nouvelles versions souvent payantes.

J'ai commencé par tester et me faire la main avec Hestia-CP, mais suite au fait qu'on ne peut soi-disant pas mettre un sous domaine à : genre client2 à partir du compte client1, car tout n'est pas virtuellement séparé mais bien séparé, (en gros, cela signifie que votre espace web alloué n’est pas en vrai directement partagé en plusieurs dossiers pour faire simple,) j’ai dû tester d’autres panneaux de contrôle.

Alors j'ai testé ensuite Froxlor, mais faut faire trop de choses à la main. Alors quel but d'un Control Panel ? En plus j'ai perdu beaucoup de temps à résoudre en SSH beaucoup de problèmes.

Ensuite j'ai testé IspConfig. Certains ne jurent que par WordPress, Cpanel et autres du genre et disent trop compliqué pas esthétique du tout. Vous devez certainement connaître la chanson ? Et bien je ne suis pas du tout d'accord, il est juste au look un peu plus 90/2000 et il n'est pas si compliqué que ça. Mais la encore trop de problèmes qui mon fait perdre du temps en mode SSH et encore quelques petits trucs à faire à la main, mais peu comparé à Froxlor.

Les autres Control Panel ne permettent pas de faire tout ce que je souhaitais ou alors ils sont payants et propriéaitaires. Alors j'ai fouillé et fini par trouver dans un forum impossible à traduite ce qu'un donne comme info sur Hestia pour pouvoir mettre un sous domaine à client2 à partir du domaine qui appartient à client1.

Le 12 mars je réinstalle Debian serveur pour ne pas avoir de trace et pour repartir sur une base propre. Ensuite j'ai réinstallé Hestia. À ce stade aucun problème, juste arriver à tout régler dans un ordre cohérent tout en l'aprivoisant. La procédure pour pouvoir mettre un sous domaine à client2 à partir du domaine qui appartient à client1 n'est pas vraiment pareil, entre modification des menus, des emplacements de certaines fonctions, sans parler entre français et anglais, mais j'y suis parvenu. D'ailleurs IspConfig reste un peu en franglish quand Froxlor est un peu trop franglish.

A 17h35 w31 est de nouveau en ligne et à 1h30 soit le 13, DebLight est aussi de nouveau en ligne sans le forum vu qu'il n'a plus de bdd. Oui je sais, j’ai eu tort de faire confiance à DSM.

Le 14 mars j'ai bien avancé sur les réglages. Arrive la fin de journée et rebelote sur les problèmes à faire de nouveau chauffer le Terminal en SSH par rapport au service de mails.

J'ai fait une commande et c'est rare que derrière une adresse Orange on puisse interroger le serveur Gmail et qui en plus vous réponde en SSH alors même que le port 25 vous enpêche en temps ordinaire l’envois de mails.

Finalement, le lendemain soir disons-le : bien tardivement le bilan tombe. Ah ce fameux serveur Orange qui gère le port 25... on peut ceci mais pas cela, on ne peut pas ça mais bien ci, etc.

Moralité : c'est ce qui fait que je ne peux pas faire un vrai serveur de mails sans passer par des solutions externes très honéreuses. J'en reviens bien finalement sur le même problème rencontré avec DSM. Orange n'autorise l'envoi de mails qu'avec des adresses @orange.fr ou @wanadoo.fr, mais pas avec des adresses autres tel que @w31.fr et c'est bien fort dommage.

Seule solution, passer par le registrar de domaines pour pouvoir contourner ce problème d'envois de mails. Si en galérant sous DSM j'y suis parvenu, avec Debian serveur il n'y a pas de raison.

Tous les autres services fonctionnent : création de comptes clients, gestions des domaines et sous domaines, le FTP qui permet également de créer l'espace Web client, la création et l'accès à la boîte mail du client (hors les envois de mails à l’heure actuelle).

La prochaine étape reste donc pour faire fonctionner l'envoi de mails.

Puis le nouveau site pour ne pas avoir tout un tas d'espaces membres différents avec à chaque fois un compte séparé.

Quels étaient les inconvénients avec DSM ?

- les scripts qui sont de plus en plus à ne plus tourner avec Web Station ;

- les CMS qui sont de plus en plus nombreux à ne plus tourner avec Web Station ;

- les procédures manuelles de partout ;

- le risque d'avoir un système qui par complètement en vrille aux fils des màj de DSM.

Quels seront les avantages avec un serveur Debian ?

- la fiabilité du système Linux basé sur Debian ;

- justement, un vrai service d'hébergement ;- un panneau de cntrôle qui facilite grandement la gestion des comptes clients ;

- un panneau de contrôle qui va regrouper tous les services :

---- Web pour être hébergé,

---- FTP,

---- Mysql,

---- Mails,

---- et la gestion des domaines, sous domaines,

- de meilleurs performances.