Many thanks Khan,
It appears that the stats are now getting through (Monday). For Raspi users you may find that NSLOOKUP is not there, in which case apply the following command at the Pi prompt "sudo apt-get install dnsutils" and then try "nslookup feed.flightradar24.com" again. Hopefully it will return an IP4 address response such as
Non-authoritative answer:
Name: feed.flightradar24.com.cdn.clouldflare.net
Address: 104.20.1.101
Note: feed.flightradar24.com should not be confused with feed.flightradar.com which returns a different address such as 69.172.201.153.
Announcement
Collapse
No announcement yet.
Problems with feeder statistics and data sharing
Collapse
X
-
Originally posted by serek View PostKhan,
It's 2018, European Internet registry (RIPE) is not freely issuing IPv4 addresses to service providers for almost 6 years!!! Can you please at least re-assure us that you are working on server-side fix here? I know it's hard to make backend systems work with IPv6, but gracefully falling back to IPv4 has been implemented by many.
I see that you've introduced Cloudflare proxying. Is there no way to reconfigure Cloudflare DNS, so it doesn't serve IPv6 records?
Also, should you need a group of feeders in the future to help you deploying/testing/troubleshooting IPv6, please count me in!
Regards,
Sergiusz
I had fully transitioned to IPv6 at home and I'm now running IPv4 only to be able to feed data to FR24....
Leave a comment:
-
Originally posted by Khan View Post
if you have a result an ipv6 address (e.g. address 2606:4700...) please run this command to disable it which should solve the problem:
sudo sysctl -w net.ipv6.conf.all.disable_ipv6=1
It's 2018, European Internet registry (RIPE) is not freely issuing IPv4 addresses to service providers for almost 6 years!!! Can you please at least re-assure us that you are working on server-side fix here? I know it's hard to make backend systems work with IPv6, but gracefully falling back to IPv4 has been implemented by many.
I see that you've introduced Cloudflare proxying. Is there no way to reconfigure Cloudflare DNS, so it doesn't serve IPv6 records?
Also, should you need a group of feeders in the future to help you deploying/testing/troubleshooting IPv6, please count me in!
Regards,
Sergiusz
Leave a comment:
-
Thanks, looks like it's working again! Only the stats of the last 4 days are gone, but that's not a big issue for me..
Leave a comment:
-
Does this affects the maximum range too?
Till tuesday I've got a range of 120/130nm, now I'm lucky if I get 100nm
Thank you
Leave a comment:
-
Thanks for reply, I can put my hair back now. Sorry if I missed earlier reports.
Leave a comment:
-
Originally posted by Malcolml View Post[ATTACH=CONFIG]9570[/ATTACH] Please is this the cause of this drop off of my Rasp Pi. I'm tearing my hair out, changed the Pi, changed the PSU. My Dump 8080 is OK. The Pi script reboots every night about 0030 just to prevent hang-ups when I am travelling away. Cheers, Malcolm
Leave a comment:
-
Pi Drop off.jpg Please is this the cause of this drop off of my Rasp Pi. I'm tearing my hair out, changed the Pi, changed the PSU. My Dump 8080 is OK. The Pi script reboots every night about 0030 just to prevent hang-ups when I am travelling away. Cheers, Malcolm
Leave a comment:
-
Problems with feeder statistics and data sharing
Hi everyone,
I apologize for the late post here but we are having some routing issues and currently working on it. It's high priority for us to have this fixed as soon as possible. Please bear with us in the mean time. We apologize for the disruption!
There are currently two main issues. The first issue can be divided into two parts.
1.1 Broken Individual Stats: Can affect both FR24 receivers(F-XXXXN) and data sharers(T-XXXXN). Feeder statistics between Thursday the 14th and Monday the 18th are broken or missing. Correct statistics should be showing up from 11:15 UTC time on the 18th of June.
1.2 Broken Share Statistics: The table on Share Statistics has been fixed. I, sincerely apologise for the delay that occurred in fixing the issue. Unfortunately, most of the data wasn't recoverable. From now onwards, stats should gradually increase as new stats are added each day. The notification banner has been removed as well.
2. Feed connection errors: Affects only data sharers (T-XXXXN) feeds and fix given below
Feeders with Raspberry Pis who are affected, please check if feed.flightradar24.com resolves to an ipv6 address. (Run the following commands on your Pi)
nslookup feed.flightradar24.com
or
ping feed.flightradar24.com
if you have a result an ipv6 address (e.g. address 2606:4700...) please run this command to disable it which should solve the problem:
sudo sysctl -w net.ipv6.conf.all.disable_ipv6=1Tags: None
Leave a comment: