Nico Posté(e) le 23 juin 2018 Signaler Posté(e) le 23 juin 2018 Passe pas chez moi, mais pas eu le temps de chercher. Et moi ça vient du user@mdp je pense, j'ai une * dans le mot de passe, il faut sans doute mettre qque chose avec.
Sakkhho Posté(e) le 23 juin 2018 Signaler Posté(e) le 23 juin 2018 http://user:pass@HCIP/services/system/reboot.php les comptes admin étant en xxx@email.com ca pose pas problème ca d'avoir un @ au milieu ? d'avoir en gros http://user@email.com:pass@HCIP/services/system/reboot.php
Sakkhho Posté(e) le 23 juin 2018 Signaler Posté(e) le 23 juin 2018 (modifié) meme le truc de base http://user:pass@192.X.X.X.X/services/system/reboot.php tombe sur un page "not found 404" Modifié le 23 juin 2018 par Sakkhho
J3R3M Posté(e) le 23 juin 2018 Auteur Signaler Posté(e) le 23 juin 2018 @Sakkhho, j’ai simplement tapé l’URL en question dans le navigateur d’un ordinateur de mon réseau local et ça lance directement et systématiquement un redémarrage de la HC2. Pourquoi ne pas simplement essayer au lieu de demander si ça fonctionne vraiment ? @Nico Je n’ai rencontré aucun problème en mettant le mail (contenant donc un @), ça fonctionne parfaitement. Je t’invite à essayer en encodant ton user et ton mot de passe pour qu’ils soient compatibles avec l’envoi via URL, au cas où.
Nico Posté(e) le 23 juin 2018 Signaler Posté(e) le 23 juin 2018 Yes, avec l'encode cela a fonctionné la seconde fois !
Sakkhho Posté(e) le 23 juin 2018 Signaler Posté(e) le 23 juin 2018 Il y a 2 heures, J3R3M a dit : @Sakkhho, j’ai simplement tapé l’URL en question dans le navigateur d’un ordinateur de mon réseau local et ça lance directement et systématiquement un redémarrage de la HC2. Pourquoi ne pas simplement essayer au lieu de demander si ça fonctionne vraiment ? @Nico Je n’ai rencontré aucun problème en mettant le mail (contenant donc un @), ça fonctionne parfaitement. Je t’invite à essayer en encodant ton user et ton mot de passe pour qu’ils soient compatibles avec l’envoi via URL, au cas où. bien sur que j'avais testé et c'tait bien un problème de @ ou autre car en utilisant l'encode ca passe.
Sakkhho Posté(e) le 23 juin 2018 Signaler Posté(e) le 23 juin 2018 par contre j'arrive toujours pas à l'executer via un tache du syno IPHC="admin:pass encodé" curl http://IPHC@192.168.X.XX/services/system/reboot.php vous avez une idée ?
J3R3M Posté(e) le 23 juin 2018 Auteur Signaler Posté(e) le 23 juin 2018 il y a une heure, Sakkhho a dit : bien sur que j'avais testé et c'tait bien un problème de @ ou autre car en utilisant l'encode ca passe. Okay, de rien... il y a une heure, Sakkhho a dit : par contre j'arrive toujours pas à l'executer via un tache du syno IPHC="admin:pass encodé" curl http://IPHC@192.168.X.XX/services/system/reboot.php vous avez une idée ? Essaie de mettre le lien entre guillemets. As-tu activité les redirections HTTPS sur le Syno ?
Nico Posté(e) le 23 juin 2018 Signaler Posté(e) le 23 juin 2018 Pareil, sur le Syno ça veut pas, pourtant avant avec l'ancien système cela fonctionne avec la même syntaxe.
Sakkhho Posté(e) le 24 juin 2018 Signaler Posté(e) le 24 juin 2018 hello oui les connexions HTTP sont automatiquement en HTTPS sur le SYNO l'ancienne méthode qui marchait était comme ceci IPHC="192.168.0.xx" curl http://$IPHC/services/finishUpgradeAfterError.php j'ai tente la meme chose en encodant tout le code IPHC="email:pass@IP encodé" curl http://$IPHC/services/system/reboot.php mais toujours rien. merci pour votre support :-)
Nico Posté(e) le 24 juin 2018 Signaler Posté(e) le 24 juin 2018 Pareil, ne passe pas, je ne sais pas ce qu'il faut changer.
Lazer Posté(e) le 24 juin 2018 Signaler Posté(e) le 24 juin 2018 Il y a 21 heures, Sakkhho a dit : par contre j'arrive toujours pas à l'executer via un tache du syno IPHC="admin:pass encodé" curl http://IPHC@192.168.X.XX/services/system/reboot.php vous avez une idée ? il manque un $ devant IPHC dans le curl Il y a 10 heures, Sakkhho a dit : j'ai tente la meme chose en encodant tout le code IPHC="email:pass@IP encodé" curl http://$IPHC/services/system/reboot.php mais toujours rien. merci pour votre support :-) Là pas contre il ne vaut pas encoder le @IP Tu fais un mix de tes 2 codes et tu vas finir par tomber dessus, un truc du genre : IPHC="email:pass encodé" curl http://${IPHC}@192.168.X.XX/services/system/reboot.php
domo Posté(e) le 24 juin 2018 Signaler Posté(e) le 24 juin 2018 salut à tous pour le script il faut le mettre dans le syno dans planificateur de tâches ? merci de vos réponses
domo Posté(e) le 24 juin 2018 Signaler Posté(e) le 24 juin 2018 vous avez mis quoi pour ca il faut changer quelques chose ou je laisse comme ça muser="hc2@email.com" musern="Gateway" # email to memail="me@email.com"
Sakkhho Posté(e) le 24 juin 2018 Signaler Posté(e) le 24 juin 2018 @Lazer rien à faire - ca ne s'exécute pas. @domo ; je prends que la ligne de code du reboot, pas de reste.
Lazer Posté(e) le 24 juin 2018 Signaler Posté(e) le 24 juin 2018 (modifié) Je ne suis pas spécialiste Apache, mais la ligne de configuration suivante me laisse à penser que cette URL n'est accessible que depuis localhost 127.0.0.1 : ProxyPass /api/service http://127.0.0.1/services/system retry=0 Par conséquent, je ne vois pas bien comment ça pourrait fonctionner chez certains. A la limite, ça fonctionne depuis un VD ou une Scène en local sur la HC2, mais ça on s'en moque, puisque ce que vous voulez, c'est rebooter la box depuis une autre machine, quand la HC2 est plantée. Donc ça ne me semble pas faisable. EDIT : en fait, je pense que cette ligne de configuration permet de faire rebooter la box sans authentification user/password uniquement en local. A distance, il semble que l’authentification soit nécessaire, auquel cas on devrait pouvoir rebooter quand même. Du coup, il faut que vous compreniez pourquoi ça ne fonctionne pas.... récupérez le code retour de votre appel curl, il y a toutes les chances que ça soit juste un problème d'auth (code 401). IPHC="email:pass encodé" curl --write-out %{http_code} http://${IPHC}@192.168.X.XX/services/system/reboot.php A exécuter en ligne de commande pour voir le résultat à l'écran. Modifié le 24 juin 2018 par Lazer
Nico Posté(e) le 24 juin 2018 Signaler Posté(e) le 24 juin 2018 Comme dit, moi depuis le navigateur c'est passé 2 fois, la première fois il m'a demandé de m'authentifier...
Lazer Posté(e) le 24 juin 2018 Signaler Posté(e) le 24 juin 2018 bon bah voilà, c'est juste un problème de syntaxe de l'auth dans le script que vous utilisez
Nico Posté(e) le 24 juin 2018 Signaler Posté(e) le 24 juin 2018 Non, car j'ai utilisé x fois la même url en copié/collé. Je retesterai plus tard. Et c'était pas le navigateur, par le Syno impossible pour le moment.
Lazer Posté(e) le 24 juin 2018 Signaler Posté(e) le 24 juin 2018 Nico t'as pas lu mon message, tu réponds à coté de la plaque ..... j'ai bien dit que le problème concerne le script du syno
Sakkhho Posté(e) le 24 juin 2018 Signaler Posté(e) le 24 juin 2018 attention question très conne, comme on a accès à ligne de commande sur un nas ? j'ai pas de terminal et autre..
Nico Posté(e) le 24 juin 2018 Signaler Posté(e) le 24 juin 2018 Comprends pas Lazer, mais si tu le dis. Pour moi, cela fonctionne en URL dans le navigateur, donc ça c'est ok. La partie script fonctionnait aussi avec l'ancien lien de reboot et la même syntaxe. Du coup c'est le mix des 2 qui ne fonctionne pas, mais pour trouver comment l'écrire, il faut connaitre.
Lazer Posté(e) le 24 juin 2018 Signaler Posté(e) le 24 juin 2018 Sur DSM, dans le panneau de configuration, activer le Terminal SSH. Puis avec PuTTY (Windows) ou équivalent, ouvrir une ligne de commande avec le compte admin. (le login root n'est plus possible depuis DSM 6, il faut se loguer admin, puis utiliser sudo pour passer root.... mais normalement vous n'en n'aurez jamais besoin, une session admin est plus que suffisante pour faire un simple curl)
Sakkhho Posté(e) le 24 juin 2018 Signaler Posté(e) le 24 juin 2018 (modifié) je me connecte en ssh depuis termnial sous mac ssh utilisateur@ip_du_serveur ca se connecte, mais mon mot de passe admin passe pas, pourtant je suis sur du mdp je cherche Edit; ok j'y suis Modifié le 24 juin 2018 par Sakkhho
Sakkhho Posté(e) le 24 juin 2018 Signaler Posté(e) le 24 juin 2018 (modifié) j'ai ce retour quand je lance curl --write-out %{http_code} http://$email:passencodé@192.168.0.xx/services/system/reboot.php retour 401admin@DS216Play:~$ Modifié le 24 juin 2018 par Sakkhho
Messages recommandés