Replies: 1 comment
-
I'm afraid I'm using this in a docker container regularly and I'm not able to reproduce any errors; so I have to assume this is a problem in your specific container configuration. My guess would be that you haven't properly routed ports from the external environment into the internal one. I'll convert this into a discussion, though, so others might be able to help you out if they have any ideas! |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
I am experiencing an issue where the Local REST API plugin in Obsidian returns an "Empty reply from server" error when attempting to access it from a Docker container running on macOS. This occurs despite all network and plugin configurations appearing to be correct.
Environment:
Steps to Reproduce:
Obsidian Plugin Configuration:
0.0.0.0
.macOS Firewall: Confirmed to be disabled.
Docker Container Network Connectivity:
ping 8.8.8.8
andcurl http://example.com
both work).Plugin Listening Status:
lsof -i :27124
on macOS confirms the plugin is listening on*:27124
.netcat -zv host.docker.internal 27124
from within the Docker container successfully connects to the port.Attempted API Call from Docker Container:
curl -v -H 'x-api-key: YOUR_API_KEY' http://host.docker.internal:27124/notes
(Also tested with
/[vault](http://localhost:50080/#)
endpoint)Expected Behavior:
The API should return a valid JSON response (e.g., an empty array for notes if no notes exist, or vault information for
/[vault](http://localhost:50080/#)
).Actual Behavior:
The
curl
command consistently returnscurl: (52) Empty reply from server
.Troubleshooting Performed:
lsof
).netcat
).obsidian.log
file for errors (only update checks, no plugin-related errors).Additional Notes:
It appears the plugin accepts the TCP connection but fails to send any HTTP response, and no errors are logged by Obsidian itself, making debugging difficult. This suggests a potential issue within the plugin's HTTP server implementation.
Beta Was this translation helpful? Give feedback.
All reactions