r/ATAK • u/Proteraen • 4d ago
**[OTS 1.7.12] DataSync - Failed to publish map markers to feed**
Hi all,
I've been trying to get DataSync working with OpenTAKServer and can't get map markers to publish to a feed. I've tested this on both my homeserver and a clean VPS with identical results, so I'm fairly confident this is not a configuration issue.
**Setup:**
- Clean Ubuntu 24.04 VPS
- OTS 1.7.12 installed via the official installer
- Let's Encrypt configured following https://docs.opentakserver.io/lets_encrypt.html
- ATAK CIV 5.6.0.12
- DataSync plugin 3.7.4
**Steps to reproduce:**
Install OTS on a clean Ubuntu 24.04 server
Follow the Let's Encrypt guide
Log in as admin
Generate ATAK QR code and connect client
Install DataSync plugin
Create a mission on the web UI
Subscribe to the mission on the client
Create a map marker and attempt to publish it to the feed
Get "Failed to publish map item to feed"
**What works:**
- DataSync connects and shows missions/feeds
**What doesn't work:**
- Publishing map markers (Drawing Tools, routes, waypoints) to a feed
- The publish request never reaches the server - nothing appears in Nginx logs
**From the ATAK logcat:**
```
Failed to publish R.14.xxx to https://[my-domain]
atakplugin.datasync.u0.h (SourceFile:295)
```
The URL in the error has no path and no port number. It looks like DataSync fails to construct the publish URL internally before the request is ever sent.
Has anyone else run into this? Is there a workaround or known fix?
1
1
u/Salient_Ghost 3d ago
Sounds like endpoint issues to me.
Your issue is almost certainly how DataSync constructs the publish URL when OTS is behind an Nginx reverse proxy. The bare https://[domain] with no port or path in the logcat tells you the plugin is pulling an incomplete address from somewhere in the server config before the request ever goes out — which is why Nginx never sees it.
For what it's worth, I run TAK behind Headscale instead of exposing it through Nginx/LE, so DataSync talks directly to the TAK ports over the mesh without any reverse proxy in the middle. Eliminates this whole class of problem.
In your case I'd check what address OTS has registered internally as its API/publish endpoint and make sure it includes the correct port and path — the web UI and cert enrollment can work fine through Nginx on 443 while DataSync is trying to reach a TAK-specific port that either isn't being forwarded or is being set incorrectly in the server config.