Hi!
Trying to understand the intended check_tun model.
From what I see:
- Monalive’s embedded
pkg/checktun expects a Monalive-specific packet format:
- constant mark (
0xFFFFFFFF)
- real IP +
lvs_method encoded in IPv4 options / IPv6 dst options
- the original external
check-tun from https://github.com/andriyanov/check-tun works differently:
- it routes by fwmark
- it does not seem compatible with Monalive’s packet format
- at the same time, the embedded Monalive
checktun path appears to be broken in the current repo state because of the raw socket initialization issue
So the short question is:
what was the intended production setup here?
Right now it looks like:
- embedded
checktun is broken in the current code
- original external
check-tun is not compatible with Monalive’s current packet format
Am I missing some deployment detail, or was this path never fully wired end-to-end?
Hi!
Trying to understand the intended
check_tunmodel.From what I see:
pkg/checktunexpects a Monalive-specific packet format:0xFFFFFFFF)lvs_methodencoded in IPv4 options / IPv6 dst optionscheck-tunfrom https://github.com/andriyanov/check-tun works differently:checktunpath appears to be broken in the current repo state because of the raw socket initialization issueSo the short question is:
what was the intended production setup here?
Right now it looks like:
checktunis broken in the current codecheck-tunis not compatible with Monalive’s current packet formatAm I missing some deployment detail, or was this path never fully wired end-to-end?