Il y’a une case à cocher pour forcer le https (enforce https ou ssl je crois)
C’est bon ca fonctionne
Youpi !!!
merci pour l’aide
1 « J'aime »
Bonne nouvelle
Alors où se situait la coquille ?
En synthèse à plusieurs endroit :
- en premier le port forwarding ne doit pas pointer vers home assistant mais 80 vers 80 et 443 vers 443.
- en second un DHCP qui avait bougé sur la box suite à une réinitialisation de la machine
- un peu des mystères de l’informatique ?
1 « J'aime »
Bonjour,
Je suis un peu perdu : depuis cette discussion tout fonctionne parfaitement mais depuis hier après une coupure de courant, je n’ai plus d’accès extérieur.
Erreur 400.
J’ai beau lire le forum je ne comprends pas et je ne veux pas faire de bêtise
Avez-vous une idée ?
bonsoir,
c’est toujours bien de poster des images décran des erreurs
mais je penche pour une IP qui aurais pu changer comme ici ?
ton ip est bien fixée dans le DHCP ?
oui et j’ai toujours accès en local avec la même ip
mon ip publique n’a pas changé non plus
Je ne sais pas trop quoi mettre comme image
J’ai juste
" 400 : Bad Request "
et tu n’as rien changé ? dans ta config ?
car le bad request c’est gerne tu veux atteindre un site sans ssl en forçant le SSL et inversement …?
une capture de ton navigateur car vous ne voyez pas toujours les messages cachés entre les lignes
genre les différents logos avant l’adresse
to certificat n’a pas expiré ? (ça ne serait pas une erreur 400 logiquement)
Slt,
non rien changé, je m’en suis rendu compte couché quand j’ai voulu accéder à l’application.
Je ne faisais pas de paramétrage
Et le certificat SSL est OK :
Tu peux nous mettre la configuration de ton hôte sous nginx proxy manager
Je me réponds
Il y avait un problème dans le yaml (fichier « configuration.yaml »)
J’ai du modifier l’adresse sur les ligne suivante :
#autoriser utilisation reverse proxy
http:
use_x_forwarded_for: true
trusted_proxies:
- 172.3X.XX.Y
Je l’ai vu en allant voir les log de HA.
Mais je ne sais pas pourquoi j’ai du changer cela après un simple redémarrage après coupure de courant.
C’est normal il faut autoriser tous le range
172.18.0.0/16, l’IP du conteneur docker a semble-t-il.changé