Browse this section

Requesting a firewall rule without losing access

A firewall request should describe a required communication path, not simply ask to open all traffic. Both provider-side and operating-system rules may affect a connection. Plan the change so that management access remains available.

State the required rule

  • Source address or trusted network, destination service, protocol and port, and whether access is temporary.
  • Reason for access and whether a VPN, private address or narrower allowlist can be used.
  • Current management path, recovery access and a time window for testing.
  • Expected application test and an explicit rollback if the new rule blocks legitimate traffic.

Do not expose database, administrative or remote-management ports publicly without a reviewed requirement. For an existing fault, include the exact error and test endpoints. Avoid clearing all firewall rules as a troubleshooting shortcut.

Further reading: Ubuntu: firewall documentation

Was this guide helpful?

Related guides

Preparing secure SSH access

Use individually assigned access where practical so changes can be attributed and access can be revoked without affecting everyone. SSH keys are useful for authentication, but the private k…

TLS certificate issuance and renewal checks

A valid certificate needs the correct names, a trusted chain and a working renewal process. HTTPS protects the connection; it does not prove that the application itself is free of vulnerabi…

What to send us when you suspect a compromise

Treat unexpected administrator accounts, changed files or suspicious processes as evidence to investigate. A successful malware scan does not establish that a system is clean. Use a trusted…

Container ports and management interfaces

A container being reachable from its host does not mean it should be reachable from the Internet. Published container ports and host firewall settings must be reviewed together. Docker can …

Need help applying this to your service?

Tell us your service reference and what you need to achieve. Never include passwords or private keys in a ticket.

Contact support →
← All knowledgebase topics