Attivare l'esecuzione automatica di Nextcloud Cron con un timer Systemd
Controlla la modalità cron di Nextcloud, ripara il servizio systemd e il timer e verifica che i processi in background vengano eseguiti dopo l'avvio e ogni cinque minuti.
È possibile registrare un client SLES 15 senza fornirgli accesso diretto a Internet, a condizione che possa comunque raggiungere il server o il proxy SUSE Manager sulla rete privata. Preparare i repository software e di bootstrap corrispondenti sul Manager, creare una chiave di attivazione e quindi eseguire lo script di bootstrap sulla macchina SLES. Un client senza un percorso di rete verso il Manager non può completare la registrazione o il check-in di Salt; la semplice copia di uno script tramite USB non è sufficiente a rendere la procedura gestibile.
Esempio ipotetico: un amministratore sta installando una nuova macchina virtuale SLES 15 SP7 x86_64 in una rete aziendale senza accesso a Internet. Anche SUSE Multi-Linux Manager 5.1, il nome con cui viene attualmente chiamato SUSE Manager in questa guida, è disconnesso da Internet. I suoi canali software sono stati replicati nell'ambiente tramite supporti rimovibili. La macchina virtuale può raggiungere il Manager interno tramite HTTPS e porte Salt. Questo scenario è puramente illustrativo e non rappresenta una configurazione o un test reali.

"Offline" può significare che il client e il Manager non hanno accesso diretto a Internet, oppure che il client non può raggiungere alcun server. La prima configurazione supporta la registrazione; la seconda no. Il client necessita di un percorso interno verso il Manager o un proxy di SUSE Multi-Linux Manager, e il Manager necessita di pacchetti e metadati disponibili localmente per il client.
Se il Manager è disconnesso da SUSE Customer Center, la configurazione documentata da SUSE utilizza RMT o SMT e storage rimovibile per replicare i repository. Per SLES 15, sincronizzare il prodotto e i canali client-tools del Manager necessari per l'architettura client. Assicurarsi quindi che il repository bootstrap corrispondente sia presente sul Manager. Nell'interfaccia Web, la selezione del prodotto si trova in Admin > Setup Wizard > Products. La sincronizzazione del prodotto deve essere completata prima del bootstrap; se il repository bootstrap non è presente, la documentazione del Manager fornisce mgr-create-bootstrap-repoun'opzione per la creazione manuale.
Per la macchina virtuale ipotetica, prima di selezionare i canali, verificare il service pack e l'architettura di SLES. Una macchina SLES 15 SP7 x86_64 richiede il prodotto corrispondente, non un canale con un nome simile per un altro service pack o architettura. L'elenco dei prodotti supportati e i nomi dei canali possono variare tra le diverse versioni di SUSE Multi-Linux Manager, quindi fare riferimento alla guida relativa alla versione di Manager effettivamente installata.
Una chiave di attivazione applica l'assegnazione del canale e altre impostazioni di registrazione all'esecuzione dello script di bootstrap. Nell'interfaccia utente Web di Manager, apri Systems > Activation Keyse crea una chiave come sles15-sp7-offline. Seleziona il canale base SLES 15 SP7 x86_64 e i canali figlio richiesti per la tua sottoscrizione e la configurazione degli strumenti client. Evita il canale padre predefinito quando puoi assegnare un canale SLES specifico.

Prima di procedere, verificare che la chiave appartenga all'organizzazione corretta e che i canali necessari siano disponibili localmente. Le chiavi possono anche essere applicate a gruppi, configurazioni, pacchetti o un metodo di contatto; esaminare attentamente le impostazioni aggiuntive per evitare che la registrazione attivi il download di pacchetti o la modifica della configurazione inaspettati.
Sul server host di SUSE Multi-Linux Manager, accedi al container del server e crea uno script associato alla chiave di attivazione:
mgrctl term
mgr-bootstrap --activation-keys=sles15-sp7-offline --script=bootstrap-sles15-offline.sh
Lo script di bootstrap è memorizzato nella /srv/www/htdocs/pub/bootstrap/directory del Manager. Mantenere SSL abilitato nello script. Nella rete di esempio, la VM SLES può recuperare lo script tramite HTTPS interno. Se è necessario trasferire lo script nel segmento isolato su un supporto rimovibile approvato, copiarlo da tale directory utilizzando la procedura di trasferimento controllata dell'organizzazione. Confrontare il checksum SHA-256 calcolato su entrambi i lati prima di eseguirlo e proteggere lo script come dati di configurazione poiché contiene la chiave di attivazione.

Non trasferire solo lo script di bootstrap e presumere che il client sia autonomo. Lo script installa le dipendenze di registrazione dal repository di bootstrap del Manager. Tali pacchetti RPM e i canali software devono essere già sincronizzati sul Manager disconnesso.
Sulla macchina SLES, verificare che l'orologio sia sincronizzato con quello del Manager e che il DNS interno risolva correttamente il nome del Manager:
timedatectl
getent hosts manager.example.net
Sostituire manager.example.netcon il FQDN del Manager o del Proxy incorporato nello script. I requisiti del client SUSE Multi-Linux Manager 5.1 includono l'accesso in uscita dal client al Manager o al Proxy sulla porta HTTPS 443 e sulle porte TCP 4505 e 4506 per Salt. La porta 80 può essere utilizzata anche da una distribuzione. La porta SSH 22 è rilevante quando si utilizza un metodo di contatto SSH push. Utilizzare la guida ai requisiti di rete corrente per la propria distribuzione e la configurazione del firewall; non esporre queste porte a Internet pubblico.
Con lo script sul client e i repository interni accessibili, eseguilo come root usando Bash:
bash ./bootstrap-sles15-offline.sh

La registrazione potrebbe richiedere del tempo, poiché il client sta installando il componente Salt e scaricando la configurazione del repository. Non interrompere il processo solo perché non è attivo. In caso di errore, conserva l'output esatto e controlla i log di bootstrap e Salt del client, il repository di bootstrap del Manager, il DNS, la fiducia nei certificati e il percorso del firewall prima di riprovare.
Nell'interfaccia Web di Manager, verifica Systems > Overviewla presenza del nuovo client. Se non è presente, aprilo Salt > Keyse cerca la chiave in sospeso del client. Prima di accettarlo, conferma che l'ID minion e l'identità della macchina corrispondano alla VM SLES. Una registrazione riuscita dovrebbe lasciare il sistema nell'elenco, la sua chiave Salt accettata e un check-in recente visibile.
Se la VM non ha un percorso verso il Manager, interrompere l'operazione dopo aver predisposto lo script e i pacchetti: la registrazione non può essere completata finché non viene fornito un percorso di rete controllato. Se in precedenza era registrata direttamente con SCC, SMT o RMT, seguire le istruzioni di migrazione client di SUSE per eliminare la vecchia registrazione e i repository prima di passare alla gestione; non lasciare configurazioni di repository in conflitto.
Questa procedura segue la documentazione di SUSE Multi-Linux Manager 5.1 per l'installazione disconnessa , i client SUSE Linux Enterprise , le chiavi di attivazione e la registrazione dei client tramite uno script di bootstrap . Verificare i requisiti di rete per la direzione delle porte e i dettagli specifici della versione. SLES 15 SP7 viene utilizzato come esempio; selezionare canali e script diversi per altri service pack, architetture o versioni di Manager.
Controlla la modalità cron di Nextcloud, ripara il servizio systemd e il timer e verifica che i processi in background vengano eseguiti dopo l'avvio e ogni cinque minuti.
Abilita il blocco affidabile dei file in Nextcloud, scegli il backend Redis o Valkey più adatto e verifica che l'avviso scompaia senza rischiare modifiche simultanee ai file.
Risolvi i problemi più comuni riscontrati durante le scansioni di Nextcloud con gli aggiornamenti più recenti, HTTPS e HSTS, una configurazione precisa del proxy inverso e verifiche rispetto al server pubblico.
Configura Nextcloud SSE per lo spazio di archiviazione che lo richiede, proteggi le chiavi di crittografia e misura l'impatto sul trasferimento dati e sulla CPU prima di crittografare i file esistenti.
Collega la ricerca file di Nextcloud a Elasticsearch, indicizza il contenuto dei documenti e scegli una configurazione adatta alle esigenze del tuo server e della tua sicurezza.
Configura Nextcloud per rimuovere i file eliminati dopo un periodo di conservazione definito, pianifica in modo affidabile le attività in background ed evita i comandi che svuotano il cestino di tutti gli utenti.
Esegui in modo sicuro la riparazione OCC di Nextcloud, visualizza in anteprima le modifiche al database e verifica il motivo per cui l'avviso potrebbe persistere.
Consenti il caricamento di file di dimensioni maggiori nel browser Nextcloud allineando le impostazioni di PHP, Nginx o Apache, dello spazio di archiviazione temporaneo e del timeout, e verifica quale limite sta bloccando il file.
Imposta il limite di memoria PHP effettivamente utilizzato da Nextcloud, riavvia il servizio corretto e conferma l'impostazione di 512 MB nella Panoramica di amministrazione.
Monta un bucket di object storage compatibile in Nextcloud utilizzando il suo backend S3, con l'endpoint, le credenziali, l'ambito di accesso e i passaggi di verifica corretti.