Unusable application

[robi]

Assuming it is listening on port 4318, you can't do https with localhost.

Dropping the 's' should work if the API route is available.

[girish]

@Lanhild https://git.cloudron.io/packages/docker-registry-app/-/merge_requests/15 . I think that probably fixes it per upstream reports - https://github.com/distribution/distribution/issues/4270 , https://github.com/distribution/distribution-library-image/issues/187 . I don't think this related to your original DNS issue though. This traces export is just some log spam .

[girish]

OK, with the update that log message is gone (in our registry)

[klawitterb]

Log spam seems to be gone now, still having trouble with the actual connection to the registry on my cloudron:

Docker registry resides on the same cloudron

[msbt]

@klawitterb try without https://

[klawitterb]

Without https:// I'm getting: Invalid serverAddress: socket hang up

[msbt]

You got a typo in there maybe, or a firewall?

[nebulon]

So it should work without https:// there so the socket hang up is the issue somehow. Can you telnet via ssh to the registry from that server?

[klawitterb]

Just tried, that just gives me a telnet: Unable to connect to remote host: Connection refused

[nebulon]

If docker.apehost.de is the actual server, then I am able to contact that app from here at least. Does it correctly resolve on the system where it fails?

[klawitterb]

From the server:
ping -n docker.apehost.de -> works
telnet idontexist.apehost.de -> Name or service not known
telnet docker.apehost.de -> connection refused
docker pull docker.apehost.de/path-to-exisiting-image -> Error response from daemon: Get "https://docker.apehost.de/v2/": context deadline exceeded (Client.Timeout exceeded while awaiting headers)

From my local machine:
docker pull docker.apehost.de/path-to-exisiting-image -> works just fine