Requête HTTP shutdown Synology

[ASECADOMOTIQUE54]

Big merci à toi Pierre! l'affaire est résolu!
au final c'etait quoi le problème?
Parce qu'on est des quiches en php mais on aime bien connaitre le fin mot de l'histoire...

[Madoma73]

je ne sais pas, j'ai abandonné la phpseclib, plein de problèmes similaires sur les forums et j'ai ré-écrit le script (pas trop dur !) pour l'extension ssh fourni par Syno

[ASECADOMOTIQUE54]

"pas trop dur" parle pour toi! Lol
En tout cas c'est nickel, ça fonctionne très bien, cela faisait un petit moment que tout le monde sechait la dessus...

[frenchdm]

ça ne marche pas chez moi, tu peux expliquer comment tu as fait ASECADOMOTIQUE54
Merci !

[ASECADOMOTIQUE54]

bah rien de spécial,
tu colles le bout de code de Pierre dans un editeur de texte, tu remplaces par ton mot de passe <password>
tu enregistres cequetuveux.php , tu le place dans le dossier web de ton syno puis tu test en appelant
le fichier http://IP DE TON SYNO/VOLUME1/WEB/SCRIPT/cequetuveux.php
Tu doit avoir un message de retour t'indiquant que le syno va s'arreter

[Madoma73]

il faut aussi remplacer l'ip par la bonne et ne pas oublier d'activer l'extension php ssh2, sinon ça ne marchera pas

[ASECADOMOTIQUE54]

ah oui l'ip j'avais zappé bien vu

[frenchdm]

J'avais oublié l'adresse ip .... Et ça marche nickel

Grand , grand merci

[Madoma73]

n'oubliez quand même pas de mettre un .htaccess pour que n'importe qui ne puisse pas éteindre votre NAS....

[ASECADOMOTIQUE54]

merci de te soucier de notre sécurité Pierre
Moi j'ai opté pour ça
order deny,allow
deny from all
Allow from 192.168.1.0/24
je pense que c'est suffisant, aprés autoriser seulement ip eedomus c'est bien mais je pourrai pas tester les scripts manuellement
je l'ai mis à la racine de mon dossier scripts
Qu'en penses tu?

[Madoma73]

imaginons un scénario plausible, le range @ip 192.168.1.0/24, c'est 255 adresses, il y a de fortes chances que ta box quand tu te connectes (en wifi), te donnes une @ip dans ce range et uniquement dans celui-ci.
En fait, tu autorises tout ceux qui sont connectés à ta box(= réseau wifi) à éteindre ton NAS, donc grosso modo, tu n'as en fait AUCUNE restriction (puisque par définition, ceux qui ne sont pas connectés ne peuvent pas parler à ton réseau)

limite à ta box ET à une @ip dédiée qui est celle du PC avec lequel tu vas tester.

[ASECADOMOTIQUE54]

ok Merci pour ces précisions Pierre donc pour toi le top serait:

order deny,allow
deny from all
Allow from "ip de ma box eedomus"
Allow from "ip de mon pc test"

je précise que j'ai fixé au préalable mes ip

[Madoma73]

oui, c'est ce que je mets chez moi.

[ASECADOMOTIQUE54]

ok good merci pour ton aide

[Nico33]

Tu peux sinon autoriser le plan d'adressage fixe de chez toi et n'interdire que la plage dhcp.
Mais bon, casser une clé wpa2 n'est pas si aisé. Faut peut-être pas tant se prendre la tête.

[Madoma73]

la sécurité, c'est comme une assurance, tu la prends ou pas au choix....
quand l'assurance te coûte 40sec de ton temps pour modifier une ligne.... ce serait bête de t'en priver.

[ASECADOMOTIQUE54]

Tu peux sinon autoriser le plan d'adressage fixe de chez toi et n'interdire que la plage dhcp.
Mais bon, casser une clé wpa2 n'est pas si aisé. Faut peut-être pas tant se prendre la tête.

Oui je crois que c'est ce que je vais finir par faire ça car au final je me suis rendu compte que j'ai d'autres ip qui doivent pouvoir accéder à mon dossier script, je viens d'avoir le cas pour lire mes statperiphs (outil de gussdelamort) via un capteur html.
D'ailleurs à ce sujet c'est toujours impossible de visualiser directement ces capteurs html avec chrome sans avoir à cliquer en haut à droite dans la barre de navigation à chaque fois?

la sécurité, c'est comme une assurance, tu la prends ou pas au choix....
quand l'assurance te coûte 40sec de ton temps pour modifier une ligne.... ce serait bête de t'en priver.

entièrement d'accord

[pauwer64]

Bonjour. Le script ne fonctionne plus depuis le passage à la version 6 de DSM. En effet l'utilisateur rote est désactivé.
Une solution ?
Merci d'avance

[aurique]

C'est l'utilisateur Root qui est désactivé ...

[pauwer64]

Bonjour. Personne n'a trouvé de solution pour palier à la désactivation du compte root en ssh ?