Cuffie JBL su debian in mono fix per A2DP

What fixed the issue for me, was editing /etc/bluetooth/main.conf.

# Automatically connect both A2DP and HFP/HSP profiles for incoming
# connections. Some headsets that support both profiles will only connect the
# other one automatically so the default setting of true is usually a good
# idea.
AutoConnect=true

Next enable support for multiple profiles, which can be found a few lines below in main.conf:

# Enables Multi Profile Specification support. This allows to specify if
# system supports only Multiple Profiles Single Device (MPSD) configuration
# or both Multiple Profiles Single Device (MPSD) and Multiple Profiles Multiple
# Devices (MPMD) configurations.
# Possible values: “off”, “single”, “multiple”
MultiProfile = multiple

Procedura Collegamente Sessone Admin con RDP

Introduzione:

La differenza tra una sessione di desktop remoto con diritti di amministratore rispetto a una senza diritti di amministratore è che una sessione di desktop remoto senza diritti di amministratore non consente all’utente di eseguire attività di amministrazione, come descritto sopra; con diritti di amministratore tali attività possono essere eseguite. Inoltre, quando ci si connette a un computer remoto tramite una sessione RDP senza diritti di amministratore, tale sessione richiederà una CAL per l’utilizzo, con i diritti di amministratore non utilizzerai una CAL. (Sono consentite al massimo 2 sessioni connesse simultanee)

Vantaggi dell’utilizzo dei diritti di amministratore:

Non si utilizza una licenza CAL (Client Access License) di Windows durante la connessione

a un computer remoto con diritti di amministratore

.

Si applicano condizioni e limitazioni, quali:

  • Possono esserci solo 2 sessioni RDP di amministrazione attive alla volta
  • Il ruolo Servizio Desktop remoto (RDS) deve essere installato nel server di destinazione
  • L’account utente deve far parte del gruppo di amministratori sul server di destinazione per eseguire attività di amministrazione.

Puoi eseguire attività amministrative, come (non limitato a):

  • Gestire gli account utente (creare, eliminare, modificare password)
  • Installare/disinstallare programmi/app
  • Modificare le configurazioni di sistema (modifiche al registro, modifiche ai criteri, modifiche ai servizi di sistema, ecc.)
  • Manipolare la proprietà di file e cartelle per tutti gli account sul computer remoto

Come aprire una sessione Remote Desktop con diritti amministrativi:

In questo breve tutorial si presuppone l’uso del client standard di Windows.

In caso di utilizzo di clients RDP alternativi si potrà fare riferimento al manuale del proprio client per verificare le impostazioni necessarie ad avviare una sessione RDP con diritti amministrativi.

Avviare il client RDP tramite la funzione esegui del menu di windows:

Step 1:

Cliccare sul tasto

della propria tastiera + R. S avvierà la finestra di dialogo “Esegui”.

Step 2:

Digitare il comando (senza virgolette) “mstsc /admin” e premere OK.

Step 3:

Si aprirà il client RDP.

A questo punto si può procedere come al solito indicando l’indirizzo IP o l’hostname/FQDN del server remoto e lo username.

Avviare il client RDP tramite il prompt dei comandi:

Avviare il prompt dei comandi ed eseguire il comando (senza virgolette)

mstsc /v:<IP o Hostname del server remoto> /admin


Verrà eseguito il client RDP di Windows e basterà inserire le credenziali remote. Lanciando il client RDP dal prompt di comando sarà necessario passare eventuali opzioni tramite i parametri a linea di comando.

Questi i parametri disponibili, a titolo esemplificativo, sul client presente su Windows 10 Pro 22H2.

Alyante Modifica chiavi registro

qualora il dispatcher non partisse (problemi dovuti alle remote app non pubblicate) in regedit
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersin\TerminalServer\TSAppAllowList\Applications

Cambiare i percorsi relativi a dove si è installato il dispatcher

Rinnovare sslcert per zimbra

CertBot Zimbra

se non già installato :
wget –content-disposition https://github.com/YetOpen/certbot-zimbra/archive/1.0.0.tar.gz
tar xf certbot-zimbra-1.0.0.tar.gz
cd certbot-zimbra-1.0.0
./install all

se devo solo aggiornare
entrare nella cartella certbot-zimbra-1.0.0
./certbot_zimbra.sh –new –prompt-confirm

Errore / action = Allow _port = 8309

In fase di update sia di esxi dell’hypervisor sia installallando gli aggiornamenti se compare l’errore in oggetto lanciare in ssh sull’hypervisor

services.sh restart

Procedura aggiornamento dispatcher 5.3.5 per alyante

-Disinstallare dispatcher dal pannello di controllo;
-Rinominare o cancellare cartella dispatcher;
-Cancellare servizio da prompt amministratore con “sc delete APDispatcher”;
-Installare nuovo dispatcher;
-Eseguire wizard e riconfigurare;
-Disabilitare nel Configurator nella scheda “Back END” la spunta “Abilita cache sessioni RDP” se si tratta di Alyante. Verifica anche se sono state pubblicate le remoteapp sul server manager all’interno delle QuickSessionCollection (le remoteapp rdpcontroller.exe e tscon.exe). Se sono pubblicate, imposta il parametro riga di comando per entrambe le remoteapp, sia per ‘rdpcontroller’ sia per ‘tscon’ (vedi allegato). Applica e chiudi. Riavvia poi il servizio Windows del dispatcher ‘APDispatcher’ e testa il funzionamento di Alyante aprendo qualche voce di menù. Se non trovi le due remoteapp devi pubblicarle manualmente. Apri il ‘Server Manager’ e all’interno della collection “QuickSessionCollection” pubblica manualmente le due remoteapp ‘tscon.exe’ (che trovi nella cartella C:\Windows\System32\) e ‘RDPController.exe’ (nella cartella \TeamSystem Software\APDispatcher\RdpController\). Una volta pubblicate imposta sempre il parametro riga di comando per entrambe le remoteapp, applica e chiudi e infine riavvia il servizio Windows del dispatcher. Se continua a non funzionare verifica anche che i servizi desktop remoto siano installati e in esecuzione e anche che le licenze CAL RDS siano attive e funzionanti. Se il problema persiste prova anche ad impostare il dispatcher in modalità ‘Desktop’, all’interno del Configurator.exe e poi avvia come amministratore l’eseguibile APDispatcher.exe che trovi all’interno della stessa cartella. A questo punto prova ad aprire una voce di menù della procedura in Alyante con l’utente applicativo e vedi se riscontri qualche messaggio di avviso\errore all’interno della sessione RDP che si apre nell’eseguibile del dispatcher APDispatcher.exe.