New setting: logdir: /usr/local/squidguard/var/logs

New setting: dbhome:  /usr/local/squidguard/var/db

syntax error in configfile  /usr/local/squidguard/etc/squidguard.conf line 33

La line 33 c'est juste avant les expressionlist, domainlist ...

tu as modifier à la main le fichier ? 

copie ton fichier ici squidguard.conf, ... (copier coller avec le bouton code) et on verra

Trouvé ... Ca refonctionne

Le nom de ma nouvelle nouvelle source était : 3DS ... les chiffres ne sont manifestement pas supportés !!

Merci pour le guidage :-)

de rien

Bonsoir,

Pb avec SquidGuard Manager : "Désolé, la page que vous recherchez est introuvable"

Squid et squidguard restent en veille 

Rien touché à la config, étrange tout ça ...

Modifié le 5 janvier 20178 a par Dom31

Bonsoir,

Je viens d'installer le paquet Squidguard de Gaëtan (merci à lui au passage d'avoir fait ce paquet) sauf que lorsque je cherche à me connecter à l'écran d'administration j'ai droit au message suivant : Sorry, the page you are looking for is not found.

L'url de connexion étant la suivante : - http://IP_NAS:5000/webman/3rdparty/squidguard/squidguardmgr.cgi

Pour autant, Squid et Squidguard fonctionne (je me connecte en SSH sur le nas et je vois bien les process en cours d'exécution). Tout cela se faisant sur un DS416.

Que dois-je regarder pour tenter de comprendre l'origine du problème. Différence avec Dom31, je n'ai pas encore touché aux fichiers de conf.

Merci d'avance.

Bonsoir,

Ça sent la mie à jour auto d'un des paquets Syno ... il y en a eu une fournée il y a deux jours !!

Squid et squidGuard fonctionnent, mais plus l'accès à la GUI

Modifié le 6 janvier 20178 a par Dom31

Je suis déjà sur le coup

J'ai effectivement trouve la source du problème qui vient de la mise à jour du paquet Perl

Solution Temporaire : Downgrade de Perl, mais je v checker une vrai solution bien sur

Syno me fait Ch*** avec les update qui casse tout 

Bon la compil est en cours ... en ses temps glacial, cette compil d'urgence avec mon core i7 chauffe mon bureau 

Plus sérieusement, vers 22h çà devrait être prêt

 

 

Faut leur dire qu'ils fassent les mise à jours l'hiver alors.

T'es un chef ... as usual :-) 

Bonsoir,

Je vois que je ne suis pas le seul dans le pétrin !

Merci encore à Gaëtan de s'y coller. Il m'a déjà dépanné en juin dernier depuis son site.

J'avoue ne pas avoir trop cherché de mon côté, mais j'imaginais un Pb de nouvelle config avec Apache 2.2.

Si c'est identifié dans PERL : bravo !

On devrait bientôt être fixé : 22H approche ...

 

Bon, le problème semble plus profond, désolé 

Alors la procédure pour le downgrade de Perl :

connection en ssh

edition du fichier : 

vi /var/packages/Perl/INFO

il faut modifier la ligne suivante :

version="5.24.0-0066"

Par :

version="5.18.4-0063"

et téléchargé l'ancienne version manuellement ici :

http://download.synology.com/download/Package/spk/Perl/5.18.4-0064/

 

 

Es-tu sûr de ta version ?

version="5.18.4-0063"

alors que le lien fourni propose des versions "5.18.4-0064" ?

OK le décalage est pour obliger à accepter l'upgrade vers une 5.18.4-0064 à partir d'une fictive 5.18.4-0063

en effet, c'est la solution pour faire le downgrade de la plupart des paquets (à condition qu'il ne modifie rien de fondamental entre les versions)

Ils ont viré certains modules, je n'ai pas regardé pourquoi mais voici un correctif rapide

1. mettez le paquet perl à jour
2. wget -O /usr/local/lib/perl5/vendor_perl/CGI.pm https://tmpfiles.fenrir.fr/www.nas-forum.com/forum/topic/31998-package-squidguard/CGI.pm

C'est sale mais ça fonctionne pour le CGI tout seul, s'il y a d'autres dépendances il faudra les ajouter.

En théorie, comme c'est une mise à jour mineur, vous devriez pouvoir reprendre les modules de la version précédente.

En plus propre il faudrait créer un dossier pour y stocker les modules et les dépendances, puis l'inclure dans les scripts qui en ont besoin (use lib "/volume1/custo/perl/lib";)

Et si vous êtes joueurs : cpan install Module::CGI::Install

J'était sur la dernière piste perso ... car rajouter un fichier à perl, j'aime pas ou alors, je devrait faire du cross compil perl

 

Pourquoi joueur ? c'est pas le mieux ?

edit :

le cpan install module semble etre une cata sur le syno --> on s'oriente vers le cross compil de perl qui sera le + sur à long terme ...

Modifié le 6 janvier 20178 a par gaetan.cambier
Inutile de citer le post précédent

il y a 19 minutes, gaetan.cambier a dit :

Pourquoi joueur ? c'est pas le mieux ?

Il faut se taper un TRÈS gros paquet de dépendances avant que ça marche (mais une fois que cpan marche, tout est plus simple).

La deuxième méthode reste de très loin la plus propre, ça permet d'embarquer les modules dans ton paquet squidguard, tu as juste à modifier les includes (ou à ajouter une variable d'env, c'est pareil)..

 

edit : il n'y a rien à recompiler normalement avec la première méthode

Modifié le 6 janvier 20178 a par Fenrir

Bon, de toute facon, il y a unproblème: 

que se soit la methode sale d'ajout dans perl

ou d'ajout dans mon spk avec un include, j'ai toujours un problème :

Can't locate object method "new" via package "CGI" at ./squidguardmgr.cgi line 149, <GROUP> line 43.

et la ligne c'est ...

my $CGI = new CGI;

et ? on peut même plus crée un nouvel object ? 

 

edit :

Squidguard est UP chez moi avec les source complete via http://search.cpan.org/dist/CGI/

je vois pour deployer cela demain calmement  DODO

Modifié le 6 janvier 20178 a par gaetan.cambier

CGI a été retiré du noyau perl il y a quelques années déjà (et s'est tant mieux à mon avis), donc si syno ne s'est pas contenté de virer le Template (un oubli ça arrive), ça va être coton à remettre.

Je viens de jeter un coup d’œil sur mon syno, ils ont fait table rase des références, ce n'est donc pas un oubli, donc il faut refaire un paquet "vendor" complet, ce qui implique de passer par la case compilation (perl Makefile.PL && make && make test && make install).

Ça serait peut être plus facile de recompiler e2guardian (fork de dansguardian), il est en pure c++ et il fonctionne avec squid. En plus il est à la fois plus puissant (heuristique) et nettement plus rapide que le vénérable squidguard.

@gaetan.cambier : motivé pour te réchauffer ce week-end ?

ps : si tu as besoin de puissance de calcul, je peux te mettre un serveur à dispo (jusqu'à 20 cœurs et 140Go de ram si tu vas vite)

Il y a 8 heures, Fenrir a dit :

CGI a été retiré du noyau perl il y a quelques années déjà (et s'est tant mieux à mon avis), donc si syno ne s'est pas contenté de virer le Template (un oubli ça arrive), ça va être coton à remettre.

Je viens de jeter un coup d’œil sur mon syno, ils ont fait table rase des références, ce n'est donc pas un oubli, donc il faut refaire un paquet "vendor" complet, ce qui implique de passer par la case compilation (perl Makefile.PL && make && make test && make install).

alors, moi juste en copiant dans un dossier les sources de http://search.cpan.org/dist/CGI/ ET faire un include, ca passe 

---> pour l'instant, c'est la solution privilégiée ...

Il y a 8 heures, Fenrir a dit :

Ça serait peut être plus facile de recompiler e2guardian (fork de dansguardian), il est en pure c++ et il fonctionne avec squid. En plus il est à la fois plus puissant (heuristique) et nettement plus rapide que le vénérable squidguard.

connaissait pas, v y regarder, ca serait interessait probablement, mais au calme ...

Il y a 8 heures, Fenrir a dit :

ps : si tu as besoin de puissance de calcul, je peux te mettre un serveur à dispo (jusqu'à 20 cœurs et 140Go de ram si tu vas vite)

c'est gentil, mais dans un sans, le + lent, c de mettre tout au point, la compil après, le fait les 12 en paralèle (12 arch) et bon, meme si ca met 1 heure, c pas la le gros problème ...

Il y a 1 heure, gaetan.cambier a dit :

alors, moi juste en copiant dans un dossier les sources de http://search.cpan.org/dist/CGI/ ET faire un include, ca passe 

C'était aussi la solution que je privilégiais mais quand j'ai testé ça n'a pas marché, il manquait des dépendances, j'ai du me louper

Bon, c OK, c'est publié

Je croise les doigts

il y a 10 minutes, Fenrir a dit :

j'ai du me louper

çà arrive ..

au passage, le mod_expire est meme pas installé sur le serveur apache syno ... c'est pas que ca m'embête un peux ... je dirait meme beaucoup (moi qui comptait mettre en cache mes spk sur cloudflare ... c un peu raté )

apache mod_expire resolu, je place mon .htaccess pour faire souffler ma pauvre connection  

Encore merci Gaëtan.
Ça semble rouler pour moi (DS214Play) après l'update

 

Super, merci Gaëtan, ça roule aussi chez moi.

de rien