MultiPortal is preparing its next update (version 1.1.1) with a clear theme: give resellers more day-to-day independence, smooth out operational workflows for service providers, and tighten performance where it matters—especially usage calculations and reporting. The company has also started formalizing how it ships software, introducing a staged release approach and publishing its first release candidate (RC) for wider testing.

Reseller quotas: limits set by providers, autonomy for resellers

One of the headline changes in 1.1.1 is a revamped “Reseller Quota” model. Service providers can define quota limits across tenants, virtual data centers (VDCs), and virtual machines (VMs) in Proxmox VE. Within those boundaries, resellers can create and manage their own tenants and VDCs without waiting on a provider admin—an important shift if you’re trying to scale support without scaling headcount. The update also adds “unlimited” quota options to enable more flexible pay-as-you-go (PAYG) models where that fits commercially.

MultiPortal 1.1.1: more reseller autonomy, faster reporting, and a new staged release cadence | multiportal reseller quota
MultiPortal 1.1.1: more reseller autonomy, faster reporting, and a new staged release cadence

VM migration between VDCs: less friction when balancing customer environments

MultiPortal is also adding a migration wizard aimed at service providers, allowing VMs to be moved between VDCs while handling storage policy and network remapping. In practice, that can reduce the pain of rebalancing resources, consolidating workloads, or pre-staging environments before moving them into production tenant contexts.

MultiPortal 1.1.1: more reseller autonomy, faster reporting, and a new staged release cadence | multiportal vm migration
MultiPortal 1.1.1: more reseller autonomy, faster reporting, and a new staged release cadence

Performance and stability: cloning safeguards and faster reports

On the stability side, 1.1.1 introduces additional safeguards around cloning VMs or deploying from templates, preventing actions like starting the VM until post-clone tasks have completed. On the performance side, MultiPortal highlights major improvements to its usage calculation engine, with the goal of making report generation noticeably faster and more efficient—particularly relevant for providers operating multi-tenant environments where reporting overhead can creep up quickly.

MultiPortal 1.1.1: more reseller autonomy, faster reporting, and a new staged release cadence | multiportal security groups
MultiPortal 1.1.1: more reseller autonomy, faster reporting, and a new staged release cadence

Quality-of-life updates: Windows 2025, VM IP visibility, firewall UX, SAML

The release also bundles several operational improvements:

  • Windows “2025” option when building new VMs (aligned with Proxmox naming and workflows).
  • VM IP addresses shown inside MultiPortal when the QEMU guest agent is running—positioned as a stepping stone toward broader IPAM functionality.
  • Firewall rule dropdown cleanup with friendlier virtual network naming, plus the ability for tenants to create their own firewall rules and security groups.
  • SAML at the service provider level, allowing provider administrators to configure a SAML identity provider (IdP) at that scope.

A new release process—and the first 1.1.1 release candidate

Alongside features, MultiPortal is changing how it ships. The company outlines a staged model that runs from Alpha to Closed Beta to Pre-Release/Public Preview and then Production—explicitly aiming to catch issues earlier and give customers a structured way to influence releases before they land in live environments.

As part of that shift, MultiPortal 1.1.1-rc.1 is now available for testing, including an embedded feedback tool inside the UI. The RC highlights continued focus on reseller management (including tools like tenant impersonation), migration workflows, broader platform consistency improvements, API enhancements (notably reseller quota management), and a long list of fixes across cloning, templates, backups, HA sync, and tenant admin workflows.

Important RC constraints (don’t skip these)

MultiPortal is explicit that the RC is for evaluation only, not production. It also notes that existing environments can’t be upgraded to an RC (new installs only), no license key is required, official support isn’t provided for RC builds, and the RC is expected to expire roughly a month after the final 1.1.1 release. The company also points to Ubuntu 24.04 and Debian 12 as supported targets for trying the RC.

Scroll to Top