May I add: netstat on the ADSBx image Pi regularly shows connections that are listed as HTTPS, with IPs, resolving to github and to a Japanese node. Nobody was able to explain this behaviour. Does the ADSBx image update itself or some Github services? Or is it Zerotier?
Power supply issues (like power loss) are causing problems. You are logging on this forum using TOR. Do you think that we are trying to trace you? This is simply lack of proper behavior on this forum. If you don't want to feed, beeing not satisfied with what you get back... Just stop feeding. We were trying to help you with feeding (especially James). Sorry, you are one of hundreds of people with unsolved problems.
Please post IPs that this Pi´s feed seems to originate from to me, I can run them against those of the Pi´s ISP IPs that change every 72h or so. It might simply be a way of interception and falsifying the feed by a third party.
?? It is forbidden to use the Tor browser to write in this forum? I thought we were talking about the feeder that is supposed to feed through Tor nodes.
MDA: Power supply issues (like power loss) are causing problems. The feeder has been always powered. No outage. MDA: Do you think that we are trying to trace you? No! It´s a public forum here - are you always asking people why they´d be using the Tor Browser? Sorry, I was not aware that it is "not proper behaviour". Never occured to me somebody would take exception about the technical way of connection to this forum. And why would you actually dig this up? MDA: If you don't want to feed, beeing not satisfied with what you get back... Just stop feeding. We were trying to help you with feeding (especially James). I have stated a hundred times: I am learning and I want to contribute to ADSBx network. I have thanked James explicitly and many times for his support and I value you time you are investing into this project. I advertised around to donate to ADSBx - with some success. I do not understand what is the issue here. MDA:Sorry, you are one of hundreds of people with unsolved problems. Yes, of course! I do not expect to be only one with this problem. I do not expect anything. Just contributing and investing a lot of time and resources into the ADSBx project on my end - by my standards, anyways. Please be focused on the actual technical questions and questions of feeding in regard to ADSBx. Lets work together to keep the network growing working. That´s all. If you don´t get around to answer - all fine, I understand. But asing questions - it´s what the forum is for, isn´t it?
Not enough power is not causing reboot but can cause a lot of problems with fe. feeding. (practically tested ). You can't say that nobody want to solve problems, your problems are far away from typical user problems (what doesn't mean that we are not trying to help). Let's work together, it doesn't hurt nyone.
For the record: I never said anything like "nobody wants to solve problems" or similar. Alrighty, let´s get to work then. To answer your question: I am connecting to this Forum from a public place. I hardly ever connect from the place the feeder´s at. To protect against all sorts of things being possible in a public Wifi, I especially take care to discuss subjects that are of interest to power via Tor browser. It´s a standard minimal procedure in journalism. You should adopt these practices, too. Not at last, it´s a popular and public suggestion by all sorts of organisations and by TOR themselfs . and you can´t say they it´s something criminal, with TOR being financed largely by the US govt…
I wrote that such kind of behavior on normal website is very unkind. Want to watch porn websites... Anonymize yourself. Being on forum where your feeder IP is known thru TOR is simply "stupid'. "OVERPROTECTION" or somehing else... But everything is up to you... Later don't blame anyone for threating you as possible spammer/hacker/cracker. Everything should be transparent and clear, login IP too.
Excuse me. Please don´t be so aggressive. My feeder is a private network. I am writing from a public space, open Wifi. If you do not grasp the concept - fair enough. Don´t put me into the porn or spammer bucket. Review my posts here. You will find I have been a genuine contributor to the network. No offensive language, no aggression, just detailed communications along very technical subjects. If you discriminate against members of ADSBx who write in this forum, using TOR, you should state that clearly. If members become the subject of personal anger outbursts here, just because they write through TOR, there is something wrong here. It would appreciate if you could rather give answers to very specific subjects and questions I have raised. If you don´t find the time, no worries. But please refrain from attacking me personally instead, calling me stupid and digging up unrelated pseudo-dirt - like how and with what IP exactly I connect in what context. If you´ve got that much time at hand, I´d rather suggest we work on the MLAT questions. Thanks, Ed
Ok, the Pi is basically idling at around a system workload around 50% or less. Powersupply is the right dimension. The Pi works flawlessly with PiAware, constantly connected. Should flake there, too, right? I swapped the power supply, nonetheless, in case ADSBx software is somehow more prone to power fluctuations caused by failing power supplies. So let´s see if that helps it.
PS: And you should get your story straight: first you are blaming me to connect via Tor with my Feeder, that being the cause of the constant failure. As that was false from the beginning and not being the cause of the failure, now you write, feeder is connecting from a known, non-TOR, IP.
You take everything too personally. There are simply security issues. Old forum was hacked. Some people were trying to do the same with new forum. So please don't be surprised if login without IP or from suspected IP will cause some action. You explained why, you don't post spam. Topic closed. Sorry if hurt you. There were some people trying to put down servers by redirecting whole FA traffic to ADSBx. And many more issues... Now about connection to MLAT server. James has changed region boundaries and moved MLAT to more powerfull machine. Much more feeders is present on coverage map. Your feeders are now in 2 different regions but none of them can establish stable connection (sometimes synced, sometimes in region 6, sometimes disconnected). What else can we do? Claim free custom ports and look if your traffic will appear. It should tell us something about quality of your Internet connection.
Ok, thanks for the reply. I see the problem with TOR traffic in this case and will try to refrain from logging in here via TOR. An indication in these instances could be that, while the user might log in to the forum through TOR nodes, their receiver is on a clear IP. So that would indicate they are not trying to hide. Custom feeds are fine, usually. Both receivers have them active - last time I checked. Custom ports only show ADS-B though. I am running theses receivers for MLAT. ADS-B coverage is abundant in Europe, it wouldn´t need my receivers for that. However, I will reset all feeders. After all of this, I´d probably go with the ComboImage, as they seemed to work for the past few years and provide better low level MLAT for ED-R 401 MVPA NE in the Dump1090-fa backend. There is a problem with resetting them though: Since one feeder is only a remote one, can you point to an explanation how to remotely ssh into it and erase the old setup and install a complete new one, without losing wifi and Zerotier when rebooting? Both feeders in different MLAT zones seems to be a problem for MLAT coverage of Europe´s only and largest MVPA. I think ADSBx should consider covering this unique airspace - nobody else does it, as we know. Consider moving the boundaries between MLAT 4 and 5 along the Polish/German border. It would allow for receivers around MVPA NE to sync and - as far as I understand - improve MLAT coverage. I understand it affects others and other technical aspects. So it´s just a request to consider. The very subject was discussed the last time MLAT zones were "reformed". Last time this request was approved by James or Dan - can´t remember. Thanks, Ed
You can SSH remotely using Zerotier IP. How to remove/replace feeding software depends on config of your remote station.
Git is installed on the ADSBx image, as is ZeroTier. Post the command line code you are using to determine that the Pi is connecting out to something, I'll have a look here on my feeders. Zerotier will likely contact the ZT servers periodically, and it will route either through Zerotier servers (only if peer to peer cannot be made due to firewalls) or peer to peer. You can't remote into it currently? Then, not possible. What image is it running? If Zerotier was on it then install PiAware and be done with it, if you want FA MLAT. Just PiAware, if dump1090 and whatever is installed on it currently. https://flightaware.com/adsb/piaware/install If you really want to control what is on the Pi operating system, start with a base Raspbian and install everything manually. https://www.adsbexchange.com/forum/threads/install-dump1090-fa-from-base-raspbian-image-ssh.623994/ If you really want control, use https://wiki.alpinelinux.org/wiki/Raspberry_Pi, beware this is not going to be fun or easy, this is equivalent to Gentoo or worse. https://alpinelinux.org/downloads/ With MLAT: As for FlightAware, they are the largest, they are the site people usually feed, they have a full staff of hundreds of employees, they are paying for feeds in the Middle East and China. They are marketing FBO feeds and FBO maps, 'Enterprise' accounts, and anything else supports their business model. I think this ( https://flightaware.com/commercial/tv/ ) is genius. ADSBx isn't selling a single N number for the last 12 months for $394. It might be something ADSBx should look into to support the project. https://flightaware.com/live/flight/EJA407/history/buy FA Aireon feed is $1M+ per year. FA probably gets a 25% comission, maybe even a 50%. ADSBx doesn't have business plans, or a business tracking ui, or enterprise accounts. For some that is incentive not to setup a feeder.
I can ssh into the Pi. Installed is ADSBx images with Grafana. Thought I can sort of erase all of ADSBx software remotely, without removing system, wifi connectivity and Zerotier (caue I´d be cutt off from the machine then). Once I get that done, I could re-set the pi with a new image. No doubt about FA. Doesn´t change that MLAT coverage for ED-R 401 MVPA NE, Europe´s only MVPA and the largest, is kind of broken in ADSBx, for whatever reason. Only way to monitor it reliably is the Dump1090 FA, unfortunately(!). I worked to overcome this by running receivers covering this zone. I don´t think though MLAT coverage of ED-R 401 MVPA NE is tolerated by whoever has the means to sabotage MLAT coverage of the very zone via public ADSBx.
I'm not sure why you would want to stop feeding ADSBx, a feeder will use little bandwidth. People feed half a dozen sites with a single Pi. You can install PiAware on the ADSBx feeder, just don't install dump1090-fa without understanding what you need to change for it to work. Do you have it added to ZeroTier so I can look at into it?
Let's try moving MLAT to the Poland border. MLAT routing works like this. Your mlat client has 6 seconds to send it's connection string. We check that looking for longitude, if you end up in 6, it will be because the longitude sting was not found. It doesn't mean the client didn't send it, it just means that proxy server didn't match it. use_backend MLAT_back_1 if WestUS_lon use_backend MLAT_back_2 if EastUS_lon use_backend MLAT_back_3 if WestEU_lon use_backend MLAT_back_4 if EastEU_lon use_backend MLAT_back_5 if Asia_lon use_backend MLAT_back_6 401-ED-2 appears to be in the matrix and nobody has been pushed to sync-6 yet. What is with NE Germany? I think we need to go out and recruit more German feeders up there to us Pi and not VRS.
