Availability & Connectivity
Private Locations Availability & Connectivity¶
Does the Private Location restart automatically if it disconnects?¶
Yes, the Private Location includes automatic restart capabilities. When deployed using Docker Compose or Helm with the restart: always policy configured, the service will automatically restart upon disconnection or failure.
This ensures high availability and minimal downtime for scanning operations.
Does the Private Location turn off after a period of inactivity?¶
No, the Private Location remains active indefinitely as long as it maintains connectivity to the Escape platform. The service continuously sends heartbeat signals to the Escape platform at regular intervals (approximately every second) to maintain its connection status and ensure availability for incoming scan requests.
The Private Location will only stop if explicitly terminated or if it loses network connectivity to the Escape platform.
What type of traffic goes through port 80, and can it be disabled?¶
Port 80 serves as a fallback connection method when SSH connections through port 2222 are unavailable. This fallback mechanism was primarily designed for legacy Repeater deployments and can be safely disabled in modern configurations without affecting normal operations.
When port 80 is disabled, all traffic will route through secure channels (SSH on port 2222), which is the recommended configuration for production deployments.
Troubleshooting¶
If connectivity issues are experienced or troubleshooting is needed for a Private Location, the following steps should be followed:
- Verify deployment configuration: The deployment configuration should be checked to ensure the API key is correctly set and has not expired
- Review firewall settings: Firewall settings should be verified to allow the necessary outbound connections to the Escape platform
- Check SSL/TLS configuration: The SSL/TLS configuration should be reviewed to ensure certificates are valid and properly configured for secure connections
- Analyze logs: Logs should be monitored and analyzed using the logging and monitoring tools to identify specific error patterns or connection issues
- Contact support: If issues persist after following the above steps, the support team should be contacted with relevant log excerpts and configuration details for further assistance