bandwidthd - en to it translation catalogue (14 entries)

note: Type: select Description
en: Interface to listen on:
it: Interfaccia su cui rimanere in ascolto:

note: Type: select Description
en: Bandwidthd needs to know which interface it should listen for traffic on. Only a single interface can be specified. If you want to listen on all interfaces you should specify the metainterface "any". Running "bandwidthd -l" will list available interfaces.
it: Bandwidthd deve sapere su quale interfaccia deve rimanere in ascolto per il traffico. Può essere specificata una sola interfaccia. Se si desidera rimanere in ascolto su tutte le interfacce di deve specificare la metainterfaccia «any». Eseguendo «bandwidthd -l» si ottiene un elenco delle interfacce disponibili.

note: Type: string Description
en: Subnets to log details about:
it: Sottoreti per le quali registrare i dettagli:

note: Type: string Description
en: Bandwidthd can create graphs for one or several ip-subnets. Subnets are specified either in dotted-quad format (192.168.0.0 255.255.0.0) or in CIDR format (192.168.0.0/16) and separated by a comma. Example: 192.168.0.0/16, 10.0.0.0 255.0.0.0, 172.16.1.0/24. If you don't know what to specify then you can use 0.0.0.0/0 but it is strongly discouraged.
it: Bandwidthd può creare grafici per una o più sottoreti di IP. Le sottoreti sono specificate o in formato a quattro numeri con punti (192.168.0.0 255.255.0.0) o in formato CIDR (192.168.0.0/16) e separate da una virgola. Esempio: 192.168.0.0/16, 10.0.0.0 255.0.0.0, 172.16.1.0/24. Se non si sa cosa specificare si può usare 0.0.0.0/0, ma ciò è fortemente sconsigliato.

note: Type: boolean Description
en: Output CDF data logs?
it: Produrre in output log dei dati in formato CDF?

note: Type: boolean Description
en: Bandwidthd can log captured traffic information to Common Data File (CDF) logs. These logs are required if you want to keep old information stored between restarts of the bandwidthd daemon. Also see the recovercdf configuration option.
it: Bandwidthd può registrare le informazioni sul traffico catturato in log CDF (Common Data File). Questi log sono necessari se si desiderano conservare le vecchie informazioni tra un riavvio e l'altro del demone bandwidthd. Vedere anche l'opzione di configurazione «recovercdf».

note: Type: boolean Description
en: Recover old data from logs on restart?
it: Recuperare i vecchi dati dai log al riavvio?

note: Type: boolean Description
en: If old data is going to be outputed in the graphs, it needs to be read when BandwidthD is restarted. Parsing the CDF logs can take quite some time on a slow machine so you might want to disable it, but then you'll lose the information in the graphs after a reboot and similar.... Also make sure the output_cdf config option is enabled.
it: Se nei grafici devono essere inseriti i vecchi dati, è necessario leggerli quando BandwidthD viene riavviato. L'analisi dei log CDF può richiedere un tempo piuttosto lungo su una macchina lenta, perciò si potrebbe volere disattivarla ma, in quel caso, si perderanno le informazioni nei grafici dopo un riavvio ed eventi simili. Inoltre ci si assicuri che l'opzione «output_cdf» sia abilitata.

note: Type: string Description
en: Graph webpage autorefresh delay (seconds):
it: Ritardo di ricaricamento automatico della pagina web dei grafici (secondi):

note: Type: string Description
en: With this option you can tweak the delay used in the html as "META REFRESH" value. The default is 150 seconds (2.5 minutes). To disable automatic reloads of the webpage enter 0. This way the visitor will have to manually push refresh in his browser to get updated graphs.
it: Con questa opzione si può regolare il ritardo utilizzato nell'HTML come valore «META REFRESH». Il valore predefinito è 150 secondi (2,5 minuti). Per disabilitare il ricaricamento automatico della pagina web inserire 0. In questo modo il visitatore dovrà ricaricare manualmente nel proprio browser per ottenere grafici aggiornati.

note: Type: boolean Description
en: Put interface in PROMISC mode?
it: Mettere l'interfaccia in modalità PROMISC?

note: Type: boolean Description
en: If this option is enabled, all interfaces used to capture traffic information will be put in promiscuous mode. This way traffic thats not routed via the machine running bandwidthd might be trackable anyway. Enabling promiscuous mode will probably not be able to capture any more traffic in a normal switched network. Also rootkit detectors might warn about bandwidthd being a virus if using promiscuous mode. You should probably leave this option disabled.
it: Se questa opzione viene abilitata tutte le interfacce usate per catturare informazioni sul traffico saranno messe in modalità promiscua. In questo modo il traffico che non è instradato attraverso la macchina con in esecuzione bandwidthd potrebbe essere comunque tracciabile. L'abilitazione della modalità promiscua non sarà probabilmente in grado di catturare più traffico in una normale rete con switch. Inoltre, se si usa la modalità promiscua, rilevatori di rootkit potrebbero dare avvertimenti riguardo al fatto che bandwidthd è un virus. Probabilmente si dovrebbe lasciare questa opzione disabilitata.

note: Type: string Description
en: This sensors identification string:
it: Stringa identificativa per questo sensore:

note: Type: string Description
en: Each sensor should have an identification string to be able to tell from where the traffic in the PostgreSQL-database was detected on. This option is usually set to the fully qualified hostname of the machine running the bandwidthd sensor. This needs to be a unique string which no other bandwidthd sensor that reports to the same database uses.
it: Ogni sensore dovrebbe avere una stringa identificativa per poter dire da dove è stato rilevato il traffico nel database PostgreSQL. Questa opzione è solitamente impostata al nome host pienamente qualificato della macchina con in esecuzione il sensore bandwidthd. Deve essere una stringa univoca che non è utilizzata da alcun altro sensore bandwidthd che fa rapporto allo stesso database.
