Bandwidthd - en to da translation catalogue (14 entries)

note: Type: select Description
en: Interface to listen on:
da: Grænseflade der skal lyttes på:

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.
da: Bandwidthd har brug for at vide hvilken grænseflade den skal lytte efter trafik på. Kun en grænseflade kan angives. Hvis du ønsker at lytte på alle grænsefalder bør du angive metagrænsefladen »any«. Kørsel af »bandwidthd -l« vil vise alle tilgængelige grænseflader.

note: Type: string Description
en: Subnets to log details about:
da: Undernet der skal logges detaljer omkring:

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.
da: Bandwidthd kan oprette grafer for en eller flere ip-undernet. Undernet er angivet enten i formatet dotted-quad (192.168.0.0 255.255.0.0) eller i CIDR-format (192.168.0.0/16) og adskilt af et komma. Eksempel: 192.168.0.0/16, 10.0.0.0.255.0.0.0, 172.16.1.0/24. Hvis du ikke ved hvad der skal angives så kan du bruge 0.0.0.0/0 men det frarådes stærkt.

note: Type: boolean Description
en: Output CDF data logs?
da: Vis CDF-datalogge?

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.
da: Bandwidthd kan logge optaget trafikinformation til logge for Common Data File (CDF). Disse logge kræves, hvis du ønsker at holde gammel information gemt mellem opstart af bandwidthd-dæmonen. Se også konfigurationsindstillingen til recovercdf.

note: Type: boolean Description
en: Recover old data from logs on restart?
da: Gendan gamle data fra logge ved genstart?

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.
da: Hvis gamle data skal vises i graferne, så skal de læses når BandwidthD genstartes. Fortolkning af CDF-logge kan tage noget tid på en sløv maskine så du vil måske ønske at slå det fra, men så mister du informationen i graferne efter en genstart og lignende.... Du skal også sikre dig, at konfigurationstilvalget output_cdf er slået til.

note: Type: string Description
en: Graph webpage autorefresh delay (seconds):
da: Automatisk opdateringsforsinkelse for grafinternetside (sekunder):

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.
da: Med dette tilvalg kan du indstille forsinkelsen brugt i html'en under »META REFRESH«. Standarden er 150 sekunder (2,5 minutter). For at deaktivere automatisk genindlæsning af internetsiden indtastes 0. På den måde vil den besøgende manuelt skulle trykke på opdater i sin browser for at hente opdaterede grafer.

note: Type: boolean Description
en: Put interface in PROMISC mode?
da: Sæt grænsefalde i PROMISC-tilstand?

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.
da: Hvis denne indstilling er aktiveret, vil alle grænseflader brugt til at registrere trafikinformation blive sat i omflakkende tilstand. På denne måde vil trafik som ikke sendes via maskinen der kører bandwidthd stadig kunne være sporbart. Aktivering af omflakkende tilstand vil sandsynligvis ikke være i stand til at registrere mere trafik i et normalt omstillet netværk. Rootkit-detektiver vil måske også advare om at bandwidthd er en virus hvis den bruger omflakkende tilstand. Du skal højst sandsynligt lade denne indstilling være deaktiveret.

note: Type: string Description
en: This sensors identification string:
da: Denne sensors identifikationsstreng:

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.
da: Hver sensor skal have en identifikationsstreng for at være i stand til at fortælle hvor trafikken i PostgreSQL-databasen blev registreret. Denne indstilling er normalt angivet som værende det fuldt kvalificeret værtsnavn på maskinen som kører bandwidthd-sensoren. Denne skal være en unik streng forskellig fra alle andre bandwidthd-sensorer som rapporterer til den samme database.
