Conflitto LockDown Browser + Citrix / Parallels / VMware su Mac
Il sintomo
Dialogo "Chiudi queste applicazioni" che nomina Citrix / Parallels / VMware / UTM / VirtualBox. LDB si rifiuta di avviarsi. Anche dopo aver chiuso la GUI, processi come prl_* o QEMUHelper restano in Monitoraggio Attivita.
Perche entra in conflitto con LDB
Ogni host VM installa processi in background + kernel extension (versioni piu vecchie) + servizi di sistema. L'azione "chiudi GUI" chiude solo il front-end; i daemon persistono. LDB scansiona anche i daemon, non solo l'app GUI.
La soluzione - procedura pre-esame
- Parallels Desktop: Icona del menu di stato → Esci da Parallels Desktop completamente (non solo la VM). Monitoraggio Attivita: cerca "prl" → forza uscita di eventuali sopravvissuti (
prl_naptd,prl_disp_service,prl_client_app). - VMware Fusion: Stesso - esci completamente da Fusion. Forza uscita dei processi
VMware FusioneVMware Fusion Helper. - UTM: Esci da UTM. I processi
QEMUHelperdovrebbero uscire da soli; in caso contrario, forza uscita. - VirtualBox: Kernel extension notoriamente persistenti. Esci dalla GUI di VirtualBox. Se LDB protesta ancora: apri Monitoraggio Attivita → cerca "VBox" → forza uscita. Se continua a protestare, riavvia il Mac.
- Citrix Workspace: Icona del menu di stato → Esci. Monitoraggio Attivita: cerca "Citrix" → forza uscita di eventuali processi
Citrix Viewer/Citrix Receiver. - TeamViewer / AnyDesk / GoTo Resolve / LogMeIn / Chrome Remote Desktop: Stesso schema - esci dalla GUI + verifica che nessun processo helper resti.
Configurazioni alternative
Se usi attivamente uno di questi per il tuo lavoro quotidiano:
- Modalita coherence di Parallels: Uscire da Coherence non basta - devi chiudere Parallels del tutto. Non c'e una modalita "compatibile con esame".
- Citrix su un Mac gestito: Disattiva Condivisione Schermo + Gestione Remota in Impostazioni di Sistema → Condivisione. ARDAgent esce quando entrambi sono spenti.
- Kext di VirtualBox: Se rifiutano di rilasciarsi, riavvia. Non tentare di scaricare manualmente i kext - rischio di instabilita di sistema.
Cosa NON fare
- Non tentare di aggirare il conflitto a meta esame - la scansione della blacklist di LDB avviene prima dell'avvio dell'esame e si ripete a intervalli.
- Non riavviare l'app in conflitto DURANTE l'esame - LDB rilevera il nuovo processo e potrebbe segnalarlo.
- Non lasciare l'app in conflitto in pausa/disattivata a lungo termine al di fuori delle finestre d'esame; e eccessivo per uso non-LDB.
Frequently asked questions
LDB rilevera Parallels anche se nessuna VM e in esecuzione?
Si - il rilevamento di Respondus guarda l'app host + i daemon del kernel, non lo stato attivo della VM. Parallels senza VM in esecuzione viene comunque segnalato.
Posso sostenere l'esame dentro una VM Windows di Parallels?
No. Respondus rileva e blocca esplicitamente macOS o Windows virtualizzati. <a href="https://support.respondus.com/hc/en-us/articles/4409604116123-I-receive-a-warning-The-browser-cant-be-used-in-virtual-machine-software-such-as-Virtual-PC-VMWare-and-Parallels" rel="noopener">Il fornitore lo conferma</a>. Usa macOS nativo.
E UTM in esecuzione con Linux per scopi di sviluppo?
UTM viene rilevato anche se esegue Linux (non macOS o Windows). Il rilevamento e a livello di hypervisor. Chiudi UTM prima degli esami.