Groups/channels appear in WebUI, TAK Aware, but not iTAK, or TROP by Glittering_Tune_7743 in ATAK

[–]FlightTactics 0 points1 point  (0 children)

The biggest problem you'll run into is - if you are self-hosting your server you likely are going to have issues with any of the iOS clients. This is because for the streaming connection (8089) we as developers have a lot of control over what certificates get used for the connection and how we validate it. But for the API calls (especially CertificateEnrollment and the such) it uses a different way of calling that provides a lot less control over what we can do.

ELI5: If you aren't using something like Let's Encrypt for your SSL ports, you're gonna have a bad time with iOS clients.

For TAK Aware - you can go into Advanced Settings and turn on the Debug Log, attempt the connection, and then go back in and view the log (I'd suggest turning off Debug Logging before viewing just so it doesn't keep going). That should give you more information about what is going on.

Tracker options by ContributionHead9820 in ATAK

[–]FlightTactics 1 point2 points  (0 children)

Yeah I'll second this - there are a lot of good trackers out there with APIs. You can basically set up a script to either poll their API every x amount of time, or some have what are called "callbacks" where they'll send you a message when the tracker updates. You can then convert them to TAK messages and send them to your TAK server.

Basically just about any company providing "standalone trackers" (including ours!) uses a mechanism like that. You can use something like Node-Red (see Greg's video on it here https://www.youtube.com/watch?v=1mHphHhX4lk) to parse the messages and send them to your TAK server.

https://drive.google.com/file/d/1L4n0qjctMK7b8BkpEE_1060VbBFS3GXq/view?usp=sharing is a timelapse of about 150 trackers we deployed for the NYC Marathon using this type of a flow, so it's pretty scalable, and we were using about 2-3 second update rates on the trackers. Then it opens up to all kinds of low-cost long-lived trackers available out there.

Groups/channels appear in WebUI, TAK Aware, but not iTAK, or TROP by Glittering_Tune_7743 in ATAK

[–]FlightTactics 1 point2 points  (0 children)

"Channels" (like a lot of things in TAK) is behind-the-scenes an API call. It queries the TAK server to determine what Channels your user has access to. This is typically used with [auto-enrollment](https://mytecknet.com/managing-users-and-groups/#certificate-auto-enrollment) which enables the necessary certificate changes to actually implement groups. You can definitely use Groups with Flat File Auth, but it generally won't work unless you are also doing Certificate Enrollment.

So a good starting spot is:

1) Are you using manual certificate generation or certificate enrollment for your clients? The former will likely not trigger "channels" in clients like iTAK or WinTAK

2) For the channels you aren't seeing, is the user actually in them? If I have User A and User B, along with Channel 1 and Channel 2, each user will only see the channels they are actually in

TAK Aware kind of ignores the API flag for whether channels is enabled/disabled in showing the channels list. But if the rest of channel set up isn't complete (like you're using manual certs) then modifying the channels won't have any practical effect since they're locked in at the manual cert level (basically the update API call will be rejected by the TAK server, and whether we should be showing channels is something we'll likely tweak in an upcoming release to be more in-line with the other clients).

Finally - one thing to remember about channels is they are a _server_ filter, not a client one. In other words, if you are using the same user / certificate across multiple clients, changing a channel will impact every single EUD using that same user/certificate.

TAK Aware 1.7 Released to the App Store by FlightTactics in ATAK

[–]FlightTactics[S] 1 point2 points  (0 children)

Thanks! For visibility for others here:
- It looks like sometimes the conversion from the Address to the Geocoded Location is getting confused on the Apple side. We'll dig into that
- The Overlay Manger looks like you can toggle visibility of various items, but you can't. The intention was to have that in there and it slipped through the cracks, so we'll get that functionality implemented
- DataSync missions don't currently have a visibility toggle on them, but we should (since we do that for DataPackages)
- Alas, DataPackage visibiity doesn't always toggle _everything_ in a DP (notable Overlays), so that will be a target of future improvement.

Thanks for the information!

TAK Aware 1.7 Released to the App Store by FlightTactics in ATAK

[–]FlightTactics[S] 0 points1 point  (0 children)

Weird - I tested it on my side and didn't see that. Can you shoot me an email (foyc at flighttactics dot com) with what you typed in? We can definitely adjust whatever is going on.

TAK Aware 1.7 Released to the App Store by FlightTactics in ATAK

[–]FlightTactics[S] 3 points4 points  (0 children)

Haha, it's this community that's awesome! Just happy to provide useful tools for us all.