Searching for the error message there are many reports but so far I have seen only issues related to not officially supported host operating systems (Alpine, Gentoo) and the containerd version.
Something is definitely wrong in your setup. Your client is for Docker 23.0.1 which could work, but it is recommended to use the same version as the version of your engine. You are using Docker Desktop and as far as I know, Docker Desktop does not support newer Docker Engine version than 20.10. Your engine however is 22.06.0 beta which was never released as stable version. After the beta, it was changed to 23.0.0-rc.
The version of your Desktop is 4.16.2 which is the same as the version of mine on my macOS, but one of the points of Docker Desktop is providing the same version on each platform inside a virtual machine.
How did you install Docker Desktop on Linux? Although I am not on my Linux now to check the versions but I doubt that Docker would release a stable Docker Desktop version on Linux like this.
I wanted to ask you to share the link, because I have seen people installing docker based on tutorials and not the documentation. And I also wanted to say that even if you followed the documentation you could do something differently, so it would help if you could share what you did. Then I realized that using wasm requires enabling beta features. Since your daemon is using stargz as storage driver which was added to the beta feature I enabled “Use containerd for pulling and storing images” feature and got the same versions. It looks like that feature was not updated with the stable Docker CE in the virtual machine.
Another important information is that you are using Docker Desktop. By the time of my previous comment switching between topics I forgot about the original question, but the fact is that using the host mode is rarely useful in Docker Desktop. You will never use the network of the actual host operating system, only the network of the virtual machine. I am not sure that was your intention.
Another important information is that you are using Docker Desktop. By the time of my previous comment switching between topics I forgot about the original question, but the fact is that using the host mode is rarely useful in Docker Desktop. You will never use the network of the actual host operating system, only the network of the virtual machine. I am not sure that was your intention.
Okay, I had to use docker with containerd support because I am running it on wasi/wasm as a platform. And only docker desktop gave that option as far as I know.
With my already-written code (without changing the URLs or passing another argument through the CLI), it sure is convenient to not compile based on the network setup by the docker. Is there a better way?
Convenient or not, you can’t always use already written code without modification if you want to use containers. In fact you often need to change the old ways. If you need wasm, I don’t know better way than Docker Desktop, although I am not using wasm. If you need Docker Desktop, you need to adapt. Without more information about your project, I don’t see how the host network would help. Using a reverse proxy is usually a better solution unless you want to configure the host network from a container.
Convenient or not, you can’t always use already written code without modification if you want to use containers. In fact you often need to change the old ways. If you need wasm, I don’t know better way than Docker Desktop, although I am not using wasm. If you need Docker Desktop, you need to adapt. Without more information about your project, I don’t see how the host network would help. Using a reverse proxy is usually a better solution unless you want to configure the host network from a container.
Okay, thanks for this. I’ll change stuff that I need to.
What kind of URLs would you need to change?
trivial ones that are defined in an external library that the client has no control over, for example, requests to localhost:port.