linusdm
Hi,
I’m hitting an error when trying to use the :ssh module in a docker container:
[notice] Erlang SSH :client version: 5.0.1 (OpenSSL 3.0.9 30 May 2023).
Address: 1.2.3.4:56789
Peer server version: ~c"SSH-2.0-OpenSSH_for_Windows_8.1"
Peer address: 4.3.2.1:22
Disconnects with code = 11 [RFC4253 11.1]: Internal error
State = {key_exchange,client,init}
Module = ssh_connection_handler, Line = 1387.
Details:
Reason: {badmatch,{error,enoent}}
I’m passing in the {:silently_accept_hosts, true} option, but I’m probably still missing some setup to use the SSL client in the docker environment (locally, not in docker, it works fine).
# hostname, username, passwords are charlists
:ssh.connect(hostname, port, [{:user, username}, {:password, password}, {:silently_accept_hosts, true}])
The runner image in Dockerfile has the openssl installed (which is added by default when using mix release), but maybe there is still some package missing?
I’m not sure what needs to be available on the host Docker OS (debian in my case) to enable ssh client communication. Any help is greatly appreciated!
Where Next?
Trending in Questions
Other Trending Topics
Latest on Elixir Forum
Sponsor Spotlight
Elixir, Erlang & messaging conferences from Code Sync. Next up: ElixirConf US (10–11 Sep) & Code BEAM Europe (21–22 Oct), Haarlem + online.
Categories:
Sub Categories:
Forums
Popular Tags
- #ecto
- #liveview
- #troubleshooting
- #learning-elixir
- #library
- #deployment
- #erlang
- #testing
- #genserver
- #mix
- #absinthe
- #remote-other
- #otp
- #plug
- #how-to-question
- #macros
- #postgres
- #elixirconf
- #channels
- #exunit
- #discussion
- #code-sync
- #podcasts
- #javascript
- #onsite
- #dialyzer
- #docker
- #authentication
- #umbrella
- #full-time-contract
- #podcasts-by-brainlid
- #ecto-query
- #ai
- #elixirconf-us
- #blog-post
- #elixir-ls
- #phoenix_html
- #iex
- #graphql
- #genstage
- #websockets
- #supervisor
- #advent-of-code
- #distillery
- #processes
- #api
- #forms
- #hex
- #security
- #metaprogramming
Our Sponsors
Build Elixir applications with speed and confidence.
Supporting innovation across the BEAM ecosystem.
We build reliable cloud platforms for business-critical systems.
Error tracking, logs, uptime, and Just Enough APM. Built for developers.
Elixir, Erlang & BEAM conferences from Code Sync - join us in 2026!
Practical resources that improve the lives of professional developers.
Master modern tools, write cleaner code, and tackle real-world challenges.
**Building the future of software with AI, trust, and human connection.**
The team behind Membrane, Popcorn, LiveDebugger. Available for hire.
Courses that'll move you from confusion to "Aha, now I get it!"
Showing Posts 4 to 1- Show Best Posts
- Show All (oldest first)
- Show All (newest first)
LostKobrakai
{error,enoent}is a filesystem related error, but I agree it’s not much of a signal.linusdm
Although I’m happy I found the culprit, it baffles me that there is nothing in the original error hinting to a filesystem related issue… I guess this is deep in the erlang ssh-code…
linusdm
The default
USERDIRfor the ssh application is/home/LOCALUSER/.ssh(e.g.~/.ssh). This folder doesn’t exist in the docker debian environment. Passing in the:user_diroption when connecting, pointing it to a writable folder, solves the issue:This is the folder where
authorised_keys,known_hosts, etc. are kept.I’ve created a dedicated folder in the Dockerfile, and passed it in as an environment variable, so it can be used when connecting (or omitted when not in docker).
D4no0
I had this issue when installing OTP-26 on my mac, turns out openssl 3 is not officially supported yet in OTP.