Aller au contenu

PPJP

Membres
  • Compteur de contenus

    393
  • Inscription

  • Dernière visite

  • Jours gagnés

    5

Messages posté(e)s par PPJP

  1. Bonjour Zeus,

    Merci tardif de ton retour sur le script.
    C'est une bonne chose qu'il semble fonctionner chez toi.
    Mais qu'en sera-t'il sur une configuration de Nas différente (même si je suis assez confiant).

    Par contre je suis surpris des temps d'exécution qui sont beaucoup plus long que chez moi.
    Quelques exemples:

    Création du certificat par acme 161s contre 27s (registrasr différents)

    Redémarrage des paquets que nous relançons en commun:
    CardDavServer:           65s contre 18s
    LogCenter:                    52s contre 7s
    SynologyDrive:             98s contre 36s
    SynologyMomernts:    82s contre 28s
    VPNCenter:                  35s contre 23s
    WebDavServer:            54s contre 10s

    Sur quel type de Nas as-tu fait le test  (je sais que tu en as plusieurs)?
    D'autres processus lourds étaient-ils en cours?

  2. Bonjour Zeus,

    Une nouvelle version du script selon le principe décrit dans mon précédent post.

    Malheureusement a adapter à sa configuration.

    2 variables à modifier (lignes 21 et 22)

    PKGIGNORES: ce sont les paquets dont je n"arrive pas à lire l'état et qui ne sont pas traités

    PKGFORCES ce sont les paquets que l'on a pas su traiter et dont au force systématiquement le redémarrage (initialée à phpMyAdmin pour toi)

    Le 11/02/2019 à 02:46, PPJP a dit :

    Pour un renouvellement à X jours (X de 0 à 90)
    bash /pathduscript/majcertificat.sh X  > /pathduscript/majcertificat.log 2>&1

    majcertificat.sh

  3. Bonjour Zeus,
    Encore désolé de mes délais de réponses, mais malgré mon age au dessus de la moyenne, je suis très occupé.
    Je te joins une version du script pour tester le redémarrage de APACHE chez toi.
    Je ne peux le tester de manière correcte chez moi car ces paquets ne sont pas stoppés lors de la maj du certificat.

    En cas de succès nous pourrions envisager de modifier ce script ainsi:
    Avant maj du certificat:
    Lister les paquets installés et leur statut en ne conservant que les paquets lancés (pour ne pas relancer les paquets volontairement stoppés)
    Mettre à jour le certificat
    Après maj du certificat:
    Revérifier le statut de tous les paquets précédemment identifiés et relancer ceux toujours arrêtés.

    Ainsi le script majcertificat.shserait adapté aux différentes configurations de NAS.

    Tiens moi informé du résultat chez toi.
    J'essaie de repasser assez vite sur ce forum.

     

  4. Bonsoir,

    Je fais court pour ne pas m'attirer les foudres d'un modo (grand adepte des fessées!)

    Le 11/02/2019 à 02:46, PPJP a dit :

    Pour un renouvellement à 85 jours
    bash /pathduscript/majcertificat.sh  > /pathduscript/majcertificat.log 2>&1
    Pour un renouvellement à X jours (X de 0 à 90)
    bash /pathduscript/majcertificat.sh X  > /pathduscript/majcertificat.log 2>&1

    Lance avec le paramètre à 0

  5. Bonsoir,

    Je suis comme toi, je ne programme pas en Bash, que je le trouve imbuvable!

    Ci-jointe une nouvelle version qui doit relancer  Moments (elle fonctionne chez moi).

    Tiens moi au courant du résultat. (paquets non relancés)

    Je te joindrai dans qq temps une version pour relancer les Apache, mais je ne pourrai pas la tester car je n'ai jamais eu d’arrêts de ces paquets

    majcertificat.sh

  6. Je viens de regarder le fichier synoservice.log et je n'ai pas tout compris.
    On voit que Moments est arrêté (2 fois), et n'est jamais redémarré.
    Le script ne demande ni l’arrêt ni le redémarrage de ce paquet!

    J'ai rajouter en fin de script une commande de restart de Moments.
    Cela fonctionne.C'est sale mais c'est une piste de recherche.

    Donc pour moi
     Déjà installé phpMyAdmin: a toujours été OK
     Installé pour test Apache 2.2 a toujours été OK
                                   Apache 2.4 a toujours été OK
                                   Moments redémarre avec l'ajout de commande en fin de script

    Pour info la partie de synoservice.log correspondante

    https://framabin.org/p/?bebd694c53abf131#L+ZTx9qp//6sm6cB7h1fV+Ybf9ZLpinV7jBcrsTLzho=

     

     

    PS: je viens de découvrir la modif de ton post

    Je vais regarder, dans les prochaines soirées, ce que l'on peut obtenir de cette nouvelle piste qui semble intéressante.

  7. @Zeus

    Bonsoir,
    Désolé car j'ai loupé le message ou tu me citais.
    Je ne suis pas très régulier sur ce forum et ai la mauvaise habitude de ne pas m'identifier car je n'ai pas à y écrire.

    Concernant le script, les redémarrages demandés de paquets semblent se faire correctement.
    Le redémarrage des paquets arrêtés ne doivent pas avoir été demandés.

    Il est difficile de savoir quels sont les paquets arrêtés lors de la mise à jour du certificat.
    Chez moi tous les paquets sont OK dont phpMyAdmin.

    Pour test, je viens d'installer Apache 2.2, Apache 2.4 et Moments.
    Résultat: Les 2 Apaches OK,(sans demande de redémarrage par le script) et Moments arrêté.
    Donc pas cohérent avec ce qui est constaté chez toi.
    Je crains que l'on soit devant un problème de dépendance.

    @Mic13710

    Le redémarrage proposé par Neilpang ne relancera les mêmes paquets que le script actuel.

    @Zeus

    A toute fin utile  je joins une nouvelle version du script qui ne fait pas appel au CRON.
    C'est une modif que j'avais faite après constat d'un risque de rater un renouvellement.
    Le Nas était en arrêt pour dépoussiérage périodique (heureusement il était également lancé au boot).
    Si l'on rate un créneau le suivant arrive après péremption du certificat.

    Il est lancé journellement par une tache planifiée par:
    Pour un renouvellement à 85 jours
    bash /pathduscript/majcertificat.sh  > /pathduscript/majcertificat.log 2>&1
    Pour un renouvellement à X jours (X de 0 à 90)
    bash /pathduscript/majcertificat.sh X  > /pathduscript/majcertificat.log 2>&1

    Si utilisation de pas oublier de supprimer a ligne de crontab correpondant à l'ancienne vesion

    Le script oublié!!!

    majcertificat.sh

  8. Bonsoir,

    L'aout du point d'accès Wifi ne changera rien au Pb qui est que le livebox (2 ou 3?) ne gère pas le loopback.

    Pour moi, vous n'avez que 4 solutions:

    1 Faire changer votre box par Orange pour une livebox 4 qui gère le loopback (à confirmer), mais ce sera très certainement payant.

    2 Passer par QuickConnect  (pas recommandé).

    3 Intercaler un routeur derrière votre box.

    4 Changer de FAI pour un fournissant des box gérant le loopback.

    Et bien sur ne pas utiliser le wifi sur votre mobile...

  9. Depuis quelque temps les dénominations des types de sauvegardes dans HyperBackup changent régulièrement,

    Mes connaissances à ce sujet ne sont donc pas à jour.

     

    Mais je pense que

    Dossier local & USB : correspond à une sauvegarde permettant de conserver plusieurs versions mais lisible seulement par HyperBackup.

    Dossier local & USB (monoversion) : correspond à une sauvegarde permettant de conserver une seule version mais lisible directement.

     

    Faites des tests sur des dossiers contenant peu de fichiers.

     

    Si toutefois cela ne vous convenait pas vous pourriez utiliser une commande rsync lancé par le planificateur de tâches.

    Ci dessous un exemple de doc que l’on peut trouver concernant rsync

    https://doc.ubuntu-fr.org/rsync

  10. Bonjour,

    @daffy

    Il y a 4 heures, daffy a dit :

    Si l'alerte est indiquée pour qu'il, y ait utilisation du HTTPS, je veux bien.

    Sinon comme indiqué dans le tuto de Fenrir, le routage sur d'autres ports que ceux préconisés ne représente pas un trou dans la sécurité...

     

    Je n’ai jamais parlé de routage sur d’autres ports (ce qui ne présente d’ailleurs pas de gros avantages)

    Mais l’ouverture des ports 5000 et 7000 sur la box en HTTP n’est vraiment pas recommandée.

     

    @PiwiLAbruti

    Il y a 3 heures, PiwiLAbruti a dit :

    Plutôt 1Mb/s. 

    Deux réponse possibles :

    La réelle ; bien évidemment < 1Mbs, erreur de frappe malheureuse.

    Celle avec une mauvaise foi évidente : si < 1Mb/s c’est bien < 1Gb/s

  11. Bonsoir,

    Je ne pense pas que Synology  prenne en compte le traitement des jours fériés.

    Trop de différences selon les pays.

    Difficile de traiter les jours fériés mobiles (Les taches planifiées utilisent le cron)

    Et même si cela était le cas d'autres pbs surgiraient : ponts, congés ...

    La solution réaliste est de modifier manuellement la programmation des sauvegardes.

     

    Le 09/09/2018 à 22:46, Fixy a dit :

    Pour info, le NAS possède plusieurs ports USB, et les disques peuvent dès lors être reconnus comme des entités différentes. 

    Les disques sont reconnus comme des entités différentes même sur un seul port USB

  12. Bonsoir,

    quelques remarques ou suggestions :

     

    Si vous voulez faire des copies du disque 1 vers le disque 2 Syncback n’est pas la meilleure solution.

    En effet vos données vont suivre le trajet Disque 1—PC--Disque 2, ce qui n’est pas le plus efficace et nécessite d’avoir le PC allumé pendant toute l’opération.

    Utilisez plutôt Hyper Backup, où les transferts sont internes (donc sans PC) ,plus rapides et peuvent être programmés (ce qui évite les oublis).

     

    Vous pouvez également envisager la solution de monter votre second disque dans un boîtier USB externe connecté au Nas. La sauvegarde également faite par Hyper Backup.

    Vous auriez ainsi une sauvegarde opérationnelle même en cas de panne du Nas.

     

    L’utilité d’un NAS est d’être accessible par un réseau, donc par tout PC, autre serveur … situés sur ce même réseau, et donc de pouvoir partager des données (selon les droits donnés aux différents utilisateurs/groupes).

×
×
  • 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.