-
-
Notifications
You must be signed in to change notification settings - Fork 1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Correct inabillity for appservice-discord to connect #748
Conversation
After recently updating my matrix-docker-ansible-deploy installation, matrix-appservice-discord would refuse to start, logging ECONNREFUSED to https://matrix.[mydomain]:443, which was resolving to 172.18.0.2 due to the `--hostname` in mailer grabbing that hostname. Curious why the IRC bridge didn't have this issue, I looked into it, and it was connecting to `http://matrix-synapse:8008`. Correcting this one to that URL resolved the issue.
Interesting! What version of Docker is that on?
I'm testing on CentOS 7:
In any case, it's better if we make them talk over the in-container network. Thank you! 👍 |
Interesting, as I also upgraded my docker at the same time. I'm finding that messages are making it from Discord to Matrix now, but not the other way anymore, and I wonder if this change is related. There was also an undocumented change to the config (relating to The gateway now is receiving messages from Discord and sending them to Matrix, but is failing to send messages from Matrix to Discord, saying it can't find the channel. I am suspicious that maybe this change is to blame, though without it, it won't communicate at all. Looking at the upstream docs for the appservice, it says that this should be the public URL. So maybe this change should be reverted and the hostname removed from the mailer (I'm not sure why that's needed, in fact).
|
Also I have quite a few of |
I've upgraded to Docker 20.10. Along with other breakage (see d08b277), it seems like: This is probably some new Docker feature that we need to workaround. One way is to stop passing I'm also observing this error:
So far, it seems benign. Your Discord bridge failures may also be related to us upgrading I still haven't verified that it works for me after the upgrade. I was running the old version of the bridge until today. My Discord is fairly inactive, so I can't tell if it's broken yet. |
Starting with Docker 20.10, `--hostname` seems to have the side-effect of making Docker's internal DNS server resolve said hostname to the IP address of the container. Because we were giving the mailer service a hostname of `matrix.DOMAIN`, all requests destined for `matrix.DOMAIN` originating from other services on the container network were resolving to `matrix-mailer`. This is obviously wrong. Initially reported here: #748 We normally try to not use the public hostname (and IP address) on the container network and try to make services talk to one another locally, but it sometimes could happen. With this, we use a `matrix-mailer` hostname for the matrix-mailer container. My testing shows that it doesn't cause any trouble with email deliverability.
After recently updating my matrix-docker-ansible-deploy installation, matrix-appservice-discord would refuse to start, logging ECONNREFUSED to https://matrix.[mydomain]:443, which was resolving to 172.18.0.2 due to the
--hostname
in mailer grabbing that hostname.Curious why the IRC bridge didn't have this issue, I looked into it, and it was connecting to
http://matrix-synapse:8008
. Correcting this one to that URL resolved the issue.