Console access and the operating-system login are different layers. Some legacy SolusVM services expose a separate VNC password, while current browser console access can be mediated by the authenticated panel and its permissions.
IN THIS ARTICLE
What you need before you begin
Identify your installed platform and the console method provided for the VPS. Do not assume that a persistent VNC Password tab from an old tutorial exists in SolusVM 2. Keep the panel account secure because it can grant access to powerful VPS controls.
01 Manage SolusVM console credentials and VNC access
- Open the correct VPS and test its supported browser console from the trusted HTTPS panel. Authenticate to the guest separately when its login screen appears.
- If your service explicitly exposes a separate VNC password-change control, enter a unique value that meets the displayed requirements and save it.
- Follow the panel instructions for applying that change, including an orderly restart or stop/start only if required. Keep an existing recovery route until the new connection has been tested.
- Open a fresh console connection and confirm it works. Update any authorized external client that uses the separate credential and close obsolete sessions.
- For a current installation without a VNC password control, manage panel password, two-factor authentication and project/role permissions instead, and ask support about revoking an exposed console connection.
How do I confirm console access is secure?
Confirm you can reach the intended screen and then log in to the guest. Changing a VNC credential does not change the Linux root or Windows Administrator password.
Troubleshoot unexpected results
If access fails, check panel permissions, server state and the console error before changing unrelated passwords. Never expose a raw VNC port or revive a Java browser plugin to bypass the supported method. Treat console links and temporary connection details as sensitive and share only the error text with support.