Cannot sync podcasts through podtrac.com while connected

[pereplut 0]

This may or may not be related, but today I have trouble connecting and downloading some of my favorite podcasts. Now I'm not using any app like Apple Music or something, just plain old RSS feeds. Most of cases I'm able to access RSS feed fine, but get unsuccessful connection when actually trying to download a file. Everything works when I disconnect from AirVPN.

In few cases I'm not able to access even the feed or website itself:

PING podtrac.com (18.213.53.54) 56(84) bytes of data.
^C
--- podtrac.com ping statistics ---
6 packets transmitted, 0 received, 100% packet loss, time 5117ms

This may already been a case a few days, but I just noticed today.

[OpenSourcerer 1359]

The nature of RSS feeds is a decentralized one, so every feed you use might be offered through a different domain, unless you use some service which aggregates it, which doesn't sound like it. So first question would be, without asking for the actual podcast names, which domains your podcast player is trying to download from.

The website podtrac.com redirects me to analytics.podtrac.com if accessed with my ISP IP. Not sure what kind of feed you want to access there, it looks more like an analytics thing.

[pereplut 0]

After checking a bit more, this seems to be some propagated DNS problem with hwcdn.libsyn.com, since all of the broken podcasts are ultimately being downloaded from there. And now it doesn't work anymore even on my ISP connection. So may dismiss this as an AirVPN issue.

EDIT: ok, scratch that, it's was DNS config problem, but it's still also failing with AirVPN connectivity

without AirVPN
 

ping hwcdn.libsyn.com
PING cds.s7w4q6b5.hwcdn.net (205.185.216.42) 56(84) bytes of data.
64 bytes from map2.hwcdn.net (205.185.216.42): icmp_seq=1 ttl=54 time=17.4 ms
64 bytes from map2.hwcdn.net (205.185.216.42): icmp_seq=2 ttl=54 time=18.1 ms
64 bytes from map2.hwcdn.net (205.185.216.42): icmp_seq=3 ttl=54 time=17.8 ms
64 bytes from map2.hwcdn.net (205.185.216.42): icmp_seq=4 ttl=54 time=17.9 ms
^C
--- cds.s7w4q6b5.hwcdn.net ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 17.435/17.829/18.116/0.247 ms

with AirVPN

ping hwcdn.libsyn.com
PING cds.s7w4q6b5.hwcdn.net (205.185.216.42) 56(84) bytes of data.
^C
--- cds.s7w4q6b5.hwcdn.net ping statistics ---
7 packets transmitted, 0 received, 100% packet loss, time 6130ms

[OpenSourcerer 1359]

16 hours ago, pereplut said:

with AirVPN

ping hwcdn.libsyn.com
PING cds.s7w4q6b5.hwcdn.net (205.185.216.42) 56(84) bytes of data.
^C
--- cds.s7w4q6b5.hwcdn.net ping statistics ---
7 packets transmitted, 0 received, 100% packet loss, time 6130ms

 

I cannot reproduce this:

$ ping -qc4 -I tun0 hwcdn.libsyn.com
PING cds.s7w4q6b5.hwcdn.net (205.185.216.10) from 10.22.202.67 tun0: 56(84) bytes of data.

--- cds.s7w4q6b5.hwcdn.net ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 7ms
rtt min/avg/max/mdev = 11.207/11.590/11.961/0.329 ms

That machine is connected to Veritate in Germany. Are you sure this is not a problem on your end as well?

[pereplut 0]

3 hours ago, giganerd said:

That machine is connected to Veritate in Germany. Are you sure this is not a problem on your end as well?

I can confirm that Veritate server works. but eg. Aspidiske in NL or Markab in CZ doesn't.
 

[OpenSourcerer 1359]

Can confirm connectivity problems with Markab, CZ:

$ ping -qc4 -I tun0 hwcdn.libsyn.com
PING cds.s7w4q6b5.hwcdn.net (205.185.216.42) from 10.21.90.137 tun0: 56(84) bytes of data.

--- cds.s7w4q6b5.hwcdn.net ping statistics ---
4 packets transmitted, 0 received, 100% packet loss, time 3072ms

Additionally there's a timeout on HTTP, so I guess Markab is simply blocked by the operators of that domain. It happens from time to time, nothing we can do about it really.