Einsteinium

Ahhh ba voilà si tu nous dit pas tout =) Tu as donc fait l'utilisateur en ssh, il bien après c'est du réglage à faire... Maintenant le plus logique et plus simple... La création via l'interface web et de restreindre ce compte directement...

Question bête, ta vérifier tes spam ? Car si sa marche avec Google c'est pas un problème du nas... Et à te lire ta pas modifier le pass du compte... Donc je vois que ça ;-)

Merci pour le retour, oui c'est un peu déconcertant cette méthode d'écrasement et suppression que le synology pratique au reboot et mise à jour, mais finalement cela évite un encombrement inutile que le syno ou nous même pratiquons, un ccleaner pour toujours être au top et bien stable ^^'

Ahhh oui effectivement vue sous cette angle (la fatigue) Oui c'est tout à fait possible de définir sur le même principe une nouvelle liste acl avec une règle always_direct, qui ne passera pas par le proxy. acl cleanservers dstdom_regex "/volume1/EMPLACEMENT/cleanservers.reg" always_direct allow cleanservers Intègre cela à la suite comme tu as fait pour le tutoriel, ensuite regarde la syntaxe des adresses pour le cleanservers.reg via adservers.reg Si je ne me suis pas trompé cela devrait être bon, j'attends ton retour Voilà ;-)

Sa roule, faut une MAJ aussi pour maintenant =P

Non c'est inutile, pour ma part il est uniquement local, je l'utilise aussi quand je suis connecté au vpn Une whitelist ? Par defaut les seuls blocages proviennent de cette modification antipub

Euh tu parle de quel utilisateur system la ?

Ouaip, tu peux modifier ou rajouter, chaque MAJ purge aussi bien les dossiers normaux que defaut, comportement illogique... Mais bon

Tp-link archer D5 et +

De mémoire, aussi malheureusement :S

Tu veux dire bloquer sont démarrage lors du reboot ? Le soucis c'est que chaque MAJ écrase les modifications faites (rc.d), j'y avais pensé t'inquiète ^^

Bonjour, Pour ma part ma vidéothèque se trouve dans un dossier crypté qui est indexé, malheureusement à chaque MAJ... Son reboot et donc une re indexation... Je vous propose donc deux petits scripts, le premier pour la sauvegarde de la base de donnée avant reboot et celui de la restauration après le reboot, il va de soit de ne pas effectuer de modification au niveau des dossiers indexés entre les deux. Je les exécute pour ma part via le gestionnaire des tâches, ce qui évite une exécution via ssh et je programme une sauvegarde journalière de la base pour ma part. (Pour le cas où une coupure dure et que le synology se coupe..) Ne pas oublier de modifier EMPLACEMENT dans les scripts. backupmedia.sh : #!/bin/sh cd /volume1/EMPLACEMENT rm mediaserver.sql /usr/syno/pgsql/bin/pg_dump -U postgres -C -F p -b -v -f /volume1/EMPLACEMENT/mediaserver.sql mediaserver exit 0 restoremedia.sh : #!/bin/sh cd /var/spool rm syno_indexing_queue* killall synoindexd killall synoindexscand /var/packages/MediaServer/scripts/start-stop-status stop /usr/syno/pgsql/bin/dropdb -U postgres mediaserver /usr/syno/pgsql/bin/psql -U postgres -d template1 -f /volume1/EMPLACEMENT/mediaserver.sql /var/packages/MediaServer/scripts/start-stop-status start rm syno_indexing_queue* killall synoindexd killall synoindexscand exit 0 Un petit partage, pour ma part j'en avais marre de me taper plus d'une journée de re indexation à chaque MAJ, surtout qu'en ce moment ça y va... Donc autant partager ;-)

C'est ce que je disais, déplace le dossier phpmyadmin et crée un sous domaine pour y accéder ;-)

J'avais pas de problème avec le mien, maintenant si phpmyadmin est directement dans un sous dossier de ton site principale, ton htaccess l'impact et forcément ta sécurité ne peux qu'en pâtir. Chaque site son dossier, son htaccess, ensuite on passe par les sous domaine ;-)

Sache aussi que via un htaccess l'on peu aussi bloquer tous ce qui est injection et consort, pas forcément besoin d'un tiers ;-)

Très bonne News, si d'autre pouvez suivre aussi, maintenant à voir s'ils peuvent avoir une section spéciale sur le forum de support et déclenchement de rma rapidement...

Peu être une MAJ de ta box ? Avec activation ou réactivation du blocage smtp, explore cette piste. Je suis chez ovh et pas de problème pour l'envois à travers un compte.

Tu peux faire une petite recherche sur exploit dB par exemple, maintenant je dirais à vue de nez le résultat d'un formulaire d'enregistrement au module banners... Rien de bien méchant ;-)

Bonjour, J'ai pas fais la vidéo entière, mais par sursaut... Le test à durée combien de temps au totale ? Cela reste un test trop court, tu devrais faire une petite semaine entière en antarctique ^^ ;-)

Pas de soucis sur 413J ;-)

Montre déjà les valeurs smart qu'on sache ce qui débloque ;-)

Non tu ne peux plus réduire le volume, changement de disque maintenant, après envoit un screen des valeurs smart.

A je vais test avec le wget pour voir, car le ping a justement l'inconvénient que tu cite.

C'est tout con, via un test ping, enfin je pense que c'est la méthode utilisé

Et bien c'est que la MAJ n'est pas faites alors, à chaque MAJ la date/heure du fichier suivra, tu es sur que le script s'exécute ? Pas une erreur dans le chemin au niveau de la tâche ?