Prerequisites / required permissions
Step 1: Open the eligible server
Open the server dashboard for an eligible Nginx server. ORIV shows an upgrade banner near the top of the server page.[!NOTE] Precisa de ajuda visual para esta etapa? Entre em contato com o nosso suporte em support@oriv.cloud.
Step 2: Review what the upgrade will do
The confirmation modal explains the upgrade plan before anything is queued. If the information looks correct, choose Upgrade Nginx.[!NOTE] Precisa de ajuda visual para esta etapa? Entre em contato com o nosso suporte em support@oriv.cloud.
3. Resolve pre-flight warnings when custom config is incompatible
Before queuing the upgrade, ORIV scans custom Nginx config for directives that are known to break on newer official Nginx builds. If it finds blockers, the modal switches to an incompatibility view.[!NOTE] Precisa de ajuda visual para esta etapa? Entre em contato com o nosso suporte em support@oriv.cloud.If you intentionally want to proceed, type the server name in the confirmation field and select Upgrade anyway. The rollback gate still protects the server if the final config test fails.
Step 4: Let the upgrade run in the background
After the upgrade is queued, the banner changes to a running state.[!NOTE] Precisa de ajuda visual para esta etapa? Entre em contato com o nosso suporte em support@oriv.cloud.
Step 5: Confirm completion
When the upgrade completes successfully, ORIV shows a success banner.[!NOTE] Precisa de ajuda visual para esta etapa? Entre em contato com o nosso suporte em support@oriv.cloud.
Limits / edge cases
- The offer is only shown for provisioned Nginx-based servers on Ubuntu 24.04 that are not already on the official nginx.org source.
- OpenLiteSpeed servers are intentionally excluded.
- ORIV blocks automatic package restart during the swap and performs one final reload only after the generated configuration passes
nginx -t. - If the final config test or module build fails, ORIV rolls back and leaves the existing Nginx serving traffic.
- Pre-flight issues do not make the upgrade impossible, but they should be fixed first unless you are intentionally relying on rollback protection.
Frequently Asked Questions
What is this upgrade?
This is ORIV’s guided move from the older Ondřej/Ubuntu Nginx package source to the official nginx.org build. ORIV handles the repository change, rebuilds compatibleheaders-more and brotli modules, and keeps ORIV features such as Web Rules/custom headers and brotli compression available after the upgrade. It also enables newer Nginx capabilities such as HTTP/3.
Was my server vulnerable earlier?
No customer action is needed for earlier exposure. ORIV already mitigated the relevant vulnerability immediately with targeted package and security fixes. This guided upgrade is the long-term package-source transition; it does not mean customer sites were left exposed until now.Why did ORIV not update earlier?
Moving to the official nginx.org packages was a large platform change. ORIV previously used the Ondřej package source because it included modules and features ORIV needed. The official nginx.org package does not include every ORIV-required module out of the box, so ORIV needed to rebuild and support missing pieces such asheaders-more and brotli, add compatibility checks, add rollback behavior, and verify the flow carefully before offering it on customer servers.
Should I back up my sites first?
A backup is recommended, but it is not required for the upgrade to run. ORIV keeps the current Nginx serving during the build and rolls back if the final config test or module build fails. A recent backup is still a good precaution and helps you recover faster if the server has unrelated site issues, custom Nginx snippets, or manually edited configuration.Does this restart Nginx during the build?
No. Existing Nginx continues serving sites while ORIV prepares the repository and compiles compatible dynamic modules. ORIV blocks automatic package restarts during the swap and performs a singlenginx -t-gated reload at the end.
