L'Accesso portale è una sessione Live Connect avviata dall'utente della macchina. L'utente della macchina visualizza la pagina Accesso portale facendo clic sull'icona agente sulla barra di sistema di una macchina gestita. L'Accesso portale contiene opzioni utente relative alla macchina, quali la modifica dei dati di contatto utente, la creazione o il tracciamento di ticket di assistenza, le chat con utenti VSA o il controllo remoto della propria macchina da un'altra macchina. I collegamenti Accesso portale sono definiti utilizzando Agente > Accesso portale. L'elenco funzioni che un utente vede durante una sessione di Accesso portale è determinato dalla pagina Sistema > Ruoli macchina. Le sessioni Accesso portale possono essere personalizzate tramite Sistema > Personalizza:: Pagina Live Connect.
Un accesso completo si verifica quando un agente completa l'elaborazione delle attività in sospeso assegnate da KServer. Queste attività possono comprendere una procedura agente, la registrazione di dati di log in cache o l'aggiornamento del file di configurazione agente. Un accesso completo si verifica se sono trascorse 24 ore senza che un'attività specifica lo richieda. Un accesso rapido si verifica quando un account accede con l'intervallo di accesso configurato, indicando a KServer che la macchina gestita è ancora in linea. Ciò non richiede il completamento di tutte le attività in sospeso. Alcune funzioni richiedono un accesso completo prima che l'agente possa iniziare a elaborare una nuova attività. Per esempio, Sistema > Politica assegnazione nomi. È possibile forzare un accesso completo facendo clic con il tasto destro sull'icona agente nella barra di sistema di una macchina gestita e selezionando l'opzione Aggiorna.
Vedere ID macchina vs. Agenti
Active Directory è un servizio directory utilizzato per memorizzare informazioni sulle risorse di rete in un dominio. Il suo scopo principale consiste nel fornire servizi di autenticazione e autenticazioni centralizzate per i computer basati su WIndows. Una struttura Active Directory è una struttura gerarchica di oggetti. Gli oggetti rientrano in tre amie categorie: risorse (per es.stampanti), servizi (per es. email) e utenti(account utente e gruppi). AD fornisce informazioni sugli oggetti, organizza gli oggetti, controlla l'accesso e imposta la sicurezza.
VSA può fare riferimento alle informazioni memorizzate in Active Directory durante un LAN Watch. Di conseguenza, gli agenti possono essere installati automaticamente sulle macchine tramite Visualizza computer AD. Tramite Visualizza utenti AD, gli agenti possono essere automaticamente installati su ogni macchina cui acceda un utente AD. Anche gli ultimi dati di contatto utente possono essere estratti da Active Directory e applicati all'ID macchina cui è collegato un utente AD. Ciò fornisce automaticamente agli utenti VSA dati di contatto aggiornati.
VSA gestisce le macchine installando un client software denominato agente sulla macchina gestita. L'agente è un servizio di sistema che non richiede all'utente di essere collegato per fare funzionare l'agente e non richiede un riavvio per l'installazione dell'agente. L'agente è configurabile e può essere totalmente visibile all'utente. L'unico scopo dell'agente consiste nello svolgere le attività richieste dall'utente VSA. Una volta installato:
Gli agenti possono essere installati su Mac OS X versione 10.3.9 e superiore. Sono supportare le piattaforme Intel e PowerPC. Perle macchine Macintosh, VSA supporta:
Gli Aggiornamenti automatici Windows sono uno strumento Microsoft che fornisce automaticamente gli aggiornamenti a un computer. Gli Aggiornamenti automatici Windows sono supportati sui seguenti sistemi operativi: Windows 2003, Windows XP, Windows 2000 SP3 o successivi, e tutti i sistemi operativi rilasciati dopo di questi. Gestione patch > Aggiornamento automatico Windows può abilitare o disabilitare questa funzione sulle macchine gestite. Anche se Windows Millennium Edition (Me) ha una funzione di Aggiornamento automatico, questa non può essere gestita allo stesso modo dei sistemi operativi citati sopra.
Nelle rappresentazioni grafiche in tutto VSA, quando è presente una condizione di allarme, VSA visualizza, per default, l'icona di un semaforo rosso . Se non sono presenti condizioni di allarme, viene visualizzata l'icona di un semaforo verde
. Queste icone possono essere personalizzate.
Gli allarmi, e gli altri tipi di risposte, sono abilitati tramite le seguenti pagine:
La pagina Sospendi allarmi sopprime gli allarmi per periodi di tempo specificati, compresi i periodi ricorrenti. Ciò consente lo svolgimento delle attività di aggiornamento e manutenzione senza generare allarmi. Quando gli allarmi vengono sospesi per un ID macchina, l'agente continua a raccogliere dati, ma non genera gli allarmi corrispondenti.
Avviso, controllo sistema e allarmi monitoraggio log sono automaticamente assegnati a una categoria allarme di gruppo. Se viene attivato un allarme, anche l'allarme gruppo cui appartiene viene attivato. Le categorie degli allarmi di gruppo per i set monitor e i set SNMP sono assegnate manualmente al momento della definizione dei set. Gli allarmi di gruppo sono visualizzati nel dashlet Stato allarme gruppo della pagina Monitor > Elenco cruscotto. È possibile creare nuovi gruppi utilizzando la scheda Nomi colonne allarme gruppo in Monitor > Elenchi monitor. I nomi delle colonne allarme gruppo sono assegnati ai set monitor utilizzando Definisci set monitor.
Gli avvisi sono risposte a condizioni di allarme. Ciò differisce da una verifica, che si limita a raccogliere dati selezionati successivi riferimenti senza riferimento ad alcun criterio.
Gli avvisi hanno due significati, generico e specifico.
Avvisi generici
In genere ci sono quattro tipi di risposte ad avvisi per una condizione di allarme:
La definizione di un avviso imposta il codice di risposta ATSE per quell'ID macchina o dispositivo SNMP.
Gli avvisi vengono definiti utilizzando:
Avvisi specifici
La pagina Avvisi permette di definire rapidamente gli avvisi per le condizioni di allarme tipiche che si riscontrano in un ambiente IT. Per esempio, lo scarso spazio su disco è un problema frequente sulle macchine gestite. Selezionando il tipo di allarme Spazio su disco in esaurimento
viene visualizzato un campo aggiuntivo che permette di definire la soglia di % di spazio libero
. Una volta definito, è possibile applicare immediatamente questo allarme a qualsiasi ID macchina visualizzato sulla pagina Avvisi e specificare la risposta all'allarme.
La barra di sistema si trova, come impostazione predefinita, nell'angolo in basso a destra del desktop di Windows, nella barra delle attività. Contiene l'orologio di sistema ed altre icone di sistema.
Cartelle private
Gli oggetti che si creano, come report, procedure, o insiemi monitor, vengono inizialmente salvati in una cartella con il nome utente sotto un contenitore Privato. Ciò significa che solo il creatore degli oggetti nella cartella li può visualizzare, modificare, eseguire, eliminare o rinominare.
Per condividere un oggetto privato con altri è innanzitutto necessario trascinarlo in una cartella sotto il contenitore Condiviso.
Nota: Un utente con ruolo Master può selezionare Mostra contenuti cartelle private e condivise da tutti gli utenti in Sistema > Preferenze per vedere tutte le cartelle private e condivise. Solo per le cartelle Private, la selezione di questa casella fornisce all'utente con ruolo Master i diritti di accesso equivalenti al proprietario.
La chat online è un sistema di messaggistica istantanea basata su testo. È inclusa in KServer principalmente per fornire supporto tecnico immediato. Gli utenti VSA possono dialogare con gli utenti delle macchine e/o con altri utenti VSA collegati allo stesso Kserver. Gli utenti VSA possono abilitare o disabilitare la capacità della macchina di avviare sessioni chat con utenti VSA. Poiché le chat Kaseya si appoggiano a KServer, tutte le chat sono protette con il protocollo di crittografia Kaseya a 256 bit.
La Creazione di un allarme rappresenta uno dei tre modi di notificare agli utenti una condizione di allarme. Gli altri due modi sono inviare una email o creare un ticket. Inoltre, le condizioni di allarme possono eseguire una procedura agente per rispondere automaticamente alla condizione di allarme. Questi quattro tipi di risposte sono denominati codici di risposta ATSE. Assegnata a un ID macchina, ID gruppo o dispositivo SNMP, la designazione indica quali tipi di risposte sono attive per la condizione di allarme definita.
Nessuna delle risposte ATSE è obbligatoria. La condizione di allarme e le risposte ATSE, compresa l'assenza di risposte, è riportata nel report Centro informazioni > Monitor - Log azioni monitor.
Lo stesso progetto ATSE vale per tutti i metodi di monitoraggio fornito da VSA.
Una condizione di allarme esiste quando le performance di una macchina sono/non sono conformi a criteri predefiniti.
I controller di dominio primari hanno accesso completo ai database degli account memorizzati sulle loro macchine. Solo i controller di dominio primari eseguono Active Directory.
I Modelli ID macchina sono inizialmente usati per creare un pacchetto di installazione agente utilizzando i modelli come origine da cui copiare le impostazioni. Tuttavia, anche dopo che gli agenti sono stati installati sulle macchine gestite sarà necessario aggiornare le impostazioni sugli account ID macchina a seguito delle variazioni delle esigenze dei clienti e dello sviluppo della conoscenza di VSA da parte dell'utente. In questo caso usare Agente > Copia impostazioni per copiare queste modifiche su qualsiasi numero di ID macchina alle quali si è autorizzati ad accedere. Assicurarsi di selezionare Non copiare
per le eventuali impostazioni che non si desiderano sovrascrivere. Utilizzare Aggiungi
per copiare le impostazioni senza eliminare le impostazioni esistenti. Kaseya consiglia di apportare prima le modifiche a un modello selezionato, quindi di usare quel modello come ID macchina di origine dalla quale copiare le modifiche. In questo modo ci si assicurerà che i modelli ID macchina rimangano i "master" per tutte le impostazioni agente e siano utilizzabili come origine per i pacchetti di installazione agenti e gli account ID macchina esistenti.
Le credenziali sono costituite da nome utente e password utilizzati per autenticare l'accesso di un utente o di un processo a una macchina, una rete o altre risorse. Vedere Agente > Imposta credenziali.
Quando si configura il Monitoraggio log è utile distinguere tra due tipi di record di configurazione: definizioni elaboratore e set elaboratore.
Una definizione elaboratore viene utilizzata per:
Successivamente, un set elaboratore filtra i dati selezionati. In base ai valori dei parametri compilati e ai criteri definiti, un set elaboratore è in grado di generare voci di monitoraggio log ed eventualmente attivare gli avvisi.
Senza i filtri eseguiti dal set elaboratore, il database KServer si espanderebbe rapidamente. Per esempio, un parametro di file log denominato $FileServerCapacity$ potrebbe essere aggiornato ripetutamente con l'ultima percentuale di spazio libero su un file server. Finché lo spazio libero è minore del 20% potrebbe non essere necessario creare un record relativo in Monitoraggio log, né attivare un avviso in base a questa soglia. Ogni set elaboratore vale solo per la definizione elaboratore per cui è stato creato. È possibile creare più set elaboratori per ogni definizione elaboratore. Ogni set elaboratore può attivare un avviso separato su ogni ID macchina cui è assegnato.
Alcuni dispositivi di rete come stampanti, router, firewall, server e UPS non supportano l'installazione di un agente. Tuttavia, un agente VSA installato su una macchina gestita sulla stessa rete del dispositivo è in grado di leggere o scrivere su quel dispositivo tramite il protocollo SNMP (Simple Network Management Protocol). Le istruzioni di lettura/scrittura vengono comunicate tramite un set di variabili oggetto. Nel complesso, il set di variabili oggetto rese disponibili da un dispositivo viene definito Base di informazioni di gestione (Management Information Base) o MIB. Gli oggetti all'interno di un MIB vengono pertanto definiti oggetti MIB.
In genere i fornitori mettono a disposizione un file di dati specifico per ogni dispositivo, denominato file MIB. I file MIB vengono utilizzati dai sistemi di monitoraggio come VSA per identificare gli oggetti MIB disponibili su un dispositivo e i valori tipici di lettura e scrittura per ogni oggetto MIB. Il file MIB comprende il "nome semplice" associato a un numero ID di un oggetto, o numero OID, che permette di identificare facilmente l'oggetto nei set SNMP.
La funzione Distribuisci file invia file memorizzati sul server VSA alle macchine gestite. È ideale per la distribuzione di massa di file di configurazione, come modelli di virus, o per gestire le ultime versioni di eseguibili su tutte le macchine. VSA verifica l'integrità del file ad ogni accesso completo. Se il file viene cancellato, danneggiato, o se sul VSA è disponibile una versione aggiornata, VSA invia una nuova copia prima di eventuali esecuzioni di procedure. Usare assieme a procedure ricorrenti per eseguire comandi batch su macchine gestite.
Ogni agente elabora degli eventi, tuttavia gli eventi elencati in una "black list" (lista nera) non vengono caricati sul server VSA. Ci sono due liste nere. Una viene aggiornata periodicamente da Kaseya ed è denominata EvLogBlkList.xml.
la seconda, denominata EvLogBlkListEx.xml
, può essere gestita dal service provider e non è aggiornata da Kaseya. Entrambe si trovano nella directory \Kaseya\WebPages\ManagedFiles\VSAHiddenFiles
. La rilevazione ed elaborazione allarmi opera indipendentemente dal fatto che le voci siano o meno presenti nella lista nera della raccolta.
L'elenco cruscotto è una visualizzazione di riepilogo degli stati di allarme di tutte le macchine monitorate. I dati dell'elenco del cruscotto vengono filtrati dal filtro ID macchina / ID gruppo. Consultazione: Centro informazioni > Elenco cruscotto o Monitor > Elenco cruscotto.
File Transfer Protocol (FTP) is a commonly used protocol for exchanging files over any network that supports the TCP/IP protocol. The FTP server is the program on the target machine that listens on the network for connection requests from other computers. The FTP client is the program on the VSA user's local machine that initiates a connection to the server. The FTP client machine requires user access rights to the FTP server machine. It is included with the KServer primarily to provide immediate technical support. Once connected, the client can upload files to the server, download files from the server, rename or delete files on the server and so on. Any software company or individual programmer is able to create FTP server or client software because the protocol is an open standard. Virtually every computer platform supports the FTP protocol. Since Kaseya FTP sessions are relayed through the KServer, all FTP sessions are protected by the Kaseya 256 bit rolling encryption protocol.
Il filtro ID macchina / ID gruppo è disponibile su tutte le schede e funzioni. Permette all'utente di limitare le macchine visualizzate su tutte le pagine delle funzioni. The View Definitions window lets you further refine a machine ID / machine group filter based on attributes contained on each machine—for example, the operating system type. Una volta specificati i parametri di filtro, fare clic sul pulsante Applica per applicare le impostazioni di filtro a tutte le pagine funzioni. Come impostazione predefinita, il filtro ID macchina / ID gruppo visualizza tutti gli ID macchina in <
Tutti i gruppi>
gestiti dall'utente VSA collegato.
Nota: Anche su un utente VSA seleziona <
Tutti i gruppi>
, vengono visualizzati solo i gruppi cui è stato concesso l'accesso all'utente VSA tramite Sistema > Sicurezza utente > Ambiti.
Kaseya pubblica periodicamente degli hotfix per correggere piccolo problemi della release più recente. Se la casella Abilita controllo automatico è selezionata in Sistema > Configura, VSA verificherà periodicamente la presenza di nuove hotfix su http://vsaupdate.kaseya.net
. Se sono disponibili delle nuove hotfix, KServer le scaricherà automaticamente e le applicherà senza l'interazione dell'utente.
Il meccanismo basato sulle hotfix si occupa di problematiche minori, in genere errori di digitazione o errori in pagine ASP. KServer, gli agenti o lo schema di database non sono mai aggiornati tramite hotfix. Eventuali modifiche che riguardino il funzionamento del sistema verranno integrate negli aggiornamenti completi di prodotto, da approvare prima dell'installazione. Gli hotfix si limitano a correggere problemi minori senza dover attendere il ciclo di rilascio.
A ogni agente installato su una macchina gestita è assegnato un ID macchina / ID gruppo / ID organizzazione univoco. Tutti gli ID macchina appartengono a un ID gruppo macchine e facoltativamente a un ID sottogruppo. Tutti gli ID macchina appartengono a un ID organizzazione. Un'organizzazione in genere rappresenta un unico account cliente. Se un'organizzazione è piccola, potrebbe avere solo un gruppo macchine contenente tutti gli ID delle macchine dell'organizzazione. Un'organizzazione più vasta potrebbe avere diversi gruppi e sottogruppi di macchine organizzate per ubicazione o rete. Per esempio, l'identificatore completo per un agente installato su una macchina gestita potrebbe essere definito come jsmith.sales.chicago.acme
. In questo caso sales
è un ID sottogruppo all'interno dell'ID di gruppo chicago
nell'ambito dell'ID dell'organizzazione acme
. In alcune posizioni in VSA, questa gerarchia viene visualizzata in ordine inverso. Ogni ID di organizzazione ha un ID di gruppo macchina predefinito unico denominato root
. Gli ID Gruppo e ID sottogruppo vengono creati utilizzando la pagina Sistema > Org/Grup/Rep > Gestisci.
Quando si parla di agenti è utile distinguere tra ID macchina / ID gruppo / ID organizzazione e agente. ID macchina / ID gruppo / ID organizzazione è il nome account di una macchina gestita nel database VSA. L'agente è il software client in esecuzione sulla macchina gestita. Esiste una relazione uno-a-uno tra l'agente su una macchina gestita e il suo nome account in VSA. Le attività assegnate a un ID macchina da utenti VSA dirigono le azioni dell'agente verso la macchina gestita.
Una Immagine ISO (.iso) è un'immagine su disco di un file system ISO 9660. ISO 9660 è uno standard internazionale sviluppato inizialmente per la memorizzazione di dati su CD-ROM. Oltre ai file di dati contenuti nell'immagine ISO, l'immagine ISO contiene anche tutti i metadati del filesystem, compresi codice di avvio, strutture e attributi. Tutte queste informazioni sono contenute in un unico file. I masterizzatori di CD in genere offrono la possibilità di scrivere un file ISO come immagine quando scrivono su CD.
Per offrire flessibilità e automazione. VSA permette di specificare diversi valori per i seguenti tipi di impostazioni agente per singola macchina:
Identificatore univoco di controllo accesso media (Media Access Control-MAC) assegnato alle schede di rete (NIC).
Le installazioni silenziose, denominate anche implementazioni silenziose, non richiedono l'input dell'utente. Le installazioni silenziose possono non richiedere l'input dall'utente o fornire una configurazione tipica ai fini di molti utenti, oppure fornire dei parametri per riga di comando che permettono agli utenti di configurare l'installazione al momento dell'esecuzione. Se un'installazione non supporta un'installazione silenziosa ma deve comunque essere distribuita automaticamente, gli utenti possono utilizzare Packager per creare un pacchetto di installazione personalizzato. Vedere Creazione di installazioni silenziose.
LAN Watch utilizza un agenteesistente su una macchina gestita per effettuare una scansione periodica sulla rete locale per eventuali nuovi dispositivi collegati a quella LAN dopo l'ultima esecuzione di LAN Watch. Questi nuovi dispositivi possono essere workstation e server senza agenti, oppure dispositivi SNMP. Facoltativamente, VSA può inviare un avviso quando un LAN Watch rileva un dispositivo. LAN Watch usa efficacemente l'agente come proxy per effettuare la scansione di una LAN dietro un firewall che potrebbe non essere accessibile da un server remoto.
Il cruscotto è una visualizzazione di riepilogo dello stato dell'intero sistema. I dati del cruscotto vengono filtrati dal filtro ID macchina / ID gruppo. Consultazione: Centro informazioni > Visualizza cruscotto.
I log raccolgono informazioni legate agli eventi su sistemi multipli, compreso KServer. I diversi tipi di log che possono essere generati sono:
.ini
e altre informazioni. Vengono annotate anche data e ora di ogni attività.Una macchina monitorata con agente installato e account ID macchina / ID gruppo attivo su KServer. Ogni macchina gestita utilizza al massimo una licenza agente.
Una macchina virtuale (VM) è un'implementazione software di un computer fisico (macchina) che esegue programmi come un computer fisico. Le macchine virtuali sono in grado di virtualizzare diverse risorse hardware, compreso un processore (o più processori), risorse di memoria e memorizzazione e periferiche. Il modulo Backup può convertire un'immagine di backup in una VM. Vedere Backup > Da immagine a VM.
Il set che viene visualizzato e l'utente fa clic con il tasto destro sull'icona agente nella barra di sistema della macchina gestita. Il menu agente può essere personalizzato.
Per le istruzioni aggiornate sulla migrazione di un KServer esistente su una nuova macchina, vedere l'articolo Come spostare Kaseya Server su un nuovo computer? (270436) nel Portale Knowledge Base di supporto Kaseya.
Un modello ID macchina è un record ID macchina senza agente. Poiché un agente non si collega mai ad un account di ID macchina, esso non viene conteggiato nel numero totale delle licenze. È possibile creare un numero illimitato di modelli ID macchina senza costi aggiuntivi. Quando si crea un pacchetto di installazione agente, le impostazioni del pacchetto vengono in genere copiate da un modello ID macchina selezionato. I modelli ID macchina vengono in genere creati e configurati per alcuni tipi di macchine. Tra i tipi di macchine di esempio ricordiamo desktop, Autocad, Quickbook, server small business, serve Exchange, serve SQL, ecc. È possibile creare un pacchetto di installazione corrispondente in base ad ogni modello di ID macchina definito.
VSA è in grado di monitorare i dati raccolti da diversi file di log standard. Il Monitoraggio log estende questa funzionalità estraendo i dati dall'output di qualsiasi file di log basato su testo. Gli esempi comprendono file di log applicazioni e file syslog creati per i sistemi operativi Unix, Linux e Macintosh, e dispositivi di rete come i router Cisco. Per evitare di caricare tutti i dati contenuti in questi log sul database KServer, il Monitoraggio log utilizza definizioni elaboratore e set elaboratore per elaborare ogni file di log e selezionare solo i dati rilevanti. I messaggi elaborati vengono visualizzati in Monitoraggio log, che può essere richiamato tramite la scheda Log agente di Live Connect > Dati agente o la pagina Riepilogo macchina oppure generando un report tramite la pagina Agente > Log - Monitoraggio agente. Gli utenti possono eventualmente attivare degli avvisi quando viene generato un record di Monitoraggio log, come definito tramite Assegna set elaborazione o Riepilogo elaboratore.
Nome primario per un oggetto in DNS. Ogni oggetto può anche avere un numero illimitato di alias.
Testo equivalente a un indirizzo IP. Per esempio, l'indirizzo IP 89.234.7.197
dovrebbe risolvere il nome host www.kaseya.com
.
Quando si impostano le soglie contatore in set monitor, è utile ricordare esattamente come Windows e VSA identificano i componenti che si possono monitorare:
L'ora attuale utilizzata da KServer è visualizzata in Sistema > Preferenze.
I service pack e le patch sono installati nel seguente ordine:
Nota: I riavvii sono forzati dopo ogni service pack e alla fine di ogni gruppo di patch senza preavviso. Ciò è necessario per permettere la riesecuzione delle scansioni e l'installazione del gruppo di patch successivo.
Packager è uno strumento a procedura guidata utilizzato per creare un pacchetto quando non è possibile usare una soluzione di installazione predefinita. Il Packager valuta lo stato di una macchina origine prima e dopo un'installazione e/o una modifica a una risorsa Il Packager compila le differenze in un unico file eseguibile - il pacchetto - che può essere distribuito tramite procedure agente a qualsiasi macchina gestita Distribuire un pacchetto nella modalità desiderata. È possibile inviarlo per email, o memorizzarlo su un server dove una procedura personalizzata può eseguire una installazione silenziosa su qualsiasi macchina gestita.
Le politiche patch contengono tutte le patch attive allo scopo di approvare o negare le patch stesse. Una patch attiva è definita come patch che è stata segnalata da una scansione patch da almeno una macchina in VSA. Qualsiasi macchina può fare parte di una o più politiche patch.
Per esempio, è possibile creare una politica patch denominata server
e assegnare tutti i server a questa politica patch, e un'altra politica patch denominata workstation
che comprenda tutte le workstation. In questo modo è possibile configurare le approvazioni patch in modo diverso per server e workstation.
Master
possono solo vedere le politiche patch che hanno creato, oppure le politiche patch che riguardano ID macchina che l'utente è autorizzato a vedere in base agli ambiti.Le procedure agente di sistema sono funzioni di base esposte da VSA Le procedure agente di sistema possono essere pianificate per l'esecuzione automatica. Non possono essere modificate né accettare parametri. Un elenco delle procedure agente di sistema disponibili è presente in qualsiasi finestra di popup di Ricerca procedure agente. Le procedure agente di sistema possono essere eseguite da:
Poiché una procedura di sistema agente può essere eseguita tramite un avviso o una procedura agente padre associata a un account di ID macchina specifico, la pianificazione di una procedura agente di sistema può essere copiata, in genere da un modello ID macchina su un'altra macchina tramite Agente > Copia impostazioni.
Le raccolte sono una selezione libera di ID di macchine singole all'interno di una vista. Non importa a quali gruppi appartenga l'ID macchina, fintanto che l'utente VSA è autorizzato ad avere accesso a questi gruppi. Ciò permette all'utente VSA di visualizzare e rendicontare su raccolte logiche di ID macchine correlati, come laptop, workstation, server, server MS Exchange, ecc. Le raccolte vengono create utilizzando la casella Mostra solo ID macchine selezionati in Visualizza definizioni. Salvare una vista prima di selezionare ID macchine usando questa opzione. Una volta slavata la visualizzazione, compare un collegamento <N> macchine selezionate alla destra di questa opzione. Fare clic su questo collegamento per visualizzare una finestra Definisci raccolta, che permette di creare una visualizzazione usando una selezione arbitraria di ID macchina.
Nota: Filtra tabella aggregata offre un metodo alternativo di selezionare ID macchine per la definizione di una vista, in base ad attributi standard e definiti dall'utente.
Un servizio log eventi viene eseguito sui sistemi operativi Windows (non disponibile in Win9x). Il servizio log eventi permette di generare messaggi di log evento da parte di programmi e componenti WIndows. Questi eventi vengono memorizzati nei log eventi di ciascuna macchina. I log eventi delle macchine gestite possono essere memorizzati nel database KServer, fungono da base per avvisi e report e possono essere archiviati.
In base al sistema operativo, i tipi di log eventi disponibili comprendono (ma non sono limitati a):
L'elenco dei tipi di eventi disponibili per la selezione può essere aggiornato tramite Monitor > Aggiorna elenchi da scansione.
Gli eventi Windows sono ulteriormente classificati tramite le seguenti categorie log eventi:
I log eventi sono utilizzati o referenziati dalle seguenti pagine VSA:
Se 1000 eventi, esclusi eventi nella lista nera, vengono caricati su KServer da un agente entro un'ora, l'ulteriore raccolta di eventi di quel tipo di log viene sospesa per il resto dell'ora. Un nuovo evento viene inserito nel log eventi per registrare la sospensione della raccolta. Alla fine dell'ora la raccolta riprende automaticamente. Ciò impedisce il determinarsi d sovraccarichi a breve termine si KServer. La rilevazione ed elaborazione allarmi opera indipendentemente dalla sospensione della raccolta.
Tutti i file richiesti per un backup completo, compresi tutti i backup incrementali o differenziali, sono salvati assieme in un set di backup.
Poiché il numero di eventi nei log eventi di Windows è enorme, VSA utilizza un tipo di record denominato set eventi per filtrare una condizione di allarme.
I set eventi contengono una o più condizioni. Ogni condizione contiene dei filtri per diversi campi in una voce log eventi. I campi sono origine, categoria, ID evento, utente, e descrizione. Una voce di log eventi deve corrispondere a tutti i filtri dei campi di una condizione per essere considerata corrispondenza. Un campo con un carattere asterisco (*) significa che qualsiasi stringa, compresa una stringa a zero, viene considerata corrispondenza. Una corrispondenza di una qualsiasi delle condizioni in un set evento è sufficiente per attivare un avviso per qualsiasi macchina cui quel set eventi sia applicato.
Per dettagli su come configurare i set eventi, vedere Monitor > Avvisi > Log eventi > Modifica set eventi.
Un set monitor è un insieme di oggetti contatore, contatori, istanze contatore, servizi e processi utilizzati per monitorare le performance delle macchine. In genere viene assegnata una soglia a ogni oggetto/istanza/contatore, servizio o processo di un set monitor. Anche gli allarmi possono essere impostati per l'attivazione al superamento delle soglie nel set monitor. Un set monitor dovrebbe essere utilizzato come insieme logico di elementi da monitorare. Un raggruppamento logico, per esempio, potrebbe avere lo scopo di monitorare tutti i contatori e i servizi per l'esecuzione di Exchange Server. È possibile assegnare un set monitor a qualsiasi macchina che abbia un sistema operativo Windows 2000 o più recente.
La procedura generale per lavorare con i set monitor è la seguente:
Nota: È necessario eseguire Aggiorna elenchi da scansione per ogni ID macchina al quale si assegna un set monitor, per garantire che esista un elenco completo delle definizioni di monitoraggio su VSA per monitorare quella macchina.
È possibile attivare l'Apprendimento automatico delle soglie di allarme per qualsiasi set monitor standard assegnato agli ID macchina selezionati. Ciò regola automaticamente e con precisione le soglie di allarme in base ai dati di performance effettivi in base alle singole macchine.
Ogni macchina assegnata raccoglie i dati di performance per un periodo di tempo specificato. Durante quel periodo non vengono azionati allarmi. Alla fine della sessione di Apprendimento automatico, la soglia di allarme per ogni macchina assegnata viene regolata automaticamente in base alle performance effettive della macchina. È possibile regolare manualmente i valori della soglia di allarme calcolati da Apprendimento automatico oppure eseguire nuovamente un'altra sessione di Apprendimento automatico. L'Apprendimento automatico non può essere utilizzato con set monitor individualizzati.
La pagina di collegamento Info SNMP visualizza un elenco di oggetti SNMP messi a disposizione da un dispositivo SNMP specifico selezionato. Questi oggetti vengono rilevati eseguendo un "giro" SNMP limitato su tutti i dispositivi SNMP rilevati ad ogni esecuzione di LAN Watch. È possibile poi definire set SNMP specifici per dispositivo denominati set rapidi, ed associare loro degli avvisi. I set rapidi possono essere individualizzati per un singolo dispositivo. La versione standard del set rapido può essere condiviso con altri utenti e applicato a dispositivi simili in tutto VSA. Il prefisso (QS)
viene utilizzato per distinguere i nomi dei set rapidi da altri tipi di set SNMP.
Un set SNMP è un insieme di oggetti MIB utilizzati per monitorare le performance di dispositivi di rete compatibili SNMP. Il protocollo SNMP viene utilizzato perché non è possibile installare un agente sul dispositivo. È possibile assegnare soglie di allarme a qualsiasi oggetto di performance in un set SNMP. Se si applica il set SNMP a un dispositivo, è possibile ricevere una notifica se la soglia di allarme viene superata. Per configurare ed assegnare set SNMP agli ID macchina è possibile utilizzare i seguenti metodi:
Per configurare ed applicare i set SNMP ai dispositivi viene in genere utilizzata la seguente procedura.
Sono disponibili le seguenti funzioni SNMP, che possono essere utilizzate in qualsiasi ordine.
Una comunità SNMP è un raggruppamento di dispositivi e stazioni di gestione in cui si esegue SNMP. Le informazioni SNMP vengono trasmesse a tutti i membri della stessa comunità in una rete. Le comunità predefinite SNMP sono:
Kaseya fornisce l'implementazione "software as a service" (SaaS) di Kaseya® Virtual System Administrator™. I service provider stipulano un contratto con Kaseya per accedere a un VSA in hosting e gestito da Kaseya, e possono installare un numero specificato di agenti per i clienti. I service provider vedono solo la propria organizzazione, gruppi macchine, procedure, report e ticket sul VSA in SaaS. I service provider hanno accesso completo a tutte le funzioni di VSA tranne la manutenzione del sistema, che è di responsabilità di Kaseya.
Queste icone indicano lo stato di accesso dell'agente su ciascuna macchina gestita.
In linea ma in attesa del completamento della prima verifica
Agente in linea
Agente in linea e utente attualmente connesso. L'icona visualizza un fumetto che riporta il nome di accesso.
Agente in linea e utente collegato, ma non attivo per 10 minuti
L'Agente è attualmente non in linea
L'agente non si è mai collegato
L'agente è in linea ma il controllo remoto è stato disabilitato
L'agente è stato sospeso
La funzione Stato rapido permette di selezionare qualsiasi contatore, servizio o processo di set monitor per qualsiasi ID macchina e aggiungerlo alla stessa finestra di visualizzazione. Tramite Stato rapido, è possibile confrontare rapidamente le performance dello stesso contatore, servizio o processo su diverse macchine, oppure visualizzare contatori, servizi e processi selezionati da diversi set monitor, tutti in un'unica vista. I set SNMP offrono un'analoga vista Stato rapido per gli oggetti SNMP selezionati. Qualsiasi vista Stato rapido creata esiste solo per la sessione corrente. È possibile accedere alla finestra Stato rapido utilizzando Monitor > Cruscotto > Monitoraggio stato set, quindi facendo clic sul collegamento Stato rapido dekk'icona Stato rapido.
Syslog è uno standard per l'inoltro di messaggi di log in una rete IP a un server syslog. Un server syslog raccoglie i messaggi trasmessi dai vari dispositivi sulla rete e li integra in un repository centralizzato di file syslog. Syslog è usato comunemente dai sistemi operativi Unix, Linux e Macintosh e dispositivi hardware come i router Cisco. Monitoraggio log permette di monitorare i file syslog.
Un formato tipico per una voce di un file syslog è:
<
ora> <nomehost> <tag>:<messaggio>
Per esempio:
Oct 15 19:11:12 Georges-Dev-Computer kernel[0]: vmnet: bridge-en1: interface en is going DOWN
Gli avvisi sono uno dei diversi tipi di monitor.
1 - Account ammin. disabilitato
2 - Avviso modifica ricezione file
3 - Il nuovo agente si è collegato per la prima volta
4 - L'applicazione è stata installata o eliminata
5 - Rilevato errore in procedura agente
6 - Rilevato errore in log eventi NT
7 - KServer arrestato
8 - Rilevata violazione di protezione.
9 - L configurazione PCI è stata modificata
10 - Modifica alla configurazione dei drive disco
11 - Dimensione RAM modificata.
12 - Email di test inviate da serverInfo.asp
13 - Report pianificato completato
14 - Tipo avviso LAN Watch
15 - Agente non in linea
16 - spazio su disco in esaurimento
17 - controllo remoto disabilitato
18 - agente in linea
19 - trovata nuova patch
20 - percorso patch assente
21 - installazione patch non riuscita
23 - Avviso backup
0 - Contatore
1 - Servizio
2 - Processo
3 - SNMP
4 - Avviso - Gli avvisi sono ulteriormente classificati utilizzando tipi di avviso.
5 - Verifica sistema
6 - EPS
7 - Monitoraggio log
È possibile assegnare automaticamente i Set SNMP ai dispositivi per tipo procedendo come segue:
sysServicesNumber
associato ai tipi SNMP utilizzando la scheda Servizi SNMP in Monitor > Elenchi monitor. Le categorie più ampie di dispositivi SNMP condividono lo stesso sysServiceNumber
.sysServicesNumber
associato a un tipo SNMP utilizzato da tali set SNMP.Un utente master è un utente VSA che utilizza un ruolo utente Master
e un ambito Master
. Il ruolo utente Master
fornisce l'accesso utente a tutte le funzioni di VSA. L'ambito Master
fornisce accesso a tutti gli oggetti dati dell'ambito in VSA. Un ruolo utente Master
può essere utilizzato con un ambito non-Master
, ma un ambito Master
non può essere usato con un ruolo non-Master
. La configurazione di gestione KServer e le altre funzioni specializzate possono essere eseguite solo da utenti con ruolo Master
. Gli utenti con ruolo Master
dispongono anche della capacità di rilevare la proprietà degli oggetti dati definiti dall'utente. Il termine utente standard viene a volte utilizzato per indicare un utente che non utilizza un ruolo utente Master
e un ambito Master
. Quando gli utenti VSA sono elencati in una pagina, uno sfondo con due ombreggiature alternate di beige indica gli utenti con ruolo Master
. Uno sfondo di due ombreggiature alternate di grigio indica utenti con ruolo non-Master
.
Gli utenti VSA usano l'applicazione VSA per gestire KServer e controllare il monitoraggio delle macchine gestite dal KServer e i suoi agenti. Gli utenti VSA sono creati tramite Sistema > Utenti. Gli utenti fanno anche riferimento agli utenti macchina, che utilizzano i computer gestiti da VSA. Gli utenti Master hanno privilegi speciali in VSA.
Gli Agenti possono essere pianificati per eseguire periodicamente e automaticamente la verifica delle configurazioni hardware e software delle macchine gestite. Gli agenti restituiscono poi le informazioni al KServer per permetterne l'accesso tramite VSA anche se le macchine gestite sono spente. Le verifiche permettono di esaminare le configurazioni prima che si sviluppino problemi gravi. Il sistema gestisce tre tipi di verifica per ogni ID macchina:
VSA rileva le modifiche nella configurazione di una macchina confrontando l'ultima verifica con l'inventario di base. Il record dell'ultima verifica viene memorizzato per quanti giorni si desidera.
La maggior parte dei dati di agente e macchina gestita visualizzati per pagine funzioni e in Centro informazioni > Report si basano sull'ultima verifica. Il report Modifiche alla macchina confronta l'ultima verifica di un ID macchina con l'inventario di base. Due tipi di avviso riguardano specificamente le modifiche di indirizzo tra un inventario di base e l'ultima verifica: Modifiche all'applicazione e Modifiche hardware.
VSA è in grado di monitorare macchine che non hanno un agente installato. Questa funzione viene eseguita interamente all'interno di un'unica pagina denominata Controllo sistema. Le macchine senza un agente sono chiamate sistemi esterni. A una macchina con un agente viene assegnato il compito di eseguire il controllo sistema sul sistema esterno. Un controllo sistema in genere determina se un sistema esterno è disponibile o meno. I tipi di controlli sistema comprendono: server web, server DNS, connessione porta, ping e personalizzato.
Virtual Network Computing (VNC), detto anche controllo remoto o remote desktop, è un sistema di condivisione desktop grafico che utilizza il protocollo Remote Framebuffer (RFB) per controllare in remoto un altro computer. Trasmette gli eventi mouse e tastiera da un computer a un altro, facendo il relay degli aggiornamenti dello schermo nell'altra direzione attraverso una rete. È inclusa in KServer principalmente per fornire supporto tecnico immediato. VNC è indipendente dalla piattaforma. Un visualizzatore VNC su qualsiasi sistema operativo può in genere collegarsi con un server VNC su qualsiasi latro sistema operativo. Il server VNC è il programma sulla macchina remota che condivide il suo schermo. Il client VNC (o visualizzatore) è il programma sulla macchina locale che vede e interagisce con la macchina remota. La macchina client VNC richiede i diritti di accesso utente alla macchina server VNC. Poiché le sessioni VNC si appoggiano a KServer, tutte le sessioni VNC sono protette con il protocollo di crittografia Kaseya a 256 bit.
La finestra Visualizza definizioni permette di rifinire ulteriormente un filtro ID macchina / ID gruppo in base ad attributi contenuti su ogni macchina: per esempio, il tipo di sistema operativo. Le viste offrono all'utente maggiore flessibilità per la reportistica e la gestione delle macchine. I filtri delle visualizzazioni sono applicati a tutte le pagine funzione selezionando una Visualizzazione dal menu a tendina Selezione vistasul pannello filtro ID macchina / gruppo macchine e facendo clic sull'icona Applica . È possibile creare e condividere con altri utenti qualsiasi numero di viste. Le viste vengono create facendo clic sul pulsante Modifica alla destra del menu a tendina Viste.
La tecnologia Intel® vPro™ fornisce un'integrazione basata sull'hardware indipendente dal software del sistema operativo e dal software di gestione rete. VSA è in grado di rilevare macchine compatibili vPro durante un LAN Watch, e sfruttare le funzioni di vPro per elencare l'hardware delle macchine vPro, accedere alla sicurezza basata sull'hardware, utilizzare la gestione alimentazione e l'avvio remoto da immagini ISO.