unPixel

Bonjour et bienvenu sur le forum 🙂

Bonjour, Je verrais plutôt quelque chose comme ça : Utiliser une application de scan sur le smartphone avec enregistrement du fichier. Copie de ce fichier dans ton Drive depuis ton smartphone qui ensuite se synchronisera avec la partie serveur sur ton NAS. Pour de l'automatisation, c'est certainement possible mais pour ça, il va te falloir apprendre à coder en utilisant les API de Synology. Ils en ont pour à peu près toutes leurs applications donc il doit bien y en pour Drive.

Ces 36 Go, c'est pas normal si tu as mit 0 dans le versioning. Tu as combien en versioning maintenant et ton dossier Drive fait combien aussi stp ?

Euhhh, de base, Photo Station n'écoute pas sur les ports 80 et 443 ?

Bonsoir, En effet, comme le dis Thierry94, il faut ajouter /photo à la fin de l'url. Pour faire fonctionner Photo Station sur le reverse proxy, il faut faire des modifications via htaccess si mes souvenirs sont bons. Certains l'avaient fait sur le forum.

Merci pour la continuité de ton tuto 🙂

Bonsoir, Je reviens vers toi @PPJP pour m'excuser mais je ne pourrais pousser mes tests ces prochaines heures. Je suis passé récemment en tout DNS over HTTPS sur mon réseau et j'ai forcément Pi-Hole qui fait des siennes. Il faut que je règle ce petit soucis avant de pouvoir lancer des blocages d'url et voir comment ça passe. Merci pour ta compréhension 😉

Bonjour et bienvenu sur le forum 🙂

Ah ok. Je ne connais pas cette application même si j'en connais son principe.

Oui mais ça n'a rien à voir son affaire. Il y a les trucs de crypto monnaies et les trucs de ransonware. Sans compter que le mail de Synology disait bien le "comment" le rançonware arrivait à atteindre le NAS et que ce n'était en aucun cas une faille logicielle mais un faille humaine à savoir une mauvaise configuration du NAS ou des accès aux comptes utilisateurs trop simplistes.

Je serais curieux de savoir comment tu as chopé ça...😲

Bonjour et bienvenu sur le forum 🙂

Bonjour, Étrange soucis que tu as là... As-tu une sauvegarde de ces données assez ancienne ? Si oui, essaie de restaurer un de ces fichiers pour voir si ça passe. Peut-être qu'il y a une corruption de données, je ne sais pas.

Je vais rebondir sur ta phrase. Sache que même avec la fibre, c'est pas au top. Je suis en train de faire des essais de restauration via le cloud sur des gros fichiers (dizaine de Go) et ça passe pas bien... Le NAS a besoin de rapatrier le fichier pour le déchiffrer et ensuite le proposer au téléchargement quand on veut un simple téléchargement et ça, ça passe pas... De rien 🙂

Bonjour, Je ne connais pas HAProxy mais est-ce que le reverse proxy intégré à DSM6 ne te conviendrait pas en remplacement ?

Bonjour et bienvenu sur le forum 🙂

Et bien ça été rapide 🙂 Merci, je ferais quelques tests demain en ne mettant que trois url et en jouant sur des blocages de ces URL pour simuler des sites off. Je te tiens au courant demain en journée 🙂 Merci

Oui, j'estime que je peux subir une panne de 12h en ce moment même. Mais encore une fois, ce n'est pas fixé. Je pourrais tout aussi bien décidé le lendemain de passer ce test à 1h. A la rentrée par exemple, ça sera différent. Je passerais certainement à beaucoup plus court. Chez certains provider, le changement est très rapide. Chez OVH par exemple, j'ai une option qui accélère la propagation 😉 Prend ton temps 😉 Bonne soirée également et merci.

Parce que je fonctionne comme ça avec mes scripts 🙂 Je préfère tout uniformisé dans la même interface. Synology fait de bonnes choses et ça à mes yeux en est une. Je trouve par ailleurs contrab indigeste. J'avais rien demandé au départ mais je me suis mêlé au jeu d'améliorer le script et c'était une idée oui car j'avais pensé à cette éventualité que le seul site sur lequel on se reposait pouvait à la fois être off ou même se tromper (peu probable quand même). Tu vas loin dans le scénario mais comme tout est possible alors je dirais le prochain test après remise en ligne d'internet fera le travail. Après tout, pas besoin de faire quoi que ce soit pendant ce scénario puisqu'il n'y a plus d'internet... ??? Je n'ai pas compris. Merci c'est gentil mais ne te prend pas la tête si tu as autre chose à faire 🙂 Quant à la fréquence, je n'en ai personnellement pas. Pour mon cas personnel et ayant une IP fixe non garantie, je dirais un test toutes les 12h. Mais pour d'autres, ça pourrait être toutes les minutes. C'est pour ça aussi que ça me plait de régler cela dans le planificateur de tâche. Merci en tout cas 😉

En effet, fallait le trouver ce genre de bug... Je ne sais plus laquelle c'est sur les nombreuses que tu as ajouté au script. Mais ça me ramenait bien sur Google lors de mes tests au niveau de mon serveur Pi-Hole. Et bien déjà ça et c'est pas mal 🙂 Je voyais ça comme ça en gros : Vérification de l'adresse IP WAN sur deux sites différents (pas besoin de plus). Si un des deux sites est offline alors ça vérifie sur un autre pour toujours obtenir deux sources différentes. Comparaison des deux adresses IP obtenues et si ça concorde alors c'est comparé avec l'adresse qui est contenue dans ip.txt Si l'adresse IP est la même que celle dans le fichier ip.txt, le script s'arrête sans inscription de log ou d'envoi de mail. Si l'adresse IP WAN a changé alors c'est relaté dans le fichier log et envoyé par mail. J’ajoute à ça une activation et gestion entièrement gérée par DSM. C'est lui via le planificateur de tâche qui exécute le script en fonction de la configuration qu'on a indiqué.

Absolument pas. Je n'ai qu'une instance 😉 Oui tout à fait mais je préfère que ce soit DSM qui gère ça et non le script lui même. J'aime pouvoir gérer mes services directement depuis le planificateur de tâches et que les scripts eux même ne prennent pas le dessus sur ma configuration demandée. Ok, je testerai ça ce soir 🙂

En effet, il n'y a pas cette option. Mais pour ceux qui veulent vraiment bloquer l'authentification en cas de soucis, ils peuvent toujours utiliser fail2ban...

En espérant que le cache de Google ou que d'autres robots n'aient pas eu le temps de passer par là 😞 Oui c'est bien ce que j'avais fait ensuite 😉 Cette partie du script était compréhensible pour mon petit niveau. Ok je verrais ça dans la journée, là, je vais aller me coucher. Oui oui je sais bien. Je me suis mal exprimé. Disons qu'à la fin de mes tests, je supprime la tâche planifiée qui m'a permit de faire les tests. Je pourrais tout aussi bien le faire manuellement via la console 🙂 Des scripts, j'en ai quelques un oui qui tournent. Je lance directement depuis le planificateur de tâche en cliquant sur exécuter ce qui revient au même que si je tape les deux fois la commande pour lancer le script. Je l'ai fait sur deux minutes d'intervalle car j'ai vu qu'il ne se lançait pas automatiquement malgré l'activation dans le planificateur de tâches. Or d'habitude, il n'y avait pas de soucis avec cette étape de lancement automatique. Ok pour la version de test. Par contre, je comprend pas bien ta deuxième phrase. Ca veut dire que si je lance ce script en version "surveillance" à 00h00 par exemple, ce dernier va être en continu jusqu'à 23h59 pour ne pas dire 00h00 ?

Bon et bien j'ai testé et ça ne fonctionne pas du tout. Je ne sais pas ce qui se passe mais malgré que la tâche planifiée est créée, le script ne se lance pas. Je suis obligé de le lancer manuellement. Ensuite, voilà le fichier log avec deux tests espacés de deux minutes : ---------------------- 25/07/2019 à 23:53:34 ---------------------- Votre adresse IP publique (IPv4) a changé ! Votre ancienne adresse IP était : Votre nouvelle adresse IP est : 88.345.134.2 IP sans changement IP sans changement IP sans changement IP sans changement IP sans changement IP sans changement ---------------------- 25/07/2019 à 23:55:25 ---------------------- Votre adresse IP publique (IPv4) a changé ! Votre ancienne adresse IP était : 88.345.134.3 Votre nouvelle adresse IP est : 88.345.134.2 IP sans changement IP sans changement IP sans changement IP sans changement IP sans changement IP sans changement Comme tu peux le lire, il y a des entrées qui ne devraient pas être présentes. Et elles continuent à s'inscrire en ce moment même alors même que la tâche planifiée est supprimée. Il y a donc bien quelque chose en arrière plan qui tourne continuellement. Je vais maintenant chercher comment l'arrêter en ssh car là, je peux pas redémarrer (en plein backup...).

@PPJP : ce n'est pas tes adresses mails qui sont dans le script au moins ? Quand je parlais d'erreur, je parlais de DSM lui même qui dans le gestionnaire des tâches prévient des erreurs d’exécution d'un script par mail 🙂 Je le voyais pas comme ça pour ma part. Je voyais une tâche cron lancer le script toutes les X minutes (à programmer dans DSM) et que ce test durait pas plus de 10 secondes comme avant. Là, j'ai vraiment eu l'impression qu'il tournait en boucle. Je te dis ça parce que j'ai remarqué dans mon pi-hole une tentative régulière de liaison avec un domaine de Google or j'interdis pratiquement tous les domaines de cette boite. Et en y regardant de plus près, c'était une adresse contenue dans le script. Et même après avoir supprimé la tâche dans le gestionnaire des tâches, le script continuait de tourner et mon Pi-Hole affichait toujours cette url de google. Il m'a fallu redémarrer le NAS pour que ça s'arrête. J'ai bien essayer de trouver un processus à arrêter mais je ne voyais rien d'anormal dans htop. Je testerai ta nouvelle version 😉