What problem does it solve? Setting up a two-hop proxy chain where a China-optimized VPS terminates VLESS Reality traffic and a second VPS provides the final public egress is error-prone: default routes get stolen by WireGuard, existing Reality nodes get destroyed, marked traffic leaks to the wrong IP, and datacenter IPs get mislabeled as residential. ## Core Features & Use Cases - Preserve Existing Reality Inbounds: Detects and keeps live Xray Reality configurations on the line machine while adding WireGuard egress around them. - Fail-Closed Policy Routing: Uses fwmark 102 and routing table 166 with an unreachable fallback so proxy traffic never falls back to the line machine's datacenter IP when the tunnel drops. - Honest IP-Type Verification: Checks the landing VPS against ipinfo.io, ip-api.com, and proxycheck.io before calling an exit IP residential. - Use Case: A user has a ByteVirt CN2 GIA VPS and a second US host, and wants clients to connect via Reality on port 443 while websites see the second host's IP, with proof that marked egress exits via B and fails closed when WireGuard is down. ## Quick Start Ask the assistant to chain your line VPS A running VLESS Reality to landing VPS B over WireGuard with fail-closed marked routing and verified exit IP.