xymonnet - Online nel cloud

PROGRAMMA:

NOME

xymonnet - Strumento di test della rete Xymon

SINOSSI

xymonnet [--ping|--niente] [--timeout=N] [opzioni] [Nome host] [Nome host]
(Vedi la sezione OPZIONI per una descrizione delle opzioni della riga di comando disponibili).

DESCRIZIONE

xymonnet(1) gestisce i test di rete degli host definiti nel file di configurazione di Xymon,
host.cfg. Normalmente è gestito a intervalli regolari da xymonlaunch(8) tramite una voce nel
task.cfg(5) file.

xymonnet esegue tutti i normali test dei servizi di rete basati su TCP (telnet, ftp, ssh,
smtp, pop, imap ....) - cioè tutti i servizi elencati in protocols.cfg. Per questi
test, è stato implementato un service-checker completamente nuovo e molto veloce.

xymonnet ha il supporto integrato per testare i protocolli abilitati SSL, ad esempio imaps, pop3s, nntps,
telnets, se il supporto SSL è stato abilitato durante la configurazione di xymonnet. L'elenco completo dei noti
test si trova nel protocolli.cfg(5) file in $XYMONHOME/etc/protocols.cfg.

Inoltre, implementa i test "dns" e "dig" per testare i server DNS.

xymonnet implementa anche un controllo per i server NTP - questo test si chiama "ntp". Se vuoi
per usarlo, è necessario definire la variabile d'ambiente NTPDATE in modo che punti alla posizione di
il tuo ntddate(1) .

Nota: xymonnet esegue il test di connettività (ping) in base al nome host, a meno che il
host è contrassegnato con "testip" o viene utilizzata l'opzione "--dns=ip". Quindi l'obiettivo del
il test di connettività può essere determinato dal tuo / Etc / hosts file o DNS.

Per impostazione predefinita, tutti i server vengono testati - se XYMONNETWORK è impostato tramite xymonserver.cfg(5) poi
vengono testati solo gli host contrassegnati come appartenenti a questa rete. Se la riga di comando
include uno o più nomi host, vengono testati solo quei server.

GENERALE VERSIONI

--timeout=N
Determina il timeout (in secondi) per ogni servizio testato. Per i test TCP
(quelli di XYMONNETSVCS), se la connessione al servizio non riesce entro
N secondi, il servizio viene segnalato come inattivo. Per i test HTTP, questo è il
limite assoluto per l'intera richiesta al webserver (il tempo necessario per connettersi
al server, più il tempo impiegato dal server per rispondere alla richiesta).
Predefinito: 10 secondi

--contimeout=N
Questa opzione è deprecata e verrà ignorata. Usa invece l'opzione --timeout.

--cmdtimeout=N
Questa opzione imposta un timeout per i comandi esterni utilizzati per il test di NTP e
servizi RPC e per eseguire traceroute.

--concorrenza=N
Determina il numero di test di rete eseguiti in parallelo. L'impostazione predefinita è operativa
dipendente dal sistema, ma di solito sarà 256. Se xymonnet inizia a lamentarsi di no
essere in grado di ottenere un "socket", prova a eseguire xymonnet con un valore inferiore come 50 o
100

--dns-timeout=N (predefinito: 30 secondi)
xymonnet scadrà tutte le ricerche DNS dopo N secondi. Eventuali ricerche DNS in sospeso sono
considerato fallito, ovvero i test di rete che dipendono da questa ricerca DNS lo faranno
segnalare un errore.
Nota: se si utilizza l'opzione --no-ares, il timeout delle ricerche DNS non può essere controllato
di xymonnet.

--dns-max-tutti=N
Uguale a "--dns-timeout=N". L'opzione "--dns-max-all" è deprecata e non dovrebbe
essere usato.

--dns=[ip|solo|standard]
Determina come xymonnet trova gli indirizzi IP degli host da testare. Per impostazione predefinita
(lo "standard"), xymonnet esegue una ricerca DNS del nome host per determinare l'IP
indirizzo, a meno che l'host non abbia il tag "testip" o la ricerca DNS non riesca.
Con "--dns=only" xymonnet eseguirà SOLO la ricerca DNS; se fallisce, allora tutto
i servizi su quell'host verranno segnalati come inattivi.
Con "--dns=ip" xymonnet non farà mai una ricerca DNS; utilizzerà l'indirizzo IP
specificato in hosts.cfg per i test. Quindi, questa impostazione equivale ad avere
il tag "testip" su tutti gli host. Nota che i test http ignoreranno questa impostazione e
eseguire ancora una ricerca DNS per il nome host fornito nell'URL; vedere il "xymonnet
tag per i test HTTP" nella sezione host.cfg(5)

--no-are
Disabilita il resolver ARES integrato in xymonnet. Questo fa risolvere xymonnet
nomi host utilizzando la funzione di risoluzione del sistema. Dovresti usarlo solo come ultimo
ricorrere se xymonnet non riesce a risolvere i nomi host che usi normalmente (tramite DNS
or / Etc / hosts). Una ragione per usarlo sarebbe se hai bisogno di risolvere i nomi host
tramite NIS/NIS+ (alias Pagine Gialle).
La funzione di risoluzione del sistema non fornisce un meccanismo per il controllo dei timeout
delle ricerche del nome host, quindi se il tuo server DNS o NIS è inattivo, xymonnet può prendere un
molto tempo per correre. L'opzione --dns-timeout è effettivamente disabilitata quando si utilizza
questa opzione

--dnslog=NOMEFILE
Registra le ricerche di nomi host non riuscite nel file FILENAME. FILENAME dovrebbe essere un full
percorso.

--report[=NOME COLONNA]
Con questa opzione, xymonnet invierà un messaggio di stato con i dettagli di quanti
gli host sono stati elaborati, quanti test sono stati generati, eventuali errori che si sono verificati
durante la corsa e alcune statistiche sui tempi. Il nome della colonna predefinito è "xymonnet".

--test-senza tag
Quando si utilizza la variabile di ambiente XYMONNETWORK per testare solo gli host su un particolare
segmento di rete, xymonnet ignorerà gli host che non hanno alcun tag "NET:x". Così
verranno testati solo gli host che hanno un tag NET:$XYMONNETWORK.
Con questa opzione, gli host senza tag NET: sono inclusi nel test, in modo che tutti
gli host che hanno un tag NET: o nessun tag NET: vengono testati.

--frequenttestlimit=N
Usato con il xymonnet-again.sh(1) Estensione Xymon. Questa opzione determina per quanto tempo
i test non riusciti rimangono nella coda dei test frequenti. L'impostazione predefinita è 1800 secondi (30
minuti).

--limite temporale=N
Fa sì che xymonnet generi un avviso se il tempo di esecuzione di xymonnet supera N
secondi. Per impostazione predefinita N è impostato sul valore di TASKSLEEP, quindi viene attivato un avviso se
i test di rete non possono essere completati nel tempo dato per un ciclo di xymonnet
compito. A parte l'avviso, questa opzione non ha alcun effetto, cioè non terminerà
xymonnet prematuramente. Quindi, per eliminare tali avvisi, utilizzare questa opzione con a
valore molto alto di N.

--enorme=N
Avvisa se la risposta di un test TCP è superiore a N byte. Se vedi dal
xymonnet segnala che stai trasferendo grandi quantità di dati per il tuo
test, puoi abilitare questa opzione per vedere quali test hanno risposte grandi.
Predefinito: 0 (disabilitato).

--validità=N
Rendi i risultati del test validi per N minuti prima che diventino viola. Di default test
i risultati sono validi per 30 minuti; se esegui xymonnet meno spesso, il
i risultati diventeranno viola prima della prossima esecuzione di xymonnet. Questa opzione ti permette di cambiare
per quanto tempo lo stato è valido.

--source-ip=INDIRIZZO IP
Su host multi-homed, questa opzione può essere utilizzata per selezionare esplicitamente l'IP di origine
indirizzo utilizzato per i test di rete. "IPADDRESS" deve essere un indirizzo IP valido sul
host che esegue xymonnet.

--loadhostsfromxymond
Invece di leggere il file hosts.cfg, xymonnet caricherà il file hosts.cfg
configurazione dal demone xymond. Questo elimina la necessità di leggere il
hosts.cfg, e se hai xymond e xymonnet in esecuzione su host diversi, anche
elimina la necessità di copiare il file hosts.cfg tra i sistemi. Nota che il
L'opzione "netinclude" in hosts.cfg viene ignorata quando questa opzione è abilitata.

VERSIONI PER PROVE OF LA SEMPLICE TCP SERVIZI

--checkresponse[=COLORE]
Durante il test di servizi noti (ad es. FTP, SSH, SMTP, POP-2, POP-3, IMAP, NNTP e
rsync), xymonnet cercherà una risposta "OK" specifica del servizio valida. Se un altro
viene visualizzata una risposta, questo farà sì che il test riporti uno stato di avviso (giallo).
Senza questa opzione, la risposta del servizio viene ignorata.
Il nome-colore opzionale viene utilizzato per selezionare un colore diverso dal giallo per lo stato
messaggio quando la risposta è sbagliata. Ad esempio "--checkresponse=red" causerà un "rosso"
messaggio di stato da inviare quando il servizio non risponde come previsto.

--no-flag
Per impostazione predefinita, xymonnet invia alcune informazioni extra nei messaggi di stato, chiamate
"bandiere". Questi sono usati da xymongen ad esempio per scegliere icone diverse per i test invertiti
durante la generazione delle pagine Web Xymon. Questa opzione fa sì che xymonnet ometta questi flag
dai messaggi di stato.

--mescola
Per impostazione predefinita, i test TCP vengono eseguiti approssimativamente nell'ordine in cui gli host sono elencati nel
file hosts.cfg. Se hai molti test per un server, questo potrebbe comportare un errore
carico eccezionalmente grande quando Xymon lo sta testando perché Xymon funzionerà molto
di prove contemporaneamente. Per evitare ciò, il --mescola opzione riordina il
sequenza di test in modo che vengano distribuiti casualmente su tutti i server testati.

VERSIONI PER LA PING TEST

Nota: xymonnet utilizza il programma definito dall'ambiente FPING per eseguire i ping-test -
per impostazione predefinita, questo è il xymonping(1) utilità. Vedere xymonserver.cfg(5) per una descrizione di
come personalizzarlo, ad esempio se è necessario eseguirlo con "sudo" o uno strumento simile.

--ping Abilita il test ping di xymonnet. Il nome della colonna utilizzato per i risultati del test ping è definito
dalla variabile d'ambiente PINGCOLUMN in xymonserver.cfg(5).
Se non specificato, xymonnet utilizza la variabile di ambiente CONNTEST per determinare se
dovrebbe eseguire il test del ping o meno. Quindi, se preferisci usare un altro strumento per
implementare i controlli ping, impostare la variabile di ambiente CONNTEST su false o
eseguire xymonnet con il "--noping".

--No
Disabilita il test di connettività.

--traccia

--nessuna traccia
Abilita/disabilita l'uso di traceroute quando un test ping fallisce. eseguendo un
traceroute per i test ping falliti è un'operazione lenta, quindi l'impostazione predefinita non è da fare
qualsiasi traceroute, a meno che non sia richiesto su base per host tramite il tag "trace" in
, il host.cfg(5) ingresso per ogni host. L'opzione "--trace" cambia questo, quindi il
l'impostazione predefinita diventa eseguire traceroute su tutti gli host in cui il test ping fallisce; Puoi
quindi disabilitalo su host specifici inserendo un tag "notrace" sulla voce host.

--ping-attività=N
Distribuisci il compito di eseguire il ping degli host su N processi. Se hai un grande
numero di host il tempo necessario per eseguire il ping di tutti loro può essere notevole, anche con
l'uso di strumenti come fping o xymonping che eseguono il ping di molti host in parallelo. Questo
l'opzione fa in modo che xymonnet avvii N processi di ping separati, gli IP in corso
ping'ed sarà diviso equamente tra questi processi.

VERSIONI PER HTTP (WEB) PROVE

--content=NOMEPROVACONTENT
Determina il nome della colonna visualizzata da Xymon per i controlli del contenuto. Il predefinito
è "contenuto". Se hai usato gli script "cont.sh" o "cont2.sh" in precedenza,
potrebbe voler utilizzare "--content=cont" per segnalare i controlli del contenuto utilizzando lo stesso nome del test
come fanno questi script.

--bb-proxy-sintassi
Rispettare la sintassi del Grande Fratello per un URL, che consente di specificare un proxy HTTP come
parte di un URL. Vedere "HTTP Testing via procuratore" nel host.cfg(5) file per i dettagli.
A partire da Xymon 4.3.0, questo comportamento è disabilitato per impostazione predefinita poiché l'URL è quello
includere altri URL sono ora molto più comuni. Questa opzione ripristina il vecchio Big
Comportamento compatibile con il fratello.

VERSIONI PER SSL CERTIFICATO PROVE

--ssl=NOMETESTSSLCERTT
Determina il nome della colonna visualizzata da Xymon per i controlli del certificato SSL.
L'impostazione predefinita è "sslcert".

--no-ssl
Disabilita la segnalazione del controllo del certificato SSL.

--sslwarn=N

--sslaarm=N
Determina il numero di giorni prima della scadenza di un certificato SSL, dove xymonnet
genererà uno stato di avviso o allarme per la colonna del certificato SSL.

--sslbit=N
Consente di verificare che la crittografia supportata dal protocollo SSL utilizzi un
chiave di crittografia di almeno N bit. Ad esempio per attivare un avviso se il tuo SSL è abilitato
il sito Web supporta meno di 128 bit di crittografia, utilizzare "--sslbits=128". Nota: questo
può essere abilitato in base all'host utilizzando l'impostazione "sslbits=N" in host.cfg(5)

--sslkeysize=N
Consente il controllo della lunghezza della chiave pubblica nei certificati SSL. N è il
dimensione minima della chiave pubblica SSL, in genere tali chiavi sono 2048 bit, ma alcune
i certificati più vecchi possono utilizzare chiavi con 1024 bit o meno. Se lo specifichi, SSL
certificati con chiavi inferiori a N bit comporteranno lo stato "sslcert" in corso
giallo. Default: 0, cioè questo controllo è disabilitato.

--nessuna lista di cifratura
Non mostrare i dettagli della crittografia nello stato "sslcert".

--mostra cifre
Elenca TUTTI i codici di crittografia disponibili localmente nello stato "sslcert".

--sni=[acceso|spento]
Imposta l'impostazione predefinita per stabilire se le connessioni SSL utilizzano SNI (Server Name Indication). Questo
può anche essere impostato con le opzioni "sni" o "nosni" in hosts.cfg per ogni host - il
Le voci hosts.cfg sovrascrivono questa opzione. Predefinito: spento

DEBUG VERSIONI

--nessun aggiornamento
Non inviare aggiornamenti di stato al server Xymon. Invece, tutti i messaggi vengono scaricati
a stdout.

--temporizzazione
Fa sì che xymonnet raccolga informazioni sul tempo trascorso in diverse parti di
il programma. Le informazioni vengono stampate su stdout appena prima della fine del programma.
Si noti che queste informazioni sono incluse anche nel rapporto di stato inviato con il
opzione "--report".

- debug
Scarica un mucchio di stato sui test mentre passano allo stdout.

--dump[=prima|=dopo|=entrambi]
Scarica le strutture della memoria interna prima e/o dopo l'esecuzione dei test.

INFORMATIVO VERSIONI

--aiuto o -?
Fornire un riepilogo delle opzioni della riga di comando disponibili.

--versione
Stampa il numero di versione di xymonnet

--Servizi
Scarica l'elenco dei servizi TCP definiti che xymonnet sa come testare. Non eseguire nessuno
test.

UTILIZZO COOKIES IN WEB PROVE

Se esiste il file $XYMONHOME/etc/cookies, i cookie verranno letti da questo file e inviati
insieme alle richieste HTTP durante il controllo dei siti web. Questo file è nel cookie di Netscape
formato, vedi http://www.netscape.com/newsref/std/cookie_spec.html per i dettagli su questo
formato. Il arricciare(1) l'utilità può generare un file in questo formato se eseguita con "--cookie-jar
FILENAME" opzione.

CHI SIAMO SSL CERTIFICATO CONTROLLI

Quando xymonnet verifica i servizi che utilizzano protocolli basati su SSL o TLS, verificherà che il
certificato del server non è scaduto. Questo controllo avviene automaticamente per https (sicuro
web), pop3, imaps, nntps e tutti gli altri servizi abilitati a SSL (eccetto ldap, vedere TEST LDAP
sotto).

Tutti i certificati trovati per un host sono riportati in un messaggio di stato.

Nota: sulla maggior parte dei sistemi, la data di fine del certificato è limitata al 19 gennaio 2038. Se
il tuo certificato è valido dopo questa data, xymonnet lo segnalerà come valido solo fino a gennaio
19, 2038. Ciò è dovuto a limitazioni nella libreria C del sistema operativo. Vedere
http://en.wikipedia.org/wiki/2038_problem .

LDAP PROVE

Il test LDAP può essere eseguito in due modi. Se hai appena inserito un tag "ldap" o "ldaps"
host.cfg, viene eseguito un semplice test che verifica solo che sia possibile stabilire
una connessione alla porta che esegue il servizio ldap (389 per ldap, 636 per ldaps).

Invece puoi inserire un URI LDAP in hosts.cfg. Ciò farà sì che xymonnet avvii un
sessione LDAP saltata con il server ed eseguire una ricerca LDAP per gli oggetti definiti dal
URI. Ciò richiede che xymonnet sia stato creato con il supporto LDAP e si basi su un
Libreria LDAP da installare. È stato testato con OpenLDAP 2.0.26 (da Red Hat 9)
e 2.1.22. È stato inoltre confermato che la libreria ldap del sistema Solaris 8 funziona per
accesso crittografato (semplice ldap).

Il formato degli URI LDAP è definito in RFC 2255. Gli URL LDAP hanno questo aspetto:

ldap: //porta ospite/dn[?attr[?portata[?filtro[?est]]]]

dove:
porta ospite è un nome host con un ":portnumber" opzionale
dn è la base di ricerca
attr è un elenco separato da virgole di attributi da richiedere
portata è una di queste tre stringhe:
base uno sub (predefinito=base)
filtro è il filtro
est sono riconosciuti set di estensioni LDAP e/o API.

Esempio:
ldap://ldap.example.net/dc=example,dc=net?cn,sn?sub?(cn=*)

Tutte le operazioni di "associazione" ai server LDAP utilizzano l'autenticazione semplice. Kerberos e SASL sono
non supportato. Se il tuo server LDAP richiede un nome utente/password, usa il tag "ldaplogin"
per precisarlo, cfr. host.cfg(5) Se non vengono fornite informazioni su nome utente/password, an
verrà tentato un collegamento anonimo.

Il supporto SSL richiede sia una libreria client che un server LDAP che supporti LDAPv3; utilizza
la richiesta del protocollo LDAP "STARTTLS" dopo aver stabilito una connessione allo standard (non
crittografato) porta LDAP (solitamente porta 389). È stato testato solo con OpenSSL 2.x e
probabilmente non funzionerà con nessun'altra libreria LDAP.

Il vecchio metodo sperimentale LDAPv2 per il tunneling del normale traffico LDAP attraverso un SSL
connection - ldaps, in esecuzione sulla porta 636 - non è supportata, a meno che qualcuno non possa spiegare come
per ottenere la libreria OpenLDAP per supportarlo. Questo metodo non è mai stato formalmente descritto in un
RFC e le sue implementazioni non sono standard.

Per una discussione sui vari modi di eseguire ldap crittografato, vedere
http://www.openldap.org/lists/openldap-software/200305/msg00079.html
http://www.openldap.org/lists/openldap-software/200305/msg00084.html
http://www.openldap.org/lists/openldap-software/200201/msg00042.html
http://www.openldap.org/lists/openldap-software/200206/msg00387.html

Quando si testano gli URI LDAP, tutte le comunicazioni sono gestite dalla libreria ldap.
Pertanto, non è possibile ottenere il certificato SSL utilizzato dal server LDAP e
non verrà visualizzato nella colonna "sslcert".

UTILIZZO MULTIPLA NETWORK TEST SISTEMI

Se hai più di un sistema che esegue test di rete, ad esempio se la tua rete è separata
dai firewall - quindi è problematico mantenere più file hosts.cfg per ciascuno dei
sistemi. xymonnet supporta il tag NET:location in host.cfg(5) distinguere tra
host che dovrebbero essere testati da diverse posizioni di rete. Se imposti l'ambiente
variabile XYMONNETWORK ad esempio su "dmz" prima di eseguire xymonnet, quindi testerà solo gli host
che hanno un tag "NET:dmz" in hosts.cfg. Ciò ti consente di mantenere tutti i tuoi host nel
stesso file hosts.cfg, ma testare diversi set di host da diversi sistemi in esecuzione
xymonnet.

XYMONNET INTERNI

xymonnet prima legge il file protocols.cfg per vedere quali test di rete sono definiti. Esso
quindi esegue la scansione del file hosts.cfg e raccoglie informazioni sui test del servizio TCP che
bisogno di essere testato. Seleziona solo i test che sono stati elencati nel file protocols.cfg,
più i test "dns", "dig" e "ntp".

Quindi esegue due attività in parallelo: in primo luogo, viene avviato un processo separato per eseguire il
strumento "xymonping" per i test di connettività. Mentre xymonping è impegnato a fare il "ping"
controlli, xymonnet esegue tutti i test di rete basati su TCP.

Tutti i controlli del servizio basati su TCP sono gestiti da un tester di connessione scritto
appositamente per questo scopo. Utilizza solo la programmazione di rete in stile Unix standard, ma
si affida a Unix"select(2)" chiamata di sistema per gestire molte connessioni simultanee
accadendo in parallelo. Il numero esatto di connessioni parallele utilizzate dipende da
il tuo sistema operativo - il valore predefinito è FD_SETSIZE/4, che ammonta a 256 su molti Unix
sistemi.

Puoi scegliere il numero di connessioni simultanee con l'opzione "--concurrency=N" per
xymonnet.

Timeout dei tentativi di connessione dopo 10 secondi - questo può essere modificato con "--timeout=N"
opzione.

Entrambe queste impostazioni hanno un ruolo nel decidere quanto tempo richiede il test. un conservatore
la stima per eseguire N test TCP è:

(1 + (N / concorrenza)) * timeout

Nella vita reale sarà probabilmente inferiore, poiché la formula sopra è che ogni test richiede a
tempo scaduto. Poiché l'uso più normale di Xymon è controllare i servizi attivi,
dovrebbe avere molti meno timeout.

I controlli "ntp" e "rpcinfo" si basano su programmi esterni per eseguire ogni test.

AMBIENTE VARIABILI

RETE XYMON
Definisce il segmento di rete in cui è attualmente in esecuzione xymonnet. Questo è usato per
filtra solo le voci nel host.cfg(5) file che hanno una corrispondenza
tag "NET:LOCATION" ed eseguire i test solo per quegli host.

MAXMSGPERCOMBO
Definisce il numero massimo di messaggi di stato che possono essere inviati in una combo
Messaggio. Il valore predefinito è 0 - nessun limite.
In pratica, la dimensione massima di un singolo messaggio Xymon stabilisce un limite - il valore predefinito
il valore per la dimensione massima del messaggio è 32 KB, ma può facilmente ospitare 100
messaggi di stato per trasmissione. Quindi, se vuoi sperimentare questa impostazione, I
suggerisco di iniziare con un valore di 10.

DORMIRE TRA MESSAGGI
Definisce un ritardo (in microsecondi) dopo la trasmissione di ogni messaggio allo Xymon
server. Il valore predefinito è 0, ovvero invia i messaggi il più velocemente possibile. Questo da
il tuo server Xymon un po' di tempo per elaborare il messaggio prima che arrivi il messaggio successivo
in. A seconda della velocità del tuo server Xymon, potrebbe essere necessario impostarlo
valore a mezzo secondo o anche 1 o 2 secondi. Notare che il valore è specificato in
MICROsecondi, quindi per definire un ritardo di mezzo secondo, questo deve essere impostato al valore
"500000"; si ottiene un ritardo di 1 secondo impostandolo su "1000000" (uno
milioni di euro).

FPING Comando utilizzato per eseguire il xymonping(1) utilità. Utilizzato da xymonnet per la connettività
(ping) test. Vedere xymonserver.cfg(5) per ulteriori informazioni su come personalizzare
il programma che viene eseguito per eseguire i test ping.

TRACEROUTO
Posizione del traceroute(8) utilità o uno strumento equivalente, ad es mtr(8).
Utilizzato facoltativamente quando un test di connettività non riesce a individuare la posizione di rete
che sta causando il fallimento.

NTPDATE
Posizione del ntddate(1) utilità. Utilizzato da xymonnet durante il controllo di "ntp"
servizio.

RPCINFO
Posizione del rpcinfo(8) utilità. Utilizzato da xymonnet per i controlli del servizio "rpc".

Usa xymonnet online utilizzando i servizi onworks.net