CTparental sur rpi

[mothsart]

Bonjour,

Je cherchais à identifier le soucis entre CTParental et Nginx.
Je passe donc par une Primtux 6 sur ma rpi 4.

Après installation, je n'ai en effet pas accès à https://admin.ct.local mais bien à 127.0.0.1:80 (la conf par défaut de nginx).
Je regarde dans les dépendances de ctparental (version 4.44.09-1.0) et je vois qu'il y a nginx.
Dans les fichiers installés, aucune trace de fichier de conf dans /etc/nginx/

Du coup, ça me parait "normal" que ça ne fonctionne pas.
Je n'ai pas tout suivi sur l'avancement de CTparental mais je vois dans le source qu'il y a une version pour lighttp et pour nginx.

Quelqu'un a un peu plus d'infos à me donner ?

[Philippe Dpt35]

Il y a énormément de versions de CTparental, et je me souviens avoir passé du temps pour trouver celle qui fonctionnait convenablement avec la PTx6 sur RPi.

[Steph]

Le git de marsat est sur framagit.

[Philippe Dpt35]

Si tu veux t'amuser avec les versions disponibles :
https://gitlab.com/marsat/CTparental/tags

[mothsart]

Bon, j'ai désinstallé ctparental + nginx et réinstallé ctparental (qui installe nginx dans la foulée).
Eh bien, ça marche : et on accède encore à 127.0.0.1:80 donc plus de conflit entre nginx et ctparental quand on fait dans ce sens.

En effet, je retrouve bien un fichier /etc/nginx/sites-enabled/ctparental.conf cette fois-ci.
Si je stop nginx :

Code :

sudo systemctl stop nginx

ctparental et le localhost n'est plus accessible. (tout est bien)

Ne voyant pas ce fichier dans la liste des fichiers du paquet, j'en déduis qu'il est soit créer via postinstall ou quelque chose du genre.
Je sens que je vais chercher pourquoi et ouvrir un ticket sur le framagit parce que sans ce correctif, on risque de s'arracher les cheveux encore longtemps.
C'est un peu le soucis des devs qui font un ou plusieurs paquet debian (ce qui est en soit un investissement énorme) : il réfléchisse uniquement à la leur soft et pas à ce qu'il engendre sur une distrib.

[Philippe Dpt35]

J'en profite pour signaler ici un problème que j'ai quelquefois constaté sur les PTX et que j'attribue à CTparental.
Je m'en suis aperçu en installant des PC chez des familles diverses.

En WiFi, avec certaines box, on n'a pas de serveur DNS. La seule solution pour résoudre le problème c'est d'inscrire l'adresse d'un serveur DNS public dans /etc/resolv.conf
par exemple

Code :

nameserver 1.1.1.1

Mais /etc/resolv.conf peut être modifié à la volée par d'autres applications.
Il faut donc le protéger par un

Code :

sudo chattr +i /etc/resolv.conf

[mothsart]

C'est dur de comprendre ce qui se passe dans son dépôt mais en effet, y'a de grande chance que CTParental change resolv.conf => https://gitlab.com/search?search=resolv....rce=navbar

[mothsart]

Ticket pour le fichier de conf https://gitlab.com/marsat/CTparental/-/issues/111
Ticket pour le soucis de DNS : https://gitlab.com/marsat/CTparental/-/issues/112

[mothsart]

Bon, j'ai rejoué les choses dans l'ordre :

1. suppression de CTParental
2. vérification que le fichier /etc/nginx/sites-enabled/ctparental.conf a bien été supprimé (à ma grande surprise oui... mais je ne sais pas encore comment)
3. suppression et réinstallation de nginx
4. installation de CTparental : erreur dans le postinst et du coup, pas de fichier etc/nginx/sites-enabled/ctparental.conf
J'ai remis ça à l'auteur via un ticket https://gitlab.com/marsat/CTparental/-/issues/113 parce qu'il a quand même une grosse responsabilité derrière ce gloubi boulga.
(Si un jour il compte faire accepter ce paquet sur Debian ou Ubuntu, il faudra de toute façon qu'il corrige ce genre de choses)
Et là, c'est foutu... impossible de réinstaller proprement.