Sonarr version (exact version): 2.0.0.4230 Master Mono version (if Sonarr is not running on Windows):n/a (.Net Framework 4.6.2) OS: Windows 8.1 ((Debug logs)):http://pastebin.com/CmHGPmNs (Make sure debug logging is enabled in settings and post the full log to hastebin/pastebin/dropbox/google drive or something similar, do not post them directly here) Description of issue:
Having what appears to be a TLS issue with a torrent indexer - https://hd4free.xyz.
They recently forced https connections, and while I can browse the site just fine and the cert checks out OK, Sonarr won’t connect. The error in pastebin is what was in the logs.
Unable to read data from the transport connection: An existing connection was forcibly closed by the remote host. The server closed the connection. ((Debug logs)) will show you the exact URL Sonarr connected to so you can see if it does so in a browser as well. Logs that haven’t been truncated may point to something.
Sonarr (with .net 4.0 installed or mono) effectively behaves like IE8 on Windows XP does, with 4.5 installed its a bit better, though I’m not sure what it equates to, maybe IE 8-10 on Windows 7, but that’s just a guess.
I wrote a quick test app in .net 4.5 that also fails to connect to the server, but one in 4.6.1 works, so the behaviour has changed in .net 4.6.1 which is good because it will work, but bad because we’re not jumping to .net 4.6 anytime soon and I’m not sure if there is a way for us to gain the benefit of 4.6 without actually upgrading (like we get when 4.5 is installed).
I’m not sure if this is something that HD4Free is willing to adjust on their end since their server is terminating it, but we’ll try to see if there is anything that we can do.
EDIT: Looks like we should be able to support this, I’ll confirm after some more testing.
Awesome thanks for fixing it on your side! We should be able to fix it on our end as more sites more to more secure connections by default, but this takes away some of the urgency.