Votre webhook n’est peut être pas implémenté comme il faut, sans votre code on ne peut pas en dire plus (ex: avez vous implémenté la methode HEAD qui est utilisée ici ?)
Ou alors il n’était pas déployé au moment où vous avez appelé le service de registering Trello.
Ou alors c’est le fait d’être en http:// et pas en https:// qui pose pb à Trello.
Etc.
Bref commencez regardez du coté de la doc Trello si vous respectez bien leurs attentes pour ce qui est de la registration du webhook
PS: votre release P24 du 5 février est en retard de 73 commits, on ne peut pas faire de support correctement sur une version pas raisonnablement à jour.
Le problème c’est que l’enregistrement se fait sur l’instance avec port 80, mais dès que je passe sur une instance sur un autre port (ex: 81) l’erreur 403 se manifeste.
C’est ce que je dis: le pb doit être dans ce qu’accepte/refuse Trello, le port 81 n’est pas un port standard 80 (HTTP) ou 443 (HTTPS) il ne doit pas être accepté.
De manière plus générale vous ne devriez pas travailler sur des ports atypiques ni en HTTP, en 2020 les navigateurs modernes privilégient le HTTPS, la plupart des services (APIs, authentifications, …) du marché exigent aussi d’être en HTTPS.
Nous vous avions proposé un infrastructure de dev hébergée chez nous sur laquelle les instances sont toutes exposées en HTTPS sur le port standard 443). Vous avez préféré une solution d’hébergement “maison”. A vous de mettre en place ce qu’il faut pour que vos instances soient compatibles avec les contraintes des services que vous voulez utiliser.
La doc suivante donne qques exemples sur comment mettre en place divers reverse proxy qui gèrent le SSL au dessus de vos containers ou comment faire directement gérer le SSL par le container via un montage de certificat JKS, etc. Bref diverses stratégies pour faire les choses correctement.