bandwidthd 2.0.1+cvs20090917-9 - en to pt_BR translation catalogue (14 entries)

note: Type: select Description
en: Interface to listen on:
pt_BR: Interface na qual escutar:

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.
pt_BR: O bandwidthd precisa saber em qual interface ele deve escutar por tráfego. Somente uma única interface pode ser especificada. Se você quiser escutar em todas as interfaces, você deve especificar a metainterface "any". Executar "bandwidthd -l" listará as interfaces disponíveis.

note: Type: string Description
en: Subnets to log details about:
pt_BR: Sub-redes sobre as quais registrar detalhes:

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.
pt_BR: O bandwidthd pode criar gráficos para uma ou várias sub-redes-ip. Sub-redes são especificadas no formato "dotted-quad" (192.168.0.0 255.255.0.0) ou no formato CIDR (192.168.0.0/16) e separadas por vírgulas. Exemplo: 192.168.0.0/16, 10.0.0.0 255.0.0.0, 172.16.1.0/24. Se você não souber o que especificar, então você pode usar 0.0.0.0/0, mas isso é fortemente desencorajado.

note: Type: boolean Description
en: Output CDF data logs?
pt_BR: Produzir saída de registros de dados 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.
pt_BR: O bandwidthd pode registrar informações de tráfego capturado em registros Common Data File (CDF). Esses registros são necessários se você quiser manter informações antigas armazenadas entre reinicializações do daemon bandwidthd. Veja também a opção de configuração recovercdf.

note: Type: boolean Description
en: Recover old data from logs on restart?
pt_BR: Recuperar dados antigos dos registros na reinicialização?

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.
pt_BR: Se dados antigos serão colocados nos gráficos, eles precisam ser lidos quando o BandwidthD for reinicializado. Interpretar os registros CDF pode levar bastante tempo em uma máquina lenta, portanto, você pode querer desabilitar isso, mas então você perderá as informações nos gráficos depois de uma reinicialização ou algo similar... Também certifique-se de que a opção de configuração output_cdf esteja habilitada.

note: Type: string Description
en: Graph webpage autorefresh delay (seconds):
pt_BR: Tempo de espera para auto recarregar a página web do gráfico (em segundos):

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.
pt_BR: Com essa opção, você pode ajustar o tempo de espera usado no html para o valor de "META REFRESH". O padrão é 150 segundos (2,5 minutos). Para desabilitar os recarregamentos automáticos da página web, informe 0. Desse modo, o visitante terá que pedir manualmente que o seu navegador recarregue a página para obter gráficos atualizados.

note: Type: boolean Description
en: Put interface in PROMISC mode?
pt_BR: Colocar a interface em modo 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.
pt_BR: Se essa opção for habilitada, todas as interfaces usadas para capturar informações de tráfego serão colocadas em modo promíscuo. Desse modo, o tráfego que não é roteado através da máquina executando o bandwidthd poderá ser rastreável mesmo assim. Habilitar o modo promíscuo provavelmente não tornará possível a captura de qualquer tráfego adicional em uma rede chaveada ("switched network"). Além disso, detectores de rootkits podem avisar sobre o bandwidthd ser um vírus ao usar o modo promíscuo. Você provavelmente deve deixar essa opção desabilitada.

note: Type: string Description
en: This sensors identification string:
pt_BR: Texto de identificação desse sensor:

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.
pt_BR: Cada sensor deve ter um texto de identificação para ser capaz de dizer de onde foi detectado o tráfego no banco de dados PostgreSQL. Essa opção é geralmente configurada para o nome de máquina totalmente qualificado da máquina que estiver executando o sensor do bandwidthd. Isso deve ser um texto único que não seja usado por nenhum outro sensor do bandwidthd que se reporte ao mesmo banco de dados.
