Common Issues
Gateway shows a 'tunneling configuration' timeout or restarts repeatedly.
Gateway shows a 'tunneling configuration' timeout or restarts repeatedly.
Symptom: The Gateway container logs show If the TLS handshake completes and you receive any HTTP response (for example, a 404), host egress is healthy and the issue is container-level, not your corporate firewall.Step 2: Check IP forwardingIf the host can reach If this returns The Gateway reconnects on its next retry. No rebuild or image re-pull is needed, and the local image and configuration are unaffected.
ConnectTimeoutException: connection timed out...cloud.cdata.com:443 and the container restarts in a loop. The Gateway never reaches Success status in Connect AI.Step 1: Test host egress (independent of Docker)Run the following on the host:cloud.cdata.com but the container cannot, verify IP forwarding on the host:0, the host cannot route the container’s outbound traffic to the internet. Docker requires IP forwarding to be enabled. Enable it:Issues keeping the Gateway connected across reboots, patches, and hardening.
Issues keeping the Gateway connected across reboots, patches, and hardening.
net.ipv4.ip_forward is commonly reset to 0 by OS reboots, patch cycles, and security-hardening baselines. Apply the level of persistence your environment requires.Survives a reboot: Add a persistent sysctl setting:- Permit
net.ipv4.ip_forward=1on hosts running the Connect Gateway, on the basis that Docker requires IP forwarding for container connectivity; or - If forwarding must remain globally disabled, apply a scoped forward/masquerade rule allowing only the Docker bridge subnet outbound to
cloud.cdata.comon port 443.
net.ipv4.ip_forward = 0 with a load order after 99-ip-forward.conf is the line the exception must override.