Jump to content

Timed out connection when download subtitle or install plugin


Go to solution Solved by Carlo,

Recommended Posts

Posted

Hi, recently my Emby server (ver 4.8.10.0, installed on DS220, Synology 7.2) cannot download subtitle and install plugins due to timed out connection. I got the following log:

The emby server can still scan my movie on my NAS, and download metadata.

Please help me to resolve this issue. I'm quite new on this, so if you need more information, please guide me.

 

2024-10-16 01:21:01.588 Error SubtitleManager: Error searching for subtitles on Open Subtitles
*** Error Report ***
Version: 4.8.10.0
Command line: /volume1/@appstore/EmbyServer/system/EmbyServer.dll -programdata /var/packages/EmbyServer/var -ffdetect /var/packages/EmbyServer/target/bin/ffdetect -ffmpeg /var/packages/EmbyServer/target/bin/ffmpeg -ffprobe /var/packages/EmbyServer/target/bin/ffprobe -nolocalportconfig -ignore_vaapi_enabled_flag -pidfile /var/packages/EmbyServer/var/EmbyServer.pid -defaultdirectory /volume1/Public -updatepackage emby-server-synology72_{version}_x86_64.spk
Operating system: Linux version 4.4.302+ (root@build5) (gcc version 12.2.0 (GCC) ) #69057 SMP Fri Jan 12 17:02:28 CST 2024
Framework: .NET 6.0.31
OS/Process: x64/x64
Runtime: volume1/@appstore/EmbyServer/system/System.Private.CoreLib.dll
Processor count: 2
Data path: /var/packages/EmbyServer/var
Application path: /volume1/@appstore/EmbyServer/system
MediaBrowser.Model.Net.HttpException: MediaBrowser.Model.Net.HttpException: Cancelling connection to https://api.opensubtitles.com/api/v1/login due to a previous timeout.
at OpenSubtitles.OpenSubtitleComDownloader.GetResponse(HttpRequestOptions requestOptions, String httpMethod)
at OpenSubtitles.OpenSubtitleComDownloader.Login(OpenSubtitleOptions options, CancellationToken cancellationToken)
at OpenSubtitles.OpenSubtitleComDownloader.SearchInternal(SubtitleSearchRequest request, Boolean useFilename, OpenSubtitleOptions options, CancellationToken cancellationToken)
at OpenSubtitles.OpenSubtitleComDownloader.Search(SubtitleSearchRequest request, OpenSubtitleOptions options, CancellationToken cancellationToken)
at Emby.Providers.Subtitles.SubtitleManager.SearchSubtitles(SubtitleSearchRequest request, CancellationToken cancellationToken)
Source: Emby.Server.Implementations
TargetSite: Void MoveNext()
 
2024-10-16 01:21:01.589 Info TaskManager: Download subtitles Completed after 0 minute(s) and 22 seconds
2024-10-16 01:21:05.511 Info Server: http/1.1 POST http://192.168.1.132:8096/emby/Sessions/Capabilities/Full?X-Emby-Client=Emby Web&X-Emby-Device-Name=Chrome Windows&X-Emby-Device-Id=fa3ea37b-2eec-4d31-926c-77306989b1b6&X-Emby-Client-Version=4.8.10.0&X-Emby-Token=x_secret1_x&X-Emby-Language=en-us&reqformat=json. Source Ip: host1, UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/129.0.0.0 Safari/537.36 Edg/129.0.0.0
2024-10-16 01:21:05.512 Info Server: http/1.1 Response 204 to host1. Time: 1ms. POST http://192.168.1.132:8096/emby/Sessions/Capabilities/Full?X-Emby-Client=Emby Web&X-Emby-Device-Name=Chrome Windows&X-Emby-Device-Id=fa3ea37b-2eec-4d31-926c-77306989b1b6&X-Emby-Client-Version=4.8.10.0&X-Emby-Token=x_secret1_x&X-Emby-Language=en-us&reqformat=json
2024-10-16 01:26:14.490 Info HttpClient: GET https://www.mb3admin.com/admin/service/EmbyPackages.json
2024-10-16 01:27:32.467 Info Server: http/1.1 POST http://192.168.1.132:8096/emby/Packages/Installed/SubDb?updateClass=Release&AssemblyGuid=F015EA06-B413-47F1-BF15-F049A799658B&version=1.0.7&X-Emby-Client=Emby Web&X-Emby-Device-Name=Chrome Windows&X-Emby-Device-Id=fa3ea37b-2eec-4d31-926c-77306989b1b6&X-Emby-Client-Version=4.8.10.0&X-Emby-Token=x_secret1_x&X-Emby-Language=en-us. Source Ip: host1, UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/129.0.0.0 Safari/537.36 Edg/129.0.0.0
2024-10-16 01:27:32.519 Info Server: http/1.1 Response 204 to host1. Time: 52ms. POST http://192.168.1.132:8096/emby/Packages/Installed/SubDb?updateClass=Release&AssemblyGuid=F015EA06-B413-47F1-BF15-F049A799658B&version=1.0.7&X-Emby-Client=Emby Web&X-Emby-Device-Name=Chrome Windows&X-Emby-Device-Id=fa3ea37b-2eec-4d31-926c-77306989b1b6&X-Emby-Client-Version=4.8.10.0&X-Emby-Token=x_secret1_x&X-Emby-Language=en-us
2024-10-16 01:27:32.519 Info HttpClient: GetTempFileResponse url: https://embydata.com/admin/service/packageFiles/SubDb.dll_1.0.7.exe
2024-10-16 01:27:32.519 Info HttpClient: GET https://embydata.com/admin/service/packageFiles/SubDb.dll_1.0.7.exe
2024-10-16 01:27:52.519 Error HttpClient: Connection to https://embydata.com/admin/service/packageFiles/SubDb.dll_1.0.7.exe timed out
2024-10-16 01:27:52.523 Error InstallationManager: Package installation failed
*** Error Report ***
Version: 4.8.10.0
Command line: /volume1/@appstore/EmbyServer/system/EmbyServer.dll -programdata /var/packages/EmbyServer/var -ffdetect /var/packages/EmbyServer/target/bin/ffdetect -ffmpeg /var/packages/EmbyServer/target/bin/ffmpeg -ffprobe /var/packages/EmbyServer/target/bin/ffprobe -nolocalportconfig -ignore_vaapi_enabled_flag -pidfile /var/packages/EmbyServer/var/EmbyServer.pid -defaultdirectory /volume1/Public -updatepackage emby-server-synology72_{version}_x86_64.spk
Operating system: Linux version 4.4.302+ (root@build5) (gcc version 12.2.0 (GCC) ) #69057 SMP Fri Jan 12 17:02:28 CST 2024
Framework: .NET 6.0.31
OS/Process: x64/x64
Runtime: volume1/@appstore/EmbyServer/system/System.Private.CoreLib.dll
Processor count: 2
Data path: /var/packages/EmbyServer/var
 
Posted

Hi, typical causes of these connection failures are firewall, security software, or VPN. Can you look into those and let us know what you find? Thanks !

Posted

Hi, another cause could also be a congested Internet connection. For example, if you have/use a torrent/usenet downloader or have others in the house swamping your Internet connection.  As Luke mentioned, VPN software is often a problem we see with connection problems.

What do you see if you try and Trace Route embydata.com and api.opensubtitles.com from the server machine?

Posted

thanks @Lukeand @Carlo, may I ask how to trace route from my synology nas? Also, I don't use any VPN, what is the other settings that could affect my connection?

Posted
4 hours ago, lucis13 said:

thanks @Lukeand @Carlo, may I ask how to trace route from my synology nas? Also, I don't use any VPN, what is the other settings that could affect my connection?

Do you have Synology Quick Connect activated? Isn't that itself also a vpn?

Posted

No, I don't enable Quick Connect. The emby subtitle downloading was working fine, until recently. I don't know if I tweaked some settings or because of updating it to a new version

Posted
11 hours ago, lucis13 said:

thanks @Lukeand @Carlo, may I ask how to trace route from my synology nas? Also, I don't use any VPN, what is the other settings that could affect my connection?

Do you know how to access the command line?

Posted

Please help me with that, I don't know how to access the command line

Posted

I think that's guide is for SRM, not DSM. Anyway, I have managed to use the terminal, I can ping google.com, emby.media from my NAS, but not embydata.com (100% packet loss)

Posted

I notice that when I ping embydata.com from my NAS, it resolves using IPv6: 

ping embydata.com
PING embydata.com(2606:4700:3031::ac43:94a6 (2606:4700:3031::ac43:94a6)) 56 data bytes
^C
--- embydata.com ping statistics ---
13 packets transmitted, 0 received, 100% packet loss, time 1011ms
 

If I ping on my computer, it resolves using IPv4:

ping embydata.com

Pinging embydata.com [104.21.95.214] with 32 bytes of data:
Reply from 104.21.95.214: bytes=32 time=60ms TTL=51
Reply from 104.21.95.214: bytes=32 time=60ms TTL=51

Then I try to ping 104.21.95.214 from NAS, it works.

Hope this can get you more insight

Posted

Can you try disabling ipv6 in your router?

  • Solution
Posted
5 hours ago, Luke said:

Can you try disabling ipv6 in your router?

Or just disable it on Synology itself.

Posted

nice, I disabled the IPv6 on my Synology NAS, it worked like a charm

  • Thanks 1
Posted

Glad you got it working.

Posted

this is just for my curiosity. May I ask why it stopped working like that?

Posted

Most likely the IP4 stack had priority over IP6 and something changed it.

Posted
On 10/19/2024 at 4:14 AM, lucis13 said:

this is just for my curiosity. May I ask why it stopped working like that?

I think the http stack in the dotnet runtime is trying to use ipv6 when it thinks it's available, but then you're unable to reach that domain that way.

  • Like 1

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...