Parallels bracht Parallels RAS Core v21.2.1-27306 uit op 30 juli 2026. Officieel een onderhoudsrelease, maar met een uitgesproken karakter: van de negen changelog-items gaan er drie over Hyper-V en drie over printen. De rest betreft identiteit (Enrollment Server, Web Authentication) en loadbalancing.
Dit is wat er in de praktijk verandert, en wie als eerste moet patchen.
De nieuwe functie: printvoorkeuren beschikbaar in het User Portal
Printvoorkeuren voor documenten die in een externe sessie zijn ingesteld — inclusief de keuze van de papierlade — worden nu doorgegeven bij het printen via de RAS Universal Printer in User Portal-sessies, voor clients en extensies van derden.
In de praktijk: koos een User Portal-gebruiker tot nu toe een specifieke lade in een gepubliceerde applicatie, dan werd die keuze genegeerd of inconsistent doorgegeven aan de lokale printer. Het klassieke scenario in omgevingen met briefpapier in lade 1 en gewoon papier in lade 2 — accountantskantoren, advocatenkantoren, HR-afdelingen. Nu komt de keuze wel aan.
Let op: deze doorgifte is uitdrukkelijk bedoeld voor clients en extensies van derden, dus integraties bovenop het User Portal en niet de native Parallels Client.
De kritieke fix: crash van de Provider Agent
Dit is het enige item in de build dat als Critical Fix is gemarkeerd. De Provider Agent kon in drie situaties crashen: tijdens het beheer van Hyper-V, tijdens het klonen van VDI, of bij het opruimen van actieve gastsessies terwijl een host afsluit. Als oorzaken worden sporadische toegangsfouten en verbroken verbindingen genoemd.
Waarom dat ertoe doet: de Provider Agent is de component die met de hypervisor praat. Valt hij weg, dan verliest de broker het zicht op de VDI-pool — geen provisioning, geen energiebeheer, en hosts die in een inconsistente toestand achterblijven. Op een infrastructuur die tijdens kantooruren kloont om de belasting op te vangen, is dat meteen een functionele storing.
Het woord sporadisch is hier belangrijk: dit soort crash laat zich niet op commando reproduceren, maar duikt op onder belasting of tijdens onderhoudsvensters. Zie je onverklaarbare herstarts van de RAS Provider-service in je eventlogs, dan heb je waarschijnlijk zojuist de verklaring gevonden.
Hyper-V Cluster: twee fixes die handmatig opruimen besparen
Twee aparte correcties die hetzelfde verhaal vertellen: de afhandeling van Hyper-V-clusters kon beter.
Verwijderde hosts die verweesde resources achterlaten
Het verwijderen van hosts uit een Hyper-V Cluster kon sporadisch mislukken, waarbij verweesde virtuele machines of schijfresources in de hypervisor achterbleven. Typisch zo’n bug die onopgemerkt blijft: de RAS-console toont de host als verwijderd, de beheerder gaat verder, en de VHDX-bestanden nemen maandenlang ruimte in op het CSV. Bij een VDI-pool die regelmatig opnieuw wordt opgebouwd, loopt dat snel op.
Draai je een oudere versie, dan loont het om vóór het patchen je CSV’s na te lopen: vergelijk de machines die de broker kent met wat er werkelijk in het cluster staat.
Klonen naar niet-beschikbare nodes
Het klonen van VDI-hosts in een Hyper-V Cluster kon mislukken wanneer het systeem nieuwe hosts probeerde te plaatsen op nodes die gepauzeerd, geïsoleerd of in quarantaine stonden.
Een schoolvoorbeeld uit het onderhoud: je pauzeert een node om patches te installeren, RAS blijft hem als geldige plaatsingsbestemming zien, en de provisioning loopt vast. De fix houdt nu rekening met de werkelijke status van de node. In de praktijk hoef je het leegmaken van een node voor onderhoud niet langer af te stemmen met het pauzeren van de provisioning aan RAS-zijde.
Universal Printing: juiste laden en AVD-ondersteuning hersteld
Ladenamen die eindelijk iets betekenen
De printvoorkeuren konden generieke of irrelevante ladenamen tonen wanneer een omgeleide printer geen specifieke voorkeuren aan clientzijde had. Voor de gebruiker: labels die nergens fysiek mee overeenkomen, en elke keer een supportticket.
De opties Paper Source, Paper Form en Print Quality komen nu correct overeen met de instellingen van de lokale printer.
Universal Printing op AVD
Ingrijpender: RAS Universal Printing werkte simpelweg niet op Azure Virtual Desktop-resources. Voor hybride infrastructuren die zowel on-premises RDSH als AVD publiceren, betekende dat een printervaring met twee snelheden, afhankelijk van waar de resource vandaan kwam. Nu opgelost.
Identiteit: Enrollment Server en Web Authentication
Enrollment Server: stille vervuiling van de directory
De vervelendste fix van de build. Was de certificeringsinstantie niet beschikbaar bij het starten van de Enrollment Server, dan kon de server een buitensporig aantal certificaten in Active Directory aanmaken en de bijbehorende privésleutels niet opruimen.
Dat zijn twee problemen in één. Ten eerste woekeren certificaatobjecten in de directory, wat de gebruikersobjecten opblaast. Ten tweede blijven er privésleutels op de server achter zonder bruikbaar certificaat — een opeenhoping die daar niets te zoeken heeft, op een component die per definitie gevoelig is.
Het scenario dat het veroorzaakt is alledaags: een herstart van de Enrollment Server terwijl de CA onbereikbaar is — onderhoud, een gezamenlijke herstart na Patch Tuesday, een netwerkstoring tussen beide. Gebruik je smartcardaanmelding of Web Authentication, dan rechtvaardigt deze fix alleen al de upgrade.
Web Authentication: de fout die er geen is
Web Authentication kon met nieuw uitgegeven certificaten een foutmelding tonen over een onjuiste gebruikersnaam of een onjuist wachtwoord, terwijl de aanmelding na het sluiten van de melding gewoon slaagde.
Technisch klein, operationeel irritant: precies dit soort gedrag levert supportcalls op en ondermijnt het vertrouwen van gebruikers in het platform. Een gebruiker die heeft geleerd één fout te negeren, negeert ook de volgende — ook de fout die er echt toe doet.
Loadbalancing: meervoudige toewijzing bij een lege buffer
Gebruikers konden bij het starten van een applicatie ten onrechte meerdere hosts binnen dezelfde hostpool krijgen als er geen hosts beschikbaar waren in de buffer.
Het scenario: de buffer is leeg — ochtendpiek aan aanmeldingen, achterlopende provisioning of een te krap bemeten pool — en het toewijzingsmechanisme geeft dezelfde gebruiker meerdere machines in plaats van één. Gevolg: hosts die voor niets worden verbruikt, waardoor het tekort dat het probleem veroorzaakte nog groter wordt. Een klassiek sneeuwbaleffect.
Dimensioneer je je buffers krap om de kosten in de hand te houden — typisch op Azure —, dan is deze fix voor jou relevant.
De volledige release notes staan in KB 131037.
