AlmaLinux and Rocky Linux VPS setup after provisioning
Set up an AlmaLinux or Rocky Linux VPS after provisioning: verify DNS and routes, update packages, enable SSH, configure the firewall and record a recovery baseline.
For a new AlmaLinux or Rocky Linux VPS, first confirm the assigned public IP, default route and DNS resolution. Then update the system, verify SSH is running, limit remote access with the firewall, and save a small acceptance record before deploying an application.
Check network basics before package installation
Confirm the instance has an address, a default route and working name resolution before running package commands. A temporary DNS failure can block repository access even when the virtual machine is powered on.
Update and verify remote access
Use the supported console if SSH is not yet reachable. Apply the normal operating-system updates, verify that the SSH service is enabled, and test a new remote session before closing the console.
Create a small acceptance record
Record the image version, public IP, DNS resolver, route check, SSH result, firewall rule set and update time. This helps separate provisioning issues from later application changes.
Treat reinstall as a recovery operation
Reinstalling can replace the system disk. Back up required data and check the target image, region and credentials before starting a reinstall from the control panel.
Which sources support this page?
- AlmaLinux OS documentation — AlmaLinux OS Foundation
- Rocky Linux documentation — Rocky Linux
- StarKube control panel guide — StarKube
- StarKube VPS server acceptance checklist — StarKube
Frequently asked questions (FAQ)
Why can an AlmaLinux or Rocky Linux VPS not resolve package repositories?
Check the configured DNS resolver, default route, outbound connectivity and cloud-init or image network settings. Do not assume a repository failure is caused by the package manager alone.
Should SSH be reachable immediately after provisioning?
It depends on the selected image and initialization state. Verify the service from the supported console, then check the guest firewall and network policy if port 22 remains unreachable.
Can the same setup checklist be used for CentOS Stream?
The network, SSH and acceptance principles are similar, but package names, repository policy and lifecycle support should be checked against the selected distribution documentation.