Messages : 1,205
Sujets : 63
Inscription : Dec 2016
Réputation :
1
Version de firmware du serveur: v3.0.150
Profil : Utilisateur
C'est vrai que IFTTT c'est la solution de facilité.
L'idéal étant l'intégration en natif sur LD. Ils sont obligés que ça arrive, donc ça viendra (ça c'est mon côté trop optimiste ...)
Maintenant, j'ai posé la question à l'auteur du topic sur la libération du port 80, mais j'ai pas tout/rien compris.
Peut-être que tu peux m'expliquer (sachant que j'aimerai bien garder le php, car j'ai un script (que je partagerai bientôt ici) pour surveillance station en php)
Citation :Hi Vincent,
I will update the post to include the details soon, in the meantime this is what I did.
Install WebStation and Apache 2.4 (I don't use PHP but you could use https://github.com/WaLLy3K/...
Apache is required so that we can change the 404 error page without touching config. If you need NGINX you will have to modify the nginx.conf directly (possibly lost during updates? )
Now as I don't serve anything else from WebStation I can use the root server under /volume1/web
I created a file name '.htaccess' in the root folder which contained the only line 'ErrorDocument 404 /blocked-by-pihole.svg'
I also placed this image (https://camo.githubusercont... in the root directoy.
Now anytime pihole redirects it will hit webstation, product a 404 and return the image.
Hope this makes sense??
Likes Received: 179 in 132 posts
Likes Given: 150
Messages : 69
Sujets : 1
Inscription : Oct 2016
Réputation :
0
Jojo,
C'est pas parfaitement clair pour moi non plus mais dans les grandes lignes, je crois que l'auteur du tuto faisait tourner un container pour bloquer les pubs sur tous les appareils de son réseau local (les pubs étant remplacées par des images plutôt que par de vilains 404).
Il a trouvé le moyen de faire tourner son container sur un autre port que le 80, mais il a quand même besoin de servir ses images de blocage de pub plutôt qu'un 404 : il est arrivé à faire ça avec Web Station.
Pour Google Home on n'a pas le choix, c'est le port 80 ou rien du tout !
Mais rien de t’empêche de faire tourner Web Station sur le port 81 ou 8080 par exemple ;)
Likes Received: 16 in 10 posts
Likes Given: 3
Messages : 1,205
Sujets : 63
Inscription : Dec 2016
Réputation :
1
Version de firmware du serveur: v3.0.150
Profil : Utilisateur
j'essaie de comprendre ...
Donc ce que tu me dis, c'est que je pourrait faire tourner mon Web Station sur un autre port que le 80 (et n'importe lequel) et ensuite appliquer son tuto (jusqu'où ?) pour libérer le port 80 ?
Likes Received: 179 in 132 posts
Likes Given: 150
Messages : 69
Sujets : 1
Inscription : Oct 2016
Réputation :
0
11-30-2017, 12:02 AM
(Modification du message : 11-30-2017, 12:03 AM par aureOhwo.)
En fait pour aller plus vite il suffit que tu te log en root via ssh sur le syno et tu tape cette commande (ça vient d'un commentaire du billet, testé et approuvé) :
Code :
sed -i -e 's/80/81/' -e 's/443/444/' /usr/syno/share/nginx/server.mustache /usr/syno/share/nginx/DSM.mustache /usr/syno/share/nginx/WWWService.mustache
synoservicecfg --restart nginx
Ca remplace le port 80 par le port 81 et le port 443 par le port 444.
Ensuite tu reprend mon tuto à l'étape "Installer HA Bridge via docker sur le synology".
Quand tu voudra accéder à tes scripts php, il suffira de lui préciser le port 81 (http://tonserveur:81/tonscript.php) et ça devrait le faire !
Likes Received: 16 in 10 posts
Likes Given: 3
Messages : 1,205
Sujets : 63
Inscription : Dec 2016
Réputation :
1
Version de firmware du serveur: v3.0.150
Profil : Utilisateur
J'y regarde ce soir, merci
Envoyé de mon Nexus 5 en utilisant Tapatalk
Likes Received: 179 in 132 posts
Likes Given: 150
Messages : 1,205
Sujets : 63
Inscription : Dec 2016
Réputation :
1
Version de firmware du serveur: v3.0.150
Profil : Utilisateur
approuvé chez mooi également sur mon Syno de Test.
Et ça tient après un redémarrage.
=> MERCI
Je continue la suite.
@HSD, je suis têtu, je sais ...
Likes Received: 179 in 132 posts
Likes Given: 150
Messages : 1,205
Sujets : 63
Inscription : Dec 2016
Réputation :
1
Version de firmware du serveur: v3.0.150
Profil : Utilisateur
oh, je sens que je vais m'amuser après le souper !
Likes Received: 179 in 132 posts
Likes Given: 150
Messages : 1,205
Sujets : 63
Inscription : Dec 2016
Réputation :
1
Version de firmware du serveur: v3.0.150
Profil : Utilisateur
P.S. : ce n'est vraiment pas "capilotracteur", surtout avec des explications aussi claires
Likes Received: 179 in 132 posts
Likes Given: 150
Messages : 912
Sujets : 109
Inscription : Jul 2016
Réputation :
0
Version de firmware du serveur: Stable 2,0,137 RC1
Profil : Utilisateur
Tu ne lâches jamais rien @jojo
Likes Received: 174 in 123 posts
Likes Given: 248
Messages : 1,205
Sujets : 63
Inscription : Dec 2016
Réputation :
1
Version de firmware du serveur: v3.0.150
Profil : Utilisateur
(11-27-2017, 10:09 PM)fil a écrit : Bonjour,
Euhh, moi je constate plutôt l'inverse, j 'arrive a déclarer le HA-bridge sur l'appli HUE 2.17.0 (iOS comme android) mais pas sur la version 1.14.0.1 android ???
Par contre, avec la version 2.17.0, ça fonctionne que si je renseigne l'ip manuellement du bridge dans l'appli?
Sinon, j'ai besoin de vos lumières, je ne voix pas le rapport entre la version de hue et GH, car si je veux ajouter un appareil, quand je "clique" sur Philips hue dans l'aplli google home, celle-ci m'ouvre directement la page https://account.meethue.com... puis login/mdp et recherche du pond qui vu du cloud est bien sur introuvable.
Merci d'avance.
je croyais avoir fait le plus dur, mais non ...
1) je ne retrouve absolument pas les commandes référencées par
aureOhwo dans son tuto.
Alors j'ai installé comme fil le Philips Hue sur mon Android. Mais pourquoi
aureOhwo n'en parle pas ?
Quoi qu'il en soit, (comme fil), seule la verion 2.17.0 me permet de connecter un bridge manuellement.
Puis quand je retroune dans Google Home, il s'évertue à rechercher des appareils automatiquement, et il ne trouve rien.
Je crois que je vai aller dormir avant de tout casser
Likes Received: 179 in 132 posts
Likes Given: 150