There is no such. For CouchDB replication process is not something special to track on.
Say, you have three instances: A
, B
and C
. CouchDB allows you to run replication process on A
to replicate data from B
to C
. For instance A
the replication process will be explicitly defined in _active_tasks
since replication is running within separate Erlang process. But for B
and C
instances this will be looked as that some HTTP client calling their public API resources with some payload. They will never know that someone trying to keep them synced.
Theoretically, you may write some logs parse or proxy that will aware about remote replication running by analyzing HTTP requests basing on Replication protocol definition. But I fear you have to make it smart enough to not let him make a lot of false-positive matches for regular clients.