bandwidthd_2.0.1+cvs20050208-6 - en to fr translation catalogue (14 entries)

note: Type: select Description
en: Listen on which interface?
fr: Interface à l'écoute :

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.
fr: Bandwidthd a besoin de connaître l'interface à l'écoute. Seule une interface peut être spécifiée. Si vous désirez écouter sur toutes les interfaces, il faut utiliser la méta-interface « any ». Veuillez exécuter « bandwidthd -l » afin de lister les interfaces disponibles.

note: Type: string Description
en: Which subnet(s) should bandwidthd log details about?
fr: Sous-réseau(x) que bandwidthd doit surveiller ?

note: Type: string Description
en: Bandwidthd can create graphs for one or several ip-subnets. Subnets are specified eigther in dotted-quad format (192.168.0.0 255.255.0.0) or in CIDR format (192.168.0.0/16) and separated with 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.
fr: Bandwidthd peut créer des graphiques pour un ou plusieurs sous-réseaux. Ceux-ci sont spécifiés soit sous le format « dotted-quad » (192.168.0.0 255.255.0.0) soit en notation CIDR (192.168.0.0/16) et sont séparés par une virgule. Exemple : 192.168.0.0/16, 10.0.0.0 255.0.0.0, 172.16.1.0/24. Si vous ne savez pas quoi utiliser, vous pouvez indiquer 0.0.0.0/0 mais cela est fortement déconseillé.

note: Type: boolean Description
en: Output CDF data logs?
fr: Faut-il afficher les journaux de données 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.
fr: Bandwidthd peut journaliser le trafic capturé dans le format CDF (Common Data File). Ces journaux sont nécessaires si vous désirez garder les anciennes données entre deux redémarrages du démon bandwidthd. Veuillez voir l'option de configuration « recovercdf ».

note: Type: boolean Description
en: Recover old data from logs on restart?
fr: Faut-il récupérer les anciennes données des journaux lors d'un redémarrage ?

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 graps after a reboot and similar.... Also make sure the outputcdf config option is enabled.
fr: Si les anciennes données sont utilisées pour les graphiques, elles doivent être lues lors d'un redémarrage de bandwidthd. Ce processus peut prendre du temps sur des machines lentes et vous désirez peut-être désactiver cette fonctionnalité ; sachez qu'en faisant cela vous perdrez cette information pour les graphiques après un redémarrage. Par conséquent, assurez-vous que l'option de configuration « outputcdf » soit activée.

note: Type: string Description
en: Instruct webbrowser to refresh the graph after how many seconds?
fr: Intervalle de rafraîchissement (en secondes) du graphique pour le navigateur :

note: Type: string Description
en: With this option you can tweak the delay used in the html as "META REFRESH" value. The default is 150seconds (2.5 minutes). To disable automatic reloads of the webpage enter 0. This way the visitor will have to manually refresh to get updated graphs.
fr: Cette option permet de modifier le délai utilisé dans le fichier HTML pour la valeur de « META REFRESH ». Par défaut elle est de 150 secondes. Indiquez 0 pour désactiver le rechargement automatique des pages, ce qui forcera le visiteur à recharger lui-même la page afin d'obtenir un graphique à jour.

note: Type: boolean Description
en: Put interface(s) in PROMISC mode?
fr: Faut-il mettre une ou plusieurs interface en mode 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.
fr: En activant cette option, toutes les interfaces utilisées pour capturer le trafic seront placées en mode promiscuous. Cela permet de suivre le trafic qui ne passe pas par la machine exécutant bandwidthd. Sachez que cette option ne permet pas de capturer le trafic dans un réseau switché. De plus, les détecteurs de rootkit prendront peut-être bandwidthd pour un virus et vous le signaleront. Vous devriez probablement laisser cette option désactivée.

note: Type: string Description
en: This sensors identification string?
fr: Chaîne d'identification du senseur :

note: Type: string Description
en: Each sensor should have an identification string to be able to tell from which sensor 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.
fr: Chaque senseur doit avoir une chaîne d'identification afin de pouvoir déterminer la source du trafic dans la base de données PostgreSQL. On indique généralement pour cette option le nom d'hôte complètement qualifié de la machine hébergeant le senseur de bandwidthd.
