-
-
Notifications
You must be signed in to change notification settings - Fork 289
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
Unable to connect to Sonarr/Radarr from Homepage Item configuration #2004
Comments
TL;DR: I missed a piece of instruction, and now I've resolved the issue myself. I ended up figuring this out. I had missed the help text on the "Multiple URLs" input box that instructs to use local IP addresses and ports. I did that (had to "toggle on" port publishing in my containers), and it worked. Then, for shits and giggles, I tried using the container hostnames with the internal ports, and that worked, as well. Highlight: I've found that you can use docker container hostnames with internal (unpublished) ports. This assumes Organizr and Sonarr/Radarr/whatever else, are all accessible to each other on their happy little docker bridge. |
Oh, I should add that I had to also make some modifications to the NGINX proxy-conf files for the affected services. Changes:
These changes all came from the all-knowing ChatGPT, because I know just enough to be very, very dangerous to myself and those close to me. My understanding is that some of these are mostly for security, some are for allowing proper identification of the client, and some (the If my understanding of these is incorrect, I apologize. I make no claim to being an expert in these things. YMMV. |
Organizr Version: V 2.1.2490
Branch: Master
WebServer: Nginx
Operating System: Docker
Problem Description:
I have Sonarr and Radarr configured in tabs, and the tabs work. Everything is accessed via NGINX reverse proxy on subdomains. When I try to configure the homepage item for either one, I get a
Response was not JSON
message when I test the connection.I have confirmed that the URLs and API Key entries are correct.
I can provide a scrubbed copy of my NGINX proxy-conf file, if that would be helpful, as I suspect that has something to do with this. I used the sample proxy-conf files that come in the Swag docker image from LSIO, and the only things I modified were the server name subdomains and the container names.
Again, the reverse proxy configuration works well in every aspect except this.
Reproduction Steps:
Errors on screen? If so paste here:
The text was updated successfully, but these errors were encountered: