Swedish (Debian Handbook) - en to sv-SE translation catalogue (389 entries)

en: System boot
sv-SE: Systemstart

en: Initscripts
sv-SE: Initskript

en: Rights
sv-SE: Rättigheter

en: Permissions
sv-SE: Behörigheter

en: Supervision
sv-SE: Övervakning

en: Backup
sv-SE: Säkerhetskopia

en: Hotplug
sv-SE: Inpluggninsbara

en: Unix Services
sv-SE: Unixtjänster

en: This chapter covers a number of basic services that are common to many Unix systems. All administrators should be familiar with them.
sv-SE: Kapitlet täcker en rad grundläggande tjänster vanliga för många Unixsystem. Alla administratörer bör vara bekanta med dem.

en: System Boot
sv-SE: Systemstart

en: <primary>booting</primary><secondary>the system</secondary>
sv-SE: <primary>startaa upp</primary><secondary>systemet</secondary>

en: When you boot the computer, the many messages scrolling by on the console display many automatic initializations and configurations that are being executed. Sometimes you may wish to slightly alter how this stage works, which means that you need to understand it well. That is the purpose of this section.
sv-SE: När du startar upp datorn visas många meddelanden för automatiska konfigurationer och initieringar på konsolen. Ibland kanske du vill ändra lite på hur denna fas fungerar, vilket innebär att du måste förstå dem. Det är själva syftet med detta avsnitt.

en: The systemd init system
sv-SE: Systemds init-system

en: The “real init” is currently provided by <emphasis role="pkg">systemd</emphasis> and this section documents this init system.
sv-SE: Den ”riktiga init-processen” tillhandahålls av <emphasis role="pkg">systemd</emphasis> och en beskrivning följer i detta avsnitt.

en: <emphasis>CULTURE</emphasis> Before <command>systemd</command>
sv-SE: <emphasis>KULTUR</emphasis> Innan <command>systemd</command>

en: <command>systemd</command> is a relatively recent “init system”, and although it was already available, to a certain extent, in <emphasis role="distribution">Wheezy</emphasis>, it has only become the default in Debian <emphasis role="distribution">Jessie</emphasis>. Previous releases relied, by default, on the “System V init” (in the <emphasis role="pkg">sysv-rc</emphasis> package), a much more traditional system. We describe the System V init later on.
sv-SE: <command>systemd</command> är ett ganska nytt  “init system”, och även om det var tillgänligt redan i <emphasis role="distribution">Wheezy</emphasis>, blev det standard först i Debian <emphasis role="distribution">Jessie</emphasis>. Tidigare utgåvor förlitade sig på “System V init” (i paketet <emphasis role="pkg">sysv-rc</emphasis>), ett traditionellare system. Vi kommer att beskriva System V init senare.

en: <emphasis>ALTERNATIVE</emphasis> Other boot systems
sv-SE: <emphasis>ALTERNATIV</emphasis> Andra uppstartssystem

en: Boot sequence of a computer running Linux with systemd
sv-SE: Startsekvens för en dator som kör Linux med systemd

en: <emphasis>SPECIFIC CASE</emphasis> Booting from the network
sv-SE: <emphasis>SPECIALFALL</emphasis> Att starta från nätverket

en: Booting from the network can be used to launch the <command>debian-installer</command> or FAI (see <xref linkend="sect.installation-methods" />).
sv-SE: Att starta från nätverket kan användas för att starta från  <command>debian-installer</command> eller FAI (se <xref linkend="sect.installation-methods" />).

en: <emphasis>BACK TO BASICS</emphasis> The process, a program instance
sv-SE: <emphasis>GRUNDERNA</emphasis> Processen, en programinstans

en: <emphasis>SECURITY</emphasis> Using a shell as <command>init</command> to gain root rights
sv-SE: <emphasis>SÄKERHET</emphasis> Använda ett skal för att <command>init</command> komma åt root-rättigheter

en: By convention, the first process that is booted is the <command>init</command> program (which is a symbolic link to <filename>/lib/systemd/systemd</filename> by default). However, it is possible to pass an <literal>init</literal> option to the kernel indicating a different program.
sv-SE: Genom konvention är den första process som startas programmet <command>init</command> (vilket som standard är en symbolisk länk till <filename>/lib/systemd/systemd</filename>). Det är möjligt att skicka en flagga <literal>init</literal> till kärnan som pekar på ett annat program.

en: Any person who is able to access the computer can press the <keycap>Reset</keycap> button, and thus reboot it. Then, at the bootloader's prompt, it is possible to pass the <literal>init=/bin/sh</literal> option to the kernel to gain root access without knowing the administrator's password.
sv-SE: Alla som har tillgång til datorn kan trycka ned knappen <keycap>Reset</keycap> och starta om den. Det är sedan möjligt att i starthanterarens kommandotolk  ge flaggan <literal>init=/bin/sh</literal> till kärnan för att få root-behörighet utan att veta administratörens lösenord.

en: To prevent this, you can protect the bootloader itself with a password. You might also think about protecting access to the BIOS (a password protection mechanism is almost always available), without which a malicious intruder could still boot the machine on a removable media containing its own Linux system, which they could then use to access data on the computer's hard drives.
sv-SE: För att förhindra det kan du skydda själva starthanteraren med ett lösenord. Du kan också begränsa tillgången till BIOS (det finns nästan alltid lösenordsskydd tillgängligt), vilket utan en en illasinnad anfallare ändå kan starta upp maskinen från flyttbar media innehållande deras egna Linux-system, som de sedan kan använda för att komma åt data på datorns hårddiskar.

en: Since unit files are declarative rather than scripts or programs, they cannot be run directly, and they are only interpreted by systemd; several utilities therefore allow the administrator to interact with systemd and control the state of the system and of each component.
sv-SE: Eftersom unit-filer är deklarativa och inte skript eller program kan de inte köras direkt, och de tolkas bara av system; det finns därför flera verktyg som låter administratören interagera och kontrollera systemtillståndet för varje komponent.

en: The first such utility is <command>systemctl</command>. When run without any arguments, it lists all the unit files known to systemd (except those that have been disabled), as well as their status. <command>systemctl status</command> gives a better view of the services, as well as the related processes. If given the name of a service (as in <command>systemctl status ntp.service</command>), it returns even more details, as well as the last few log lines related to the service (more on that later).
sv-SE: Det första verktyget av det slaget är <command>systemctl</command>. Nä det körs utan argument listar det alla enhetsfiler kända för systemd (förutom de som har blivit inaktiverade) såväl som deras tillstånds. <command>systemctl status</command> ger en bättre överblick över tjänsterna, såväl som relaterade processer. Om givet namnet för en tjänst (som i  <command>systemctl status ntp.service</command>), returnerar den ännu mer detaljer, såväl som de sista få loggraderna relaterade till tjänsten (mer om det senare).

en: Starting a service by hand is a simple matter of running <command>systemctl start <replaceable>servicename</replaceable>.service</command>. As one can guess, stopping the service is done with <command>systemctl stop <replaceable>servicename</replaceable>.service</command>; other subcommands include <command>reload</command> and <command>restart</command>.
sv-SE: Att starta en tjänst manuellt är så enkelt som att köra <command>systemctl start <replaceable>tjänstenamn</replaceable>.service</command>. Och, som du kanske gissat redan, stoppas tjänsten med <command>systemctl stop <replaceable>tjänstenamn</replaceable>.service</command>; andra kommandon omfattar <command>reload</command> och <command>restart</command>.

en: To control whether a service is active (i.e. whether it will get started automatically on boot), use <command>systemctl enable <replaceable>servicename</replaceable>.service</command> (or <command>disable</command>). <command>is-enabled</command> allows checking the status of the service.
sv-SE: För att kontrollera huruvida en tjänst är aktiv (det vill säga huruvuda den startas automatiskt vid uppstart), använd <command>systemctl enable <replaceable>tjänstenman</replaceable>.service</command> (eller <command>disable</command>). <command>is-enabled</command> gör en statuskontroll av tjänsten.

en: Another useful command-line flag is <command>-f</command>, which instructs <command>journalctl</command> to keep displaying new messages as they are emitted (much in the manner of <command>tail -f <replaceable>file</replaceable></command>).
sv-SE: En annan användbar kommandoradsflagga är <command>-f</command>, som intstruerar <command>journalctl</command>att visar nya meddelanden allt eftersom de skapas (i still med <command>tail -f <replaceable>fil</replaceable></command>).

en: If a service doesn't seem to be working as expected, the first step to solve the problem is to check that the service is actually running with <command>systemctl status</command>; if it is not, and the messages given by the first command are not enough to diagnose the problem, check the logs gathered by journald about that service. For instance, assume the SSH server doesn't work:
sv-SE: Om en tjänst inte fungerar som väntat så är det första steget att kontrollera att tjänsten verkligen körs med <command>systemctl status</command>; om den inte gör det, och meddelanden från kommandot inte är nog för att finna problemet, kontrollera loggarna som samlats av journald. Som exempel, anta att SSH-servern inte fungerar:

en: After checking the status of the service (failed), we went on to check the logs; they indicate an error in the configuration file. After editing the configuration file and fixing the error, we restart the service, then verify that it is indeed running.
sv-SE: Efter att ha kontrollerat tjänstens tillstånd (misslyckad) gick vi vidare med att kontrollera loggarna; de visar på ett fel i konfigurationsfilen. Efter att ha redigerat konfigurationsfilen och rättat felet startar vi om tjänsten, och verifierar sedan att den körs.

en: <emphasis>GOING FURTHER</emphasis> Other types of unit files
sv-SE: <emphasis>GÅ DJUPARE</emphasis> Andra typer av unit-filer

en: We have only described the most basic of systemd's capabilities in this section. It offers many other interesting features; we will only list a few here:
sv-SE: Vi har bara beskrivit de mest grundläggande av systemd's egenskaper i detta avsnitt. De erbjuder en mängd intressanta egenskaper och vi lista några av dem här:

en: The System V init system
sv-SE: System Vs init-system

en: Among these, you will find successively programs in charge of:
sv-SE: Bland dem hittar du program som för att:

en: configuring the console's keyboard;
sv-SE: konfigurera konsolens tangentbord;

en: loading drivers: most of the kernel modules are loaded by the kernel itself as the hardware is detected; extra drivers are then loaded automatically when the corresponding modules are listed in <filename>/etc/modules</filename>;
sv-SE: läsa in drivrutiner: de flesta av kärnmoduler läses in av själva kärnan då hårdvara identifieras; extra drivrutiner läses sedan in automatisk när motsvarande moduler listas i <filename>/etc/modules</filename>;

en: checking the integrity of filesystems;
sv-SE: kontrollera integretitetn i filsystem;

en: mounting local partitions;
sv-SE: montera lokala partitioner;

en: configuring the network;
sv-SE: konfigurera nätverket;

en: mounting network filesystems (NFS).
sv-SE: montera nätverksfilsystem (NFS).

en: <emphasis>BACK TO BASICS</emphasis> Kernel modules and options
sv-SE: <emphasis>GRUNDERNA</emphasis> Kärnmoduler och flaggor

en: <primary>modules</primary><secondary>kernel modules</secondary>
sv-SE: <primary>moduler</primary><secondary>kärnmoduler</secondary>

en: After this stage, <command>init</command> takes over and starts the programs enabled in the default runlevel (which is usually runlevel 2). It executes <command>/etc/init.d/rc 2</command>, a script that starts all services which are listed in <filename>/etc/rc2.d/</filename> and whose names start with the “S” letter. The two-figures number that follows had historically been used to define the order in which services had to be started, but nowadays the default boot system uses <command>insserv</command>, which schedules everything automatically based on the scripts' dependencies. Each boot script thus declares the conditions that must be met to start or stop the service (for example, if it must start before or after another service); <command>init</command> then launches them in the order that meets these conditions. The static numbering of scripts is therefore no longer taken into consideration (but they must always have a name beginning with “S” followed by two digits and the actual name of the script used for the dependencies). Generally, base services (such as logging with <command>rsyslog</command>, or port assignment with <command>portmap</command>) are started first, followed by standard services and the graphical interface (<command>gdm3</command>).
sv-SE: I detta steg tar <command>init</command> över och startar programmen aktiverade i standardkörnivå (vanligen körnivå 2). Det exekverar <command>/etc/init.d/rc 2</command>, ett skript som startar alla tjänster som listas i <filename>/etc/rc2.d/</filename> och vars namn börjar med bokstaven ”S”. Det tvåsiffriga tal som fööjer har historiskt använts för att definiera den ordning för vilka tjänsterna skulle startas i, men nuförtiden använder startsystemen s <command>insserv</command>, som schemalägger allting automatiskt baserat på skriptens beroenden, Varje startskript deklarer därför villkoren som ska uppflyllas för att starta eller stoppa en tjänst (exempelvis om den måste starta innan eller efter en annan tjänst); <command>init</command> startar sedan upp dem i den ordning som krävs för att uppfylla villkoren. Den statiska namngivningen är därför inte längre använd (men de måsta alltid ha ett namn som börjar på”S” följt av två siffror och namnet på skriptet använt av beroendena). Vanligen startas grundtjänster först (som loggning med  <command>rsyslog</command>, eller porttilldelning med <command>portmap</command>), följt av standardtjänster och det grafiska gränsnittet (<command>gdm3</command>).

en: This dependency-based boot system makes it possible to automate re-numbering, which could be rather tedious if it had to be done manually, and it limits the risks of human error, since scheduling is conducted according to the parameters that are indicated. Another benefit is that services can be started in parallel when they are independent from one another, which can accelerate the boot process.
sv-SE: Detta beroende baserad startsystem gör det möjligt att automatisera ordning, vilket skulle vara ansträngande om det var tvunget att ske manuellt, och det begränsar riskerna för mänskliga fel, eftersom schemaläggningen sker efter de parametrar som anges. En annan fördel är att tjänster kan startas parallellt när de är oberoende av varandra, vilket kan snabba upp startprocessen.

en: <command>init</command> distinguishes several runlevels, so it can switch from one to another with the <command>telinit <replaceable>new-level</replaceable></command> command. Immediately, <command>init</command> executes <command>/etc/init.d/rc</command> again with the new runlevel. This script will then start the missing services and stop those that are no longer desired. To do this, it refers to the content of the <filename>/etc/rc<replaceable>X</replaceable>.d</filename> (where <replaceable>X</replaceable> represents the new runlevel). Scripts starting with “S” (as in “Start”) are services to be started; those starting with “K” (as in “Kill”) are the services to be stopped. The script does not start any service that was already active in the previous runlevel.
sv-SE: <command>init</command> skiljer på flera körnivåer så att det kan växla från den ena till den andra med kommandot  <command>telinit <replaceable>new-level</replaceable></command>. <command>init</command> exekverar omedelbart <command>/etc/init.d/rc</command> med den nya körnivån. Skripet kommer sedan att starta de saknade tjänsterna och stoppa de som inte längre önskas. För att göra detta, hänvisar den till innehållet i <filename>/etc/rc<replaceable>X</replaceable>.d</filename> (där <replaceable>X</replaceable> representerar den nya körnivån). Skript som börjar på ”S” (som i ”Start”)  är tjänster som ska startas; De som börjar på ”K” (som i ”Kill”) är tjänster som ska stoppas. Skriptet startar ingen tjänst som redan var aktiv i tidigare körnivå.

en: By default, System V init in Debian uses four different runlevels:
sv-SE: System V använder i Debian fyra olika körnivåer:

en: Level 0 is only used temporarily, while the computer is powering down. As such, it only contains many “K” scripts.
sv-SE: Nivå 0 används endast tillfälligt medan datorn stänger av. Som sådan innehåller den många ”K”-skript.

en: Level 1, also known as single-user mode, corresponds to the system in degraded mode; it includes only basic services, and is intended for maintenance operations where interactions with ordinary users are not desired.
sv-SE: Nivå 2, också känd som enanvändarläge, motsvarar system i degraderat läge; det innehåller bara grundläggande tjänster, och är avsett för underhållsåtgärder där interaktioner med vanliga användare inte är önskvärt.

en: Level 2 is the level for normal operation, which includes networking services, a graphical interface, user logins, etc.
sv-SE: Nivå 2 är nivån normal användning, vilket omfattar nätverkstjänster, ett grafiskt gränssnitt, användarinloggning med mera.

en: Level 6 is similar to level 0, except that it is used during the shutdown phase that precedes a reboot.
sv-SE: Nivå 6 liknar nivå 0, förutom att den används under nedstängningsfasen före en omstart.

en: Other levels exist, especially 3 to 5. By default they are configured to operate the same way as level 2, but the administrator can modify them (by adding or deleting scripts in the corresponding <filename>/etc/rc<replaceable>X</replaceable>.d</filename> directories) to adapt them to particular needs.
sv-SE: Andra nivåer finns, speciellt då 3 till 5. Deras standardkonfiguration är att verka på samma sätt som för nivå 2, men administratören kan ändra dem (genom att lägga till eller ta bort skript i motsvarande kataloger för <filename>/etc/rc<replaceable>X</replaceable>.d</filename>) för att anpassa dem till speciella behov.

en: Boot sequence of a computer running Linux with System V init
sv-SE: Startsekvensen för en dator som kär Linux med System V init

en: <primary>initialization script</primary>
sv-SE: <primary>initieringsskript</primary>

en: <emphasis>DEBIAN POLICY</emphasis> Restarting services
sv-SE: <emphasis>DEBIAN RIKTLNJE</emphasis> Starta om tjänster

en: <primary>service</primary><secondary>restart</secondary>
sv-SE: <primary>tjänst</primary><secondary>omstart</secondary>

en: <primary>restarting services</primary>
sv-SE: <primary>starta om tjänster</primary>

en: The maintainer scripts for Debian packages will sometimes restart certain services to ensure their availability or get them to take certain options into account. The command that controls a service — <command>service <replaceable>service</replaceable> <replaceable>operation</replaceable></command> — doesn't take runlevel into consideration, assumes (wrongly) that the service is currently being used, and may thus initiate incorrect operations (starting a service that was deliberately stopped, or stopping a service that is already stopped, etc.). Debian therefore introduced the <command>invoke-rc.d</command> program: this program must be used by maintainer scripts to run services initialization scripts and it will only execute the necessary commands. Note that, contrary to common usage, the <filename>.d</filename> suffix is used here in a program name, and not in a directory.
sv-SE: Underhållningsskripten för Debianpaket kommer ibland att starta om vissa tjänster för att försäkra sig om deras tillgänglighet eller få dem att omfatta vissa alternativ. Kommandot som kontrollerar en tjänst— <command>service <replaceable>tjänst</replaceable> <replaceable>åtgärd</replaceable></command> —  tar inte hänsyn till körnivå, antar felaktigt att tjänsten redan är stoppad och så vidare.). Debian introducerade därför programmet <command>invoke-rc.d</command>: programmet måste användas av underhållningsskript för att köra initieringsskript och kommer endast att exekvera nödvändiga kommandon. Observera att i motsats till vanlig användning används filnamnsuffix  <filename>.d</filename> här endast i programnamn och ej för en katalog.

en: Finally, <command>init</command> starts control programs for various virtual consoles (<command>getty</command>). It displays a prompt, waiting for a username, then executes <command>login <replaceable>user</replaceable></command> to initiate a session.
sv-SE: Slutligen startar  <command>init</command> kontrollprogram för flera olika virtuella konsoler (<command>getty</command>). Det visar en prompt, väntar  på ett användarnamn och exekverar sedan <command>login <replaceable>användare</replaceable></command> för att starta en session.

en: <emphasis>VOCABULARY</emphasis> Console and terminal
sv-SE: <emphasis>ORDFÖRRÅD</emphasis> Konsol och terminal

en: The first computers were usually separated into several, very large parts: the storage enclosure and the central processing unit were separate from the peripheral devices used by the operators to control them. These were part of a separate furniture, the “console”. This term was retained, but its meaning has changed. It has become more or less synonymous with “terminal”, being a keyboard and a screen.
sv-SE: De första datorerna var separerade i flera olika delar: lagring och processorenhet var avskilda från operatörernas andra kontrollenheter. De var delar i separat möbel, ”konsolen”. Term har stannat kvar, men dess betydelse har ändrats. Den har blivit mer eller mindre synonym med ”terminal”, som är både tangentbord och skärm.

en: With the development of computers, operating systems have offered several virtual consoles to allow for several independent sessions at the same time, even if there is only one keyboard and screen. Most GNU/Linux systems offer six virtual consoles (in text mode), accessible by typing the key combinations <keycombo action="simul"> <keycap>Control</keycap> <keycap>Alt</keycap> <keycap>F1</keycap> </keycombo> through <keycombo action="simul"> <keycap>Control</keycap> <keycap>Alt</keycap> <keycap>F6</keycap> </keycombo>.
sv-SE: I och med utvecklingen av datorer har operativsystem erbjudit flera virtuella konsoler för att tillåta samtidiga sessioner, oberoende av varandra, även om det endast finns ett tangentbord och en skärm. De flesta GNU/Linux-system har sex stycken virtuella konsoler (i textläge), tillgängliga genom att ange tangentkombinationerna <keycombo action="simul"> <keycap>Control</keycap> <keycap>Alt</keycap> <keycap>F1</keycap> </keycombo> till <keycombo action="simul"> <keycap>Control</keycap> <keycap>Alt</keycap> <keycap>F6</keycap> </keycombo>.

en: Remote Login
sv-SE: Fjärrinloggning

en: It is essential for an administrator to be able to connect to a computer remotely. Servers, confined in their own room, are rarely equipped with permanent keyboards and monitors — but they are connected to the network.
sv-SE: Det är viktigt för administratörer att kunna ansluta till en fjärrdator. Avskärmade servrar har sällan permanenta tangentbord och skärmar - men de är anslutna till nätverket.

en: <emphasis>BACK TO BASICS</emphasis> Client, server
sv-SE: <emphasis>GRUNDERNA</emphasis> Klient, server

en: <primary>client</primary><secondary>client/server architecture</secondary>
sv-SE: <primary>klient</primary><secondary>klient/serverarkitektur</secondary>

en: <primary>server</primary><secondary>client/server architecture</secondary>
sv-SE: <primary>server</primary><secondary>klient/serverarkitektur</secondary>

en: A system where several processes communicate with each other is often described with the “client/server” metaphor. The server is the program that takes requests coming from a client and executes them. It is the client that controls operations, the server doesn't take any initiative of its own.
sv-SE: Ett system där flera processer kommunicerar med varandra beskrivs ofta med liknelsen ”klient/server”. Servern är programmet som tar flera begäran från en klient och verkställer dem. Det är klienten som kontrollera händelserna, servern tar inga egna initiativ.

en: <primary>login</primary><secondary>remote login</secondary>
sv-SE: <primary>inloggning</primary><secondary>fjärrinloggning</secondary>

en: <primary>remote login</primary>
sv-SE: <primary>fjärrinloggning</primary>

en: Secure Remote Login: SSH
sv-SE: Säker fjärrinloggning: SSH

en: The <emphasis>SSH</emphasis> (Secure SHell) protocol was designed with security and reliability in mind. Connections using SSH are secure: the partner is authenticated and all data exchanges are encrypted.
sv-SE: Protokollet <emphasis>SSH</emphasis> (Secure SHell) togs fram med säkerhet och pålitlighet i åtanke. Anslutningar med SSH är säkra; användaren är autentiserad och all data utbyts krypeterat.

en: <emphasis>CULTURE</emphasis> Telnet and RSH are obsolete
sv-SE: <emphasis>KULTUR</emphasis> Telnet och RSH är föråldrade

en: Before SSH, <emphasis>Telnet</emphasis> and <emphasis>RSH</emphasis> were the main tools used to login remotely. They are now largely obsolete and should no longer be used even if Debian still provides them.
sv-SE: Innan SSH var huvudverktygen för fjärrinoggning <emphasis>Telnet</emphasis> och <emphasis>RSH</emphasis>. De är numer föråldrade och bör inte användas, även om Debian fortfaranden tillhandahåller dem.

en: <emphasis>VOCABULARY</emphasis> Authentication, encryption
sv-SE: <emphasis>ORDFÖRRÅD</emphasis> Autentistering, kryptering

en: Authentication and encryption are often mentioned together, both because they are frequently used together, and because they are usually implemented with similar mathematical concepts.
sv-SE: Autentisering och kryptering näms ofta ihop eftersom de vanligtvis används tillsammans, och eftersom de båda implementeras med liknande matematiska koncept.

en: SSH also offers two file transfer services. <command>scp</command> is a command line tool that can be used like <command>cp</command>, except that any path to another machine is prefixed with the machine's name, followed by a colon.
sv-SE: SSH erbjuder två filöverföringstjänster.  <command>scp</command> är ett kommandoradsverktyg som kan användas liknande kommandot <command>cp</command> förutom att sökvägar till en annan maskin inleds med maskinens namn, följt av kolon.

en: <computeroutput>$ </computeroutput><userinput>scp file machine:/tmp/</userinput>
sv-SE: <computeroutput>$ </computeroutput><userinput>scp fil maskin:/tmp/</userinput>

en: <command>sftp</command> is an interactive command, similar to <command>ftp</command>. In a single session, <command>sftp</command> can transfer several files, and it is possible to manipulate remote files with it (delete, rename, change permissions, etc.).
sv-SE: <command>sftp</command> är ett interaktivt kommando som liknar <command>ftp</command>. <command>sftp</command> kan överföra flera filer i en enda session, och det är möjligt att manipulera fjärrfiler med det (ta bort, byta namn, ändra behörigheter och så vidare).

en: Debian uses OpenSSH, a free version of SSH maintained by the <command>OpenBSD</command> project (a free operating system based on the BSD kernel, focused on security) and fork of the original SSH software developed by the SSH Communications Security Corp company, of Finland. This company initially developed SSH as free software, but eventually decided to continue its development under a proprietary license. The OpenBSD project then created OpenSSH to maintain a free version of SSH.
sv-SE: Debian använder OpenSSH, en fri version av SSH underhållen av projektet <command>OpenBSD</command> (ett fritt operativsystem baserat på BSD-kärnan, fokuserat på säkerhet) och en gren av den ursprungliga SSH-programvaran utvecklad av företaget SSH Communications Security Corp, Finnland. Företaget utvecklade ursprungligen SSH som fri programvara, beslöt sig eventuellt att fortsätta utvecklingen under en sluten licens. OpenBSD-projektet skapade sedan OpenSSH för att bevara en fri version av SSH.

en: <emphasis>BACK TO BASICS</emphasis> <foreignphrase>Fork</foreignphrase>
sv-SE: <emphasis>GRUNDERNA</emphasis> <foreignphrase>Grenar</foreignphrase>

en: <primary>fork</primary>
sv-SE: <primary>gren</primary>

en: A “fork”, in the software field, means a new project that starts as a clone of an existing project, and that will compete with it. From there on, both software will usually quickly diverge in terms of new developments. A fork is often the result of disagreements within the development team.
sv-SE: I programvaruvärlden innebär en ”gren” att ett nytt projekt startar som en klon av det ursprunliga, och att det kommer att tävla med det. Därifrån kommer båda program att snabbt divergera vad gäller utveckling. En gren är ofta resultatet av meningsskiljaktigheter inom utvecklingsteamet.

en: The option to fork a project is a direct result of the very nature of free software; a fork is a healthy event when it enables the continuation of a project as free software (for example in case of license changes). A fork arising from technical or personal disagreements is often a waste of human resources; another resolution would be preferable. Mergers of two projects that previously went through a prior fork are not unheard of.
sv-SE: Valet att grena ett projekt är ett direkt resultat av själva naturen i fri programvara; en gren är hälsosam när det låter projektet fortsätta att vara fri programvara (exempelvis om det sker licensändringar). En gren som tillkommer av tekniska eller personliga skäl är ofta ett slöseri med mänskliga resurser; en annan lösning vore önskvärd. Det händer att två projekt som tidigare delats i flera grenar åter sammanfogas.

en: Key-Based Authentication
sv-SE: Nyckelbasera autentisering

en: Each time someone logs in over SSH, the remote server asks for a password to authenticate the user. This can be problematic if you want to automate a connection, or if you use a tool that requires frequent connections over SSH. This is why SSH offers a key-based authentication system.
sv-SE: Varje gång någon loggar in över SSH, frågar fjärrservern efter ett lösenord för att autentisera användaren. Det kan vara problematiskt om du vill automatisera en anslutning eller om du använder ett verktyg som återkommande kräver anslutningar till SSH. Därför erbjuder SSH ett nyckelbaserad autentiseringssystem.

en: <emphasis>SECURITY</emphasis> Protection of the private key
sv-SE: <emphasis>SÄKERHET</emphasis>Skydda den privata nyckeln

en: Whoever has the private key can login on the account thus configured. This is why access to the private key is protected by a “passphrase”. Someone who acquires a copy of a private key file (for example, <filename>~/.ssh/id_rsa</filename>) still has to know this phrase in order to be able to use it. This additional protection is not, however, impregnable, and if you think that this file has been compromised, it is best to disable that key on the computers in which it has been installed (by removing it from the <filename>authorized_keys</filename> files) and replacing it with a newly generated key.
sv-SE: Alla som har den privata nyckeln kan logga in på det inloggade kontot. Det är därför åtkomst till den är skyddad av en ”lösenfras”. Någon som kommer åt en kopia av en privat nyckelfil (exempelvis  <filename>~/.ssh/id_rsa</filename>) måste fortfarande veta denna fras för att kunna använda den. Detta ytterligare skydd är inte ogenomträngbart, och om du tror att filen har komprometeras är det bäst att inaktivera nyckeln på datorer i vilken den har installerats (genom att ta bort den från <filename>authorized_keys</filename>) och ersätta dem med en ny genererad nyckel.

en: <emphasis>CULTURE</emphasis> OpenSSL flaw in Debian <emphasis role="distribution">Etch</emphasis>
sv-SE: <emphasis>KULTUR</emphasis> OpenSSL-svaghet i Debian <emphasis role="distribution">Etch</emphasis>

en: The OpenSSL library, as initially provided in Debian <emphasis role="distribution">Etch</emphasis>, had a serious problem in its random number generator (RNG). Indeed, the Debian maintainer had made a change so that applications using it would no longer generate warnings when analyzed by memory testing tools like <command>valgrind</command>. Unfortunately, this change also meant that the RNG was employing only one source of entropy corresponding to the process number (PID) whose 32,000 possible values do not offer enough randomness. <ulink type="block" url="https://www.debian.org/security/2008/dsa-1571" />
sv-SE: OpenSSL-biblioteket, ursprungligen tillhandahållet i Debian <emphasis role="distribution">Etch</emphasis>, hade ett allvarligt problem med dess slumptalsgenerator (RNG). Debianansvarige hade gjort en ändring så att program som använder det inte längre genererade varningar vid analys utförda av minnestestverktyg som <command>valgrind</command>. Tyvärr innebar ändringen också att RNG endast använde en  entropikälla, motsvarande processid (PID) vars 32 000 möjliga värden inte erbjuder nog med slumpmässighet. <ulink type="block" url="https://www.debian.org/security/2008/dsa-1571" />

en: Specifically, whenever OpenSSL was used to generate a key, it always produced a key within a known set of hundreds of thousands of keys (32,000 multiplied by a small number of key lengths). This affected SSH keys, SSL keys, and X.509 certificates used by numerous applications, such as OpenVPN. A cracker had only to try all of the keys to gain unauthorized access. To reduce the impact of the problem, the SSH daemon was modified to refuse problematic keys that are listed in the <emphasis role="pkg">openssh-blacklist</emphasis> and <emphasis role="pkg">openssh-blacklist-extra</emphasis> packages. Additionally, the <command>ssh-vulnkey</command> command allows identification of possibly compromised keys in the system.
sv-SE: Mer specifikt så gäller att när OpenSSH användes för att generera en nyckel producerade den alltid en nyckel inom en känd mängd av hundratusentals nycklar (32 000 gånger ett litet antal nyckellängder). Det påverkade SSH-nycklar, SSL-nycklar och X.509-certifikat använda att otaliga program, som OpenVPN. En cracker behövda endast prova alla nycklar för att få obehörig tillgång. För att minska problemets omfattning ändras SSH-demonen till att vägra använda problematiska nycklar som listades i paketen <emphasis role="pkg">openssh-blacklist</emphasis> och <emphasis role="pkg">openssh-blacklist-extra</emphasis>. Utöver det så gör kommandot <command>ssh-vulnkey</command> det möjligt att identifiera möjligen komprometerande nycklar i systemet.

en: A more thorough analysis of this incident brings to light that it is the result of multiple (small) problems, both within the OpenSSL project and with the Debian package maintainer. A widely used library like OpenSSL should — without modifications — not generate warnings when tested by <command>valgrind</command>. Furthermore, the code (especially the parts as sensitive as the RNG) should be better commented to prevent such errors. On Debian's side, the maintainer wanted to validate the modifications with the OpenSSL developers, but simply explained the modifications without providing the corresponding patch to review and failed to mention his role within Debian. Finally, the maintenance choices were sub-optimal: the changes made to the original code were not clearly documented; all the modifications were effectively stored in a Subversion repository, but they ended up all lumped into one single patch during creation of the source package.
sv-SE: En noggrannare analys av denna incident visar det är resultatet av flera (mindre) problem, både med OpenSSL-projektet och med Debianpaketets ansvariga. En välanvänt bibliotek som OpenSSL borde -- utan ändringar -- inte generera varningar under testning <command>valgrind</command>. Vidare bör koden (speciellt känsliga delar som RNG) vara bättre kommenterad för att förhindra sådan fel. Vad gäller Debian ville ansvariga validera ändringarna med OpenSSL-utvecklarna, men förklarade ändringarna utan att skicka in en programfix för granskning, och nämnde inte sin roll inom Debian. Slutligen var lösningsvalet inte det bästa: ändringarna gjorde i originalkoden blev inte dokumenterade; alla ändringar lagrades i ett Subversion-förråd, men slutade ihopklumpade in en programfix då källpaketet skapades.

en: It is difficult under such conditions to find the corrective measures to prevent such incidents from recurring. The lesson to be learned here is that every divergence Debian introduces to upstream software must be justified, documented, submitted to the upstream project when possible, and widely publicized. It is from this perspective that the new source package format (“3.0 (quilt)”) and the Debian sources webservice were developed. <ulink type="block" url="https://sources.debian.org" />
sv-SE: Det är under dessa förhållanden svårt  att förhindra sådana incidenter från att uppstå. Sens moral är att varje avvikelse Debian tillför i program uppströms måste vara berättigad, dokumenterad, insänd till uppströmsprojektet om möjligt, och vida publicerad. Det är utifrån detta perspektiv som det nya paketformatet (”3.0 (quilt)”) och  webtjänsterna för Debiankällor utvecklades. <ulink type="block" url="https://sources.debian.org" />

en: Using Remote X11 Applications
sv-SE: Använda X11-fjärrprogram

en: The SSH protocol allows forwarding of graphical data (“X11” session, from the name of the most widespread graphical system in Unix); the server then keeps a dedicated channel for those data. Specifically, a graphical program executed remotely can be displayed on the X.org server of the local screen, and the whole session (input and display) will be secure. Since this feature allows remote applications to interfere with the local system, it is disabled by default. You can enable it by specifying <literal>X11Forwarding yes</literal> in the server configuration file (<filename>/etc/ssh/sshd_config</filename>). Finally, the user must also request it by adding the <literal>-X</literal> option to the <command>ssh</command> command-line.
sv-SE: SSH-protokollet gör det möjligt att vidarebefordra grafiskt innehåll (”X11-session”, namngiven från det mest välanvända grafiksystemet i Unix); servern håller då reda på en dedikerad kanal för denna data. Det innebär att ett grafiskt program som fjärrexekveras kan visas på X.org-servern lokalt, och att hela sessionen (inmatning och visning) är säker. Eftersom denna egenskap låter fjärrprogram komma åt det lokala systemet är det inaktiverat som standard. Du kan aktivera det genom att ange <literal>X11Forwarding yes</literal> i serverns konfigurationsfil (<filename>/etc/ssh/sshd_config</filename>). Slutligen måste användare också begära den genom att lägga till flaggan  <literal>-X</literal> kommandoraden för <command>ssh</command>.

en: Creating Encrypted Tunnels with Port Forwarding
sv-SE: 'Skapa krypterade tunnlar med portvidarebefordring

en: <primary>port forwarding</primary>
sv-SE: <primary>portvidarebefordring</primary>

en: Its <literal>-R</literal> and <literal>-L</literal> options allow <command>ssh</command> to create “encrypted tunnels” between two machines, securely forwarding a local TCP port (see sidebar <xref linkend="sidebar.tcp-udp" />) to a remote machine or vice versa.
sv-SE: Flaggorna <literal>-R</literal> och <literal>-L</literal> gör att <command>ssh</command> kan skapa ”krypterade tunnlar” mellan två maskiner och på ett säkert sätt vidarebefodra en lokal TCP-port (se sidopanelen <xref linkend="sidebar.tcp-udp" />) till en en fjärrmaskine och vice versa.

en: <emphasis>VOCABULARY</emphasis> Tunnel
sv-SE: <emphasis>ORDFÖRRÅD</emphasis> TUNNEL

en: The Internet, and most LANs that are connected to it, operate in packet mode and not in connected mode, meaning that a packet issued from one computer to another is going to be stopped at several intermediary routers to find its way to its destination. You can still simulate a connected operation where the stream is encapsulated in normal IP packets. These packets follow their usual route, but the stream is reconstructed unchanged at the destination. We call this a “tunnel”, analogous to a road tunnel in which vehicles drive directly from the entrance (input) to the exit (output) without encountering any intersections, as opposed to a path on the surface that would involve intersections and changing direction.
sv-SE: Internet och de flesta LAN som är anslutna till det körs i paketläge och inte i anslutet läge, vilket betyder att ett paket skickat från en dator till en annan kommer att stoppas vid flera mellanliggande  routrar för att finna vägen till destinationen. Du kan fortfarande simulera en ansluten operation där strömmen kapslas in i normal IP-paket. Dessa paket följer sina vanliga rutter, men strömmen rekonstrueras oförändrad vid destinationen. Vi kallar detta en ”tunnel”, analogt med en vägtunnel där fordon kör direkt in i ingången (indata) till utgången (utdata) utan att träffa på intersektioner, i motsats till en en sökväg på ytan som skulle involvera intersektioner och ändrade riktningar.

en: You can use this opportunity to add encryption to the tunnel: the stream that flows through it is then unrecognizable from the outside, but it is returned in decrypted form at the exit of the tunnel.
sv-SE: Du kan ta detta tillfälle i akt till att lägga till kryptering till tunneln: strömmen som flödar genom den kan inte tolkas utifrån; men återfås dekrypterat i slutet av tunneln.

en: <command>ssh -L 8000:server:25 intermediary</command> establishes an SSH session with the <replaceable>intermediary</replaceable> host and listens to local port 8000 (see <xref linkend="figure.ssh-L" />). For any connection established on this port, <command>ssh</command> will initiate a connection from the <replaceable>intermediary</replaceable> computer to port 25 on the <replaceable>server</replaceable>, and will bind both connections together.
sv-SE: <command>ssh -L 8000:server:25 mellanhand</command> etablerar en SSH-session med värden <replaceable>mellanhand</replaceable> och lyssnar på lokala porten 8000 ( se <xref linkend="figure.ssh-L" />). För varje anslutning etablerad på denna på denna port, kommer <command>ssh</command> att starta en anslutning från datorn <replaceable>mellanhand</replaceable> till port 25 på <replaceable>server</replaceable>, och kommer att binda samman alla anslutningar tillsammans.

en: <command>ssh -R 8000:server:25 intermediary</command> also establishes an SSH session to the <replaceable>intermediary</replaceable> computer, but it is on this machine that <command>ssh</command> listens to port 8000 (see <xref linkend="figure.ssh-R" />). Any connection established on this port will cause <command>ssh</command> to open a connection from the local machine on to port 25 of the <replaceable>server</replaceable>, and to bind both connections together.
sv-SE: <command>ssh -R 8000:server:25 mellanhand</command> etablerar också en SSH-session till datorn <replaceable>mellanhand</replaceable>, men på denna maskin lyssnar <command>ssh</command> till port 8000 (se <xref linkend="figure.ssh-R" />). Varje anslutning etablerad på denna port kommer också att få <command>ssh</command> att öppna en anslutning från den lokal maskinen till port 75 på <replaceable>server</replaceable>, och att binda ihop anslutningarna.

en: In both cases, connections are made to port 25 on the <replaceable>server</replaceable> host, which pass through the SSH tunnel established between the local machine and the <replaceable>intermediary</replaceable> machine. In the first case, the entrance to the tunnel is local port 8000, and the data move towards the <replaceable>intermediary</replaceable> machine before being directed to the <replaceable>server</replaceable> on the “public” network. In the second case, the input and output in the tunnel are reversed; the entrance is port 8000 on the <replaceable>intermediary</replaceable> machine, the output is on the local host, and the data are then directed to the <replaceable>server</replaceable>. In practice, the server is usually either the local machine or the intermediary. That way SSH secures the connection from one end to the other.
sv-SE: I båda fallen sker anslutningarna över port 25 på värden <replaceable>server</replaceable> som passerar genom SSH-tunneln etablerade mellan den lokala maskinen och maskinen <replaceable>mellanhand</replaceable>. I det första fallet är ingången till tunneln lokal port 8000, och datan flyttar mot maskinen <replaceable>mellanhand</replaceable> innan den riktas mot <replaceable>server</replaceable> på det ”publika” nätvärket. i det andra fallet har indata och utdata för tunneln kastats om; ingången är port 8000 på maskinen <replaceable>mellanhand</replaceable>, utgång är på den lokala värden och datan vidarebefordras till server <replaceable>server</replaceable>. I praktiken är servern antingen den lokala maskinen eller mellanhanden. På det sättet säkrar SSH anslutningen från en sida till en annan.

en: Forwarding a local port with SSH
sv-SE: Vidarebefordra en lokal port med SSH

en: Forwarding a remote port with SSH
sv-SE: Vidarebefordra en  fjärrport med SSH

en: Using Remote Graphical Desktops
sv-SE: Använda grafiska fjärrskrivbord

en: VNC (Virtual Network Computing) allows remote access to graphical desktops.
sv-SE: VNC (Virtual Network Computing) tillåter fjärråtkomst till grafiska skrivbord.

en: <primary>graphical desktop</primary><secondary>remote</secondary>
sv-SE: <primary>grafiska skrivbord</primary><secondary>fjärrskrivbord</secondary>

en: <primary>remote graphical desktop</primary>
sv-SE: <primary>grafiska fjärrskivbord</primary>

en: <primary>desktop, remote graphical desktop</primary>
sv-SE: <primary>skrivbord, grafiska fjärrskrivbord</primary>

en: This tool is mostly used for technical assistance; the administrator can see the errors that the user is facing, and show them the correct course of action without having to stand by them.
sv-SE: Detta verktyg används mest för teknisk assistans; administratören kan se felen som användare möter, och visa dem den rätta åtgärden utan att vara fysiskt närvarande.

en: <emphasis>SECURITY</emphasis> VNC over SSH
sv-SE: <emphasis>SÄKERHET</emphasis> VNC över SSH

en: If you want to connect by VNC, and you don't want your data sent in clear text on the network, it is possible to encapsulate the data in an SSH tunnel (see <xref linkend="sect.ssh-port-forwarding" />). You simply have to know that VNC uses port 5900 by default for the first screen (called “localhost:0”), 5901 for the second (called “localhost:1”), etc.
sv-SE: Om du vill ansluta genom VNC, och du inte vill att dina data skickar okrypterade över nätverket så är det möjligt att kapsla in datan i en SSH-tunnel (se <xref linkend="sect.ssh-port-forwarding" />). Du behöver endast då veta att VNC använder port 5900 som standardport för den första skärmen (kallad ”localhost:0”), 5901 för den andra (kallad ”localhost:1”) också vidare.

en: The <command>ssh -L localhost:5901:localhost:5900 -N -T <replaceable>machine</replaceable></command> command creates a tunnel between local port 5901 in the localhost interface and port 5900 of the <replaceable>machine</replaceable> host. The first “localhost” restricts SSH to listening to only that interface on the local machine. The second “localhost” indicates the interface on the remote machine which will receive the network traffic entering in “localhost:5901”. Thus <command>vncviewer localhost:1</command> will connect the VNC client to the remote screen, even though you indicate the name of the local machine.
sv-SE: Kommandot <command>ssh -L localhost:5901:localhost:5900 -N -T <replaceable>maskin</replaceable></command> skapar en tunnel mellan lokala porten 5901 och port 5900 hos värd<replaceable>maskin</replaceable>. Den första ”localħost” begränsar SSH till att endast lyssnar på det gränssnittet (på den lokala maskinen. Den andra ”localhost” är gränssnittet på fjärrmaskinen som ska ta emot nätverkstrafiken som kommer in från ”localhost:5901”. Sålunda kommer <command>vncviewer localhost:1</command> att ansluta VNC-klienten till fjärrskärmen, även fast du bara indikerar namnet på den lokala maskinen.

en: When the VNC session is closed, remember to close the tunnel by also quitting the corresponding SSH session.
sv-SE: När VNC-sessionen stängs, kom ihåg att stänga tunneln genom att också avsluta motsvarande SSH-session.

en: <emphasis>BACK TO BASICS</emphasis> Display manager
sv-SE: <emphasis>Grundläggande</emphasis> Displayhanterare

en: <primary>manager</primary><secondary>display manager</secondary>
sv-SE: <primary>hanterare</primary><secondary>fönsterhanterare</secondary>

en: <primary>display manager</primary>
sv-SE: <primary>fönsterhanterare</primary>

en: Managing Rights
sv-SE: Hantera behörigheter

en: <primary>permissions</primary>
sv-SE: <primary>behörigheter</primary>

en: Linux is definitely a multi-user system, so it is necessary to provide a permission system to control the set of authorized operations on files and directories, which includes all the system resources and devices (on a Unix system, any device is represented by a file or directory). This principle is common to all Unix systems, but a reminder is always useful, especially as there are some interesting and relatively unknown advanced uses.
sv-SE: Linux är definitivt ett fleranvändarsystem, så det är nödvändigt att tilhandahålla ett behörighetssystem för att kunna kontroller den mängd tillåtna åtgärder på filer och mappar, vilket omfattar att systemresurser och enheter (i ett Unix-system representeras en enhet av en fil eller mapp). Denna princip är vanlig för alla Unixsystem, men det är alltid nyttig med en påminnelse, speciellt då det finns några intressanta och relativt okända avancerade användarfall.

en: <primary>user</primary><secondary>owner</secondary>
sv-SE: <primary>användare</primary><secondary>ägare</secondary>

en: <primary>group</primary><secondary>owner</secondary>
sv-SE: <primary>grupp</primary><secondary>ägare</secondary>

en: <primary>owner</primary><secondary>user</secondary>
sv-SE: <primary>ägare</primary><secondary>användare</secondary>

en: <primary>owner</primary><secondary>group</secondary>
sv-SE: <primary>ägare</primary><secondary>grupp</secondary>

en: Each file or directory has specific permissions for three categories of users:
sv-SE: Varje fil eller katalog har specifika rättigheter för de tre användarkategorierna:

en: its owner (symbolized by <literal>u</literal> as in “user”);
sv-SE: dess ägare (symboliserad av <literal>u</literal> som “user”);

en: its owner group (symbolized by <literal>g</literal> as in “group”), representing all the members of the group;
sv-SE: dess ägargrupp (symboliserad av <literal>g</literal> som i “group”), representerade alla medlemmar i gruppen;

en: the others (symbolized by <literal>o</literal> as in “other”).
sv-SE: övriga (symboliserad av  <literal>o</literal> som i  “other”).

en: reading (symbolized by <literal>r</literal> as in “read”);
sv-SE: läs (symboliserad av <literal>r</literal> som i “read”);

en: writing (or modifying, symbolized by <literal>w</literal> as in “write”);
sv-SE: skrivning (eller ändring, symboliserat av <literal>w</literal> som i ”write”);

en: executing (symbolized by <literal>x</literal> as in “eXecute”).
sv-SE: exekvera (symboliserad av <literal>x</literal> som i ”eXecute”).

en: <primary>read, right</primary>
sv-SE: <primary>läs, rättighet</primary>

en: <primary>write, right</primary>
sv-SE: <primary>skriv, rättighet</primary>

en: <primary>modification, right</primary>
sv-SE: <primary>modifiering, rättighet</primary>

en: <primary>execution, right</primary>
sv-SE: <primary>körning, rättighet</primary>

en: In the case of a file, these rights are easily understood: read access allows reading the content (including copying), write access allows changing it, and execute access allows you to run it (which will only work if it is a program).
sv-SE: Då det gäller filer är det lätt att förstå dessa rättigheter: läsåtkomst tilåter läsning av innehållet (inklusive kopiering), skrivrättighet tillåter att ändra den, och körrättighet tillåter dig att köra den (vilket endast fungerar om det är ett program).

en: <emphasis>SECURITY</emphasis> <literal>setuid</literal> and <literal>setgid</literal> executables
sv-SE: <emphasis>SÄKERET</emphasis> <literal>setuid</literal> och <literal>setgid</literal>

en: <primary><literal>setuid</literal>, right</primary>
sv-SE: <primary><literal>setuid</literal>, rättighet</primary>

en: <primary><literal>setgid</literal>, right</primary>
sv-SE: <primary><literal>setgid</literal>, rättighet</primary>

en: Since a <literal>setuid</literal> root program is systematically run under the super-user identity, it is very important to ensure it is secure and reliable. Indeed, a user who would manage to subvert it to call a command of their choice could then impersonate the root user and have all rights on the system.
sv-SE: Eftersom ett <literal>setuid</literal>-rootprogram systematiskt körs med superanvändarens identitet är det väldigt viktigt att försäkra sig om att det är säkert och pålitligt. En användare som skulle kunna få det att köra ett kommando av eget val skulle då kunna låtsas vara root-användare och få all rättigheter i systemet.

en: A directory is handled differently. Read access gives the right to consult the list of its entries (files and directories), write access allows creating or deleting files, and execute access allows crossing through it (especially to go there with the <command>cd</command> command). Being able to cross through a directory without being able to read it gives permission to access the entries therein that are known by name, but not to find them if you do not know their existence or their exact name.
sv-SE: En katalog hanteras annorlunda. Läsrättigheter ger rätt visa listan av innehåll (filer och kataloger), skrivrättighet möjligör skapandet eller borttagandet av filer, och exekveringsrättighet ger möjlighet att passera genom den (speciellt för att gå där med kommando <command>cd</command>). Att kunna passera genom en katalog utan att kunna läsa den  ger rättigheter till att komma åt poster däri som är kända till namn, men det går inte att finna dem om du inte vet om deras existens med deras exakta namn.

en: <emphasis>SECURITY</emphasis> <literal>setgid</literal> directory and <emphasis>sticky bit</emphasis>
sv-SE: <emphasis>SÄKERHET</emphasis> <literal>setgid</literal>-katalog och <emphasis>sticky bit</emphasis>

en: <primary><literal>setgid</literal> directory</primary>
sv-SE: <primary><literal>setgid</literal>-katalog</primary>

en: The <literal>setgid</literal> bit also applies to directories. Any newly-created item in such directories is automatically assigned the owner group of the parent directory, instead of inheriting the creator's main group as usual. This setup avoids the user having to change its main group (with the <command>newgrp</command> command) when working in a file tree shared between several users of the same dedicated group.
sv-SE: <literal>setgid</literal> gäller också på kataloger. Varje nytt objekt i en sådan katalog kommer automatiskt tilldelas samma grupp som ägaren av den överordnade katalogen. Istället för att ärva skaparens huvudgrupp, som i vanliga fallet. Detta gör att användaren inte behöver ändra sin huvudgrupp (med kommandot <command>newgrp</command>) om hen arbetar med ett filträd delat mellan flera olika användare i samma tilldelade grupp.

en: The “sticky” bit (symbolized by the letter “t”) is a permission that is only useful in directories. It is especially used for temporary directories where everybody has write access (such as <filename>/tmp/</filename>): it restricts deletion of files so that only their owner (or the owner of the parent directory) can do it. Lacking this, everyone could delete other users' files in <filename>/tmp/</filename>.
sv-SE: ”Sticky bit” (symboliserad av bokstaven ”t”) är en rättighet som endast är användbar i kataloger. Den är speciellt använd för tillfälliga kataloger där alla har skrivrättighet (som <filename>/tmp/</filename>): det begränsar borttagning av filer så att endast deras ägare (eller ägaren av överordnad katalog) kan göra det. Utan detta skulle alla kunna ta bort andra användares filer i <filename>/tmp/</filename>.

en: Three commands control the permissions associated with a file:
sv-SE: Tre kommandon kontrollerar rättigheterna associerad med en fil:

en: <command>chown <replaceable>user</replaceable> <replaceable>file</replaceable></command> changes the owner of the file;
sv-SE: <command>chown <replaceable>användare</replaceable> <replaceable>fil</replaceable></command> ändrar filens ägare;

en: <command>chgrp <replaceable>group</replaceable> <replaceable>file</replaceable></command> alters the owner group;
sv-SE: <command>chgrp <replaceable>grupp</replaceable> <replaceable>fil</replaceable></command> ändrar ägargrupp;

en: <command>chmod <replaceable>rights</replaceable> <replaceable>file</replaceable></command> changes the permissions for the file.
sv-SE: <command>chmod <replaceable>rättigheter</replaceable> <replaceable>fil</replaceable></command> ändrar filens rättigheter.

en: There are two ways of presenting rights. Among them, the symbolic representation is probably the easiest to understand and remember. It involves the letter symbols mentioned above. You can define rights for each category of users (<literal>u</literal>/<literal>g</literal>/<literal>o</literal>), by setting them explicitly (with <literal>=</literal>), by adding (<literal>+</literal>), or subtracting (<literal>-</literal>). Thus the <literal>u=rwx,g+rw,o-r</literal> formula gives the owner read, write, and execute rights, adds read and write rights for the owner group, and removes read rights for other users. Rights not altered by the addition or subtraction in such a command remain unmodified. The letter <literal>a</literal>, for “all”, covers all three categories of users, so that <literal>a=rx</literal> grants all three categories the same rights (read and execute, but not write).
sv-SE: Det finns två sätt att presentera rättigheter. Den symboliska representationen är nog den som är enklast att förstå och komma ihåg. Det innebär bokstavsymbolerna som tidigare nämnts. Du kan definiera rättigheter för varje kategori av användare (<literal>u</literal>/<literal>g</literal>/<literal>o</literal>), genom att ange dem explicit (med <literal>=</literal>), att lägga till med (<literal>+</literal>), eller dra ifrån med (<literal>-</literal>). Sålunda ger formeln <literal>u=rwx,g+rw,o-r</literal> ägaren läs-, skriv- och ekexveringsrättigheter, lägger till läs och skrivrättigheter för ägargruppen och tar bort läsrättigheter för andra användare. Rättigheter som inte ändras genom tillägg eller borttagning lämnas omodifierade. Bokstaven <literal>a</literal>, för “all” täcker alla tre katagorier av användare så att <literal>a=rx</literal> ger alla tre katogorerir samma rättigheter ( läsa och exekvera, men inte skriva).

en: <primary>octal representation of rights</primary>
sv-SE: <primary>oktal representation av rättigheter</primary>

en: <primary>rights</primary><secondary>octal representation</secondary>
sv-SE: <primary>rättighteter</primary><secondary>oktal representation</secondary>

en: The (octal) numeric representation associates each right with a value: 4 for read, 2 for write, and 1 for execute. We associate each combination of rights with the sum of the figures. Each value is then assigned to different categories of users by putting them end to end in the usual order (owner, group, others).
sv-SE: Den oktala representationen associerar varje rättighet med ett värde: 4 för läsning, 2 för skrivning och 1 för körning. Vi associerar varje kombination av rättigheter med summan av siffrorna. Varje värde tilldelas sedan till olika kategorier av användare genom att lägga dem i ordning (ägare, grupp, övriga).

en: To represent special rights, you can prefix a fourth digit to this number according to the same principle, where the <literal>setuid</literal>, <literal>setgid</literal> and <literal>sticky</literal> bits are 4, 2 and 1, respectively. <command>chmod 4754</command> will associate the <literal>setuid</literal> bit with the previously described rights.
sv-SE: För att representera speciella rättigheter kan du som sätta ett fjärde tal som prefix,  där bitarna för <literal>setuid</literal>, <literal>setgid</literal> och <literal>sticky</literal> är 4, 2 and 1. <command>chmod 4754</command> kommer att associera biten för  <literal>setuid</literal>med tidigare beskrivna rättigheter.

en: Note that the use of octal notation only allows to set all the rights at once on a file; you cannot use it to simply add a new right, such as read access for the group owner, since you must take into account the existing rights and compute the new corresponding numerical value.
sv-SE: Observera att användningen av oktala notation endast tillåter att ange alla rättigheter samtidigt på en fil; du kan inte använda den för att lägga till en ny rättighet, som läsrättighet för gruppägaren, eftersom du måste räkna med befintliga rättigheter och räkna ut nya motsvarande numeriska värden.

en: <emphasis>TIP</emphasis> Recursive operation
sv-SE: <emphasis>TIP</emphasis> rekursiv operation

en: Sometimes we have to change rights for an entire file tree. All the commands above have a <literal>-R</literal> option to operate recursively in sub-directories.
sv-SE: Ibland måste vi ändra rättigheter för ett helt filträd. Alla kommandon ovan har flaggan <literal>R</literal> för att rekursivt kunna gå in i underkataloger.

en: <emphasis>GOING FURTHER</emphasis> <command>umask</command>
sv-SE: <emphasis>YTTERLIGARE</emphasis> <command>umask</command>

en: <primary>rights</primary><secondary>mask</secondary>
sv-SE: <primary>rättigheter</primary><secondary>mask</secondary>

en: <primary>mask</primary><secondary>rights mask</secondary>
sv-SE: <primary>mask</primary><secondary>rättighetsmask</secondary>

en: Administration Interfaces
sv-SE: Adminstrationsgränssnitt

en: <primary>interface</primary><secondary>administration interface</secondary>
sv-SE: <primary>gränssnitt</primary><secondary>administrationsgränsnitt</secondary>

en: <primary>administration, interfaces</primary>
sv-SE: <primary>administration, gränsnitt</primary>

en: Using a graphical interface for administration is interesting in various circumstances. An administrator does not necessarily know all the configuration details for all their services, and doesn't always have the time to go seeking out the documentation on the matter. A graphical interface for administration can thus accelerate the deployment of a new service. It can also simplify the setup of services which are hard to configure.
sv-SE: Det kan ibland vara intressant att använda ett grafiskt gränssnitt för administration. En administratör behöver nödvändigtvis inte känna till alla konfigurationsdetaljer för alla deras tjänster, och har kanske inte alltid tid att titta efter i dokumentationen. Ett grafiskt administrationsgränssnitt kan därför påskynda tillkomsten av en ny tjänst. Det kan också underlätta tjänstekonfigurationer som är svåra att konfigurera.

en: Such an interface is only an aid, and not an end in itself. In all cases, the administrator must master its behavior in order to understand and work around any potential problem.
sv-SE: Ett sådant gränssnitt är endast en hjälp, och inte ett självändamål. En administratör måste hursomhelst mästra dess egenskaper för att förstå hur det går att jobbar runt potentiella problem.

en: Since no interface is perfect, you may be tempted to try several solutions. This is to be avoided as much as possible, since different tools are sometimes incompatible in their work methods. Even if they all aim to be very flexible and try to adopt the configuration file as a single reference, they are not always able to integrate external changes.
sv-SE: Eftersom inga gränssnitt är perfekta kan du lockas av flera olika lösningar. Det bör undvikas om möjligt, eftersom olika verktyg ibland är inkompatibla i deras arbetsmetoder. Även om de alla strävar efter att vara flexibla och försöker anpassa konfigurationsfilen som en enskild referens, kan de inte alltid integrera externa ändringar.

en: Administrating on a Web Interface: <command>webmin</command>
sv-SE: Administrera över ett webbgränsnitt: <command>webmin</command>

en: This is, without a doubt, one of the most successful administration interfaces. It is a modular system managed through a web browser, covering a wide array of areas and tools. Furthermore, it is internationalized and available in many languages.
sv-SE: Det här är, utan tvekan, ett av de mest lyckade admistrationsgränssnitten. Det är ett modulärt system skött genom en webbläsare, och täcker ett brett omfång av områden och verktyg. Vidare så är det internationaliserat och finns tillgängligt i många språk.

en: There is, however, an unofficial package distributed on the <literal>webmin.com</literal> website. Contrary to the original Debian packages, this package is monolithic; all of its configuration modules are installed and activated by default, even if the corresponding service is not installed on the machine.
sv-SE: Det finns dock ett inofficiellt paket distribuerade på webbplatsen <literal>webmin.com</literal>. I motsats till det ursprungliga Debianpaketet är detta paket monolitiskt; alla dess konfigurationsmoduler installeras och aktiveras som standard, även om motsvarande tjänst inte är installerade på maskinen.

en: <emphasis>SECURITY</emphasis> Changing the root password
sv-SE: <emphasis>SÄKERHET</emphasis> Ändra lösenord för root

en: Webmin is used through a web interface, but it does not require Apache to be installed. Essentially, this software has its own integrated mini web server. This server listens by default on port 10000 and accepts secure HTTP connections.
sv-SE: Webmin används genom ett webbgränssnitt, men det kräver inte att Apache installeras. I princip har programmet sin egen integrerade miniwebbserver. Denna server lyssnar på port 100000 och accepterar säkra HTTP.-anslutningar.

en: Included modules cover a wide variety of services, among which:
sv-SE: Inkluderade moduler täcker ett brett omfång av tjänster:

en: bind: DNS server configuration (name service);
sv-SE: bind: DNS-serverkonfiguration (namntjänst);

en: postfix: SMTP server configuration (e-mail);
sv-SE: postfix: SMTP-serverkonfiguration (e-post);

en: dhcpd: DHCP server configuration;
sv-SE: dhcpd: DHCP-serverkonfiguration;

en: proftpd: FTP server configuration;
sv-SE: proftpd: FTP-serverkonfiguration;

en: samba: Samba file server configuration;
sv-SE: samba: Samba fileserverkonfiguration;

en: software: installation or removal of software from Debian packages and system updates.
sv-SE: software: installation eller borttagning av program från Debianpaket och systemuppdateringar.

en: The administration interface is available in a web browser at <literal>https://localhost:10000</literal>. Beware! Not all the modules are directly usable. Sometimes they must be configured by specifying the locations of the corresponding configuration files and some executable files (program). Frequently the system will politely prompt you when it fails to activate a requested module.
sv-SE: Administrationsgränssnittet är tillgängligt i en webbläsare <literal>http://localhost:10000</literal>. Se upp! Inte alla moduler är direkt användbara. Ibland måste de konfigueras genom att ange platserna för de motsvarande konfigurationsfiler och en del exekverbara filer (program). Ofta kommer systemet att fråga dig när det misslyckas med att aktivera en begärd modul.

en: <emphasis>ALTERNATIVE</emphasis> GNOME control center
sv-SE: <emphasis>ALTERNATIV</emphasis> GNOME kontrollcenter

en: The GNOME project also provides multiple administration interfaces that are usually accessible via the “Settings” entry in the user menu on the top right. <command>gnome-control-center</command> is the main program that brings them all together but many of the system wide configuration tools are effectively provided by other packages (<emphasis role="pkg">accountsservice</emphasis>, <emphasis role="pkg">system-config-printer</emphasis>, etc.). Although they are easy to use, these applications cover only a limited number of base services: user management, time configuration, network configuration, printer configuration, and so on.
sv-SE: GNOME-projektet tillhandahåller också flera olika adminstrationsgränssnitt som vanligen är åtkomliga via posten ”Inställningar” i användarmeny högst upp till höger. <command>gnome-control-center</command> är huvudprogrammet som för samman alla dessa, men många av de systemomfattande konfigurationsverktygen tillhandålls effektivt av andra paket (<emphasis role="pkg">accountsservice</emphasis>, <emphasis role="pkg">system-config-printer</emphasis>  med mera.). Även om de är lättanvända täcker dessa program endast ett begränsat antal tjänster: användarhantering, tidskonfiguration, nätverkskonfiguration, skrivarkonfiguration och så vidare.

en: Configuring Packages: <command>debconf</command>
sv-SE: Konfigurera paket: <command>debconf</command>

en: For most cases, these settings are very simple; only a few important variables in the configuration file are changed. These variables are often grouped between two “demarcation” lines so that reconfiguration of the package only impacts the enclosed area. In other cases, reconfiguration will not change anything if the script detects a manual modification of the configuration file, in order to preserve these human interventions (because the script can't ensure that its own modifications will not disrupt the existing settings).
sv-SE: I de flesta fall är dessa inställningar ganska enkla; endast ett par viktiga variabler i konfigurationsfilen ändras. Dessa variabler är ofta grupperade mellan två linjer så att omkonfiguration av paketet endast omfattar det stänga området. I andra fall, kommer omkonfiguration att ändra någonting om skriptet upptäcker en manuell modifikation av konfigurationsfilen, för att kunna bevara dessa mänskliga ingrepp (eftersom skriptet inte kan försäkra att dess egna ändringar inte kommer att störa befintliga inställningar).

en: <emphasis>DEBIAN POLICY</emphasis> Preserving changes
sv-SE: <emphasis>DEBIAN RIKTLINJER</emphasis> Bevara ändringar

en: The Debian Policy expressly stipulates that everything should be done to preserve manual changes made to a configuration file, so more and more scripts take precautions when editing configuration files. The general principle is simple: the script will only make changes if it knows the status of the configuration file, which is verified by comparing the checksum of the file against that of the last automatically generated file. If they are the same, the script is authorized to change the configuration file. Otherwise, it determines that the file has been changed and asks what action it should take (install the new file, save the old file, or try to integrate the new changes with the existing file). This precautionary principle has long been unique to Debian, but other distributions have gradually begun to embrace it.
sv-SE: Debians riktlinjer stipulerar att allt ska ske för att bevara manuella ändringar gjorda för en konfigurationsfil, så att fler och fler skript är försiktiga med att redigera konfigurationsfiler. Allmänna principen är enkel: skriptet kommer endast att göra ändringar om den vet om tillståndet för konfigurationsfilen, vilket verifieras av att jämföra kontrollsumman för filen jämfört mot den senast automatiskt genererade filerna. Om de är samma är skriptet autentitserat til att ändra konfigurationsfilen. Annars avgör den om filen har ändrats och frågar efter vilken åtgärd den ska genomföra (installera den nya filen, spara den gamla filen eller prova att integrera de nya ändringarna med befintlig fil). Denna försiktighetsprincip har varit unik för Debian, men andra distributioner har med tiden också börjat att omfamna den.

en: The <command>ucf</command> program (from the Debian package of the same name) can be used to implement such a behavior.
sv-SE: Programmet <command>ucf</command> (från Debianpaketet med samman namn) kan användas för att implementera ett sådant beteende.

en: <command>syslog</command> System Events
sv-SE: <command>syslog</command> Systemhändelser

en: Principle and Mechanism
sv-SE: Princip och mekanism

en: The <command>rsyslogd</command> daemon is responsible for collecting service messages coming from applications and the kernel, then dispatching them into log files (usually stored in the <filename>/var/log/</filename> directory). It obeys the <filename>/etc/rsyslog.conf</filename> configuration file.
sv-SE: <command>rsyslogd</command>-demonen är ansvarig för att samla in tjänstemeddelanden från program och kärnan, och sedan vidarebeforda dem till loggfiler (vanligen lagrad i katalogen <filename>/var/log/</filename>). Den följer konfigurationsfilen <filename>/etc/rsyslog.conf</filename>.

en: Each log message is associated with an application subsystem (called “facility” in the documentation):
sv-SE: Varje loggmeddelande är associerart med ett programsubsystem (kallad ”facillity” i dokumentationen):

en: <literal>auth</literal> and <literal>authpriv</literal>: for authentication;
sv-SE: <literal>auth</literal> och <literal>authpriv</literal>: för autentisering;

en: <literal>cron</literal>: comes from task scheduling services, <command>cron</command> and <command>atd</command>;
sv-SE: <literal>cron</literal>: kommer från schemaläggartjänster, <command>cron</command> och <command>atd</command>;

en: <literal>daemon</literal>: affects a daemon without any special classification (DNS, NTP, etc.);
sv-SE: <literal>daemon</literal>: påverkar en demon utan speciell klassifikation ( DNS, NTP och så vidare);

en: <literal>ftp</literal>: concerns the FTP server;
sv-SE: <literal>ftp</literal>:gäller FTP-servern;

en: <literal>kern</literal>: message coming from the kernel;
sv-SE: <literal>kern</literal>: meddelanden från kärnan;

en: <literal>lpr</literal>: comes from the printing subsystem;
sv-SE: <literal>lpr</literal>: kommer från underliggande utskriftssystem;

en: <literal>mail</literal>: comes from the e-mail subsystem;
sv-SE: <literal>mail</literal>: kommer från undersystemet för e-post;

en: <literal>news</literal>: Usenet subsystem message (especially from an NNTP — Network News Transfer Protocol — server that manages newsgroups);
sv-SE: <literal>news</literal>: Meddelanden från Usenet (speciellt från NNTP — Network News Transfer Protocol — server som hanterar nyhetsgrupper);

en: <literal>syslog</literal>: messages from the <command>syslogd</command> server, itself;
sv-SE: <literal>syslog</literal>: meddelanden från själva <command>syslogd</command>-servern;

en: <literal>user</literal>: user messages (generic);
sv-SE: <literal>user</literal>: användarmeddelanden (generiska);

en: <literal>uucp</literal>: messages from the UUCP server (Unix to Unix Copy Program, an old protocol notably used to distribute e-mail messages);
sv-SE: <literal>uucp</literal>: meddelanden från UUCP-servern (Unix to Unix Copy Program, ett gammalt protokoll använt för att distribuera e-postmeddelanden);

en: <literal>local0</literal> to <literal>local7</literal>: reserved for local use.
sv-SE: <literal>local0</literal> till <literal>local7</literal>: reserverad för lokal användning.

en: Each message is also associated with a priority level. Here is the list in decreasing order:
sv-SE: Varje meddelande är också associerad med en prioritetsnivå. Här är listan i sjunkande ordning:

en: <literal>emerg</literal>: “Help!” There is an emergency, the system is probably unusable.
sv-SE: <literal>emerg</literal>: “Hjälp!” Det är akut, systemet är förmodligen instabilt.

en: <literal>alert</literal>: hurry up, any delay can be dangerous, action must be taken immediately;
sv-SE: <literal>alert</literal>: skynda på, det kan vara farligt att vänta, utför något så fort du kan;

en: <literal>crit</literal>: conditions are critical;
sv-SE: <literal>crit</literal>: villkoren är kritiska;

en: <literal>err</literal>: error;
sv-SE: <literal>err</literal>: fel;

en: <literal>warn</literal>: warning (potential error);
sv-SE: <literal>warn</literal>: varning (potentiellt fel);

en: <literal>notice</literal>: conditions are normal, but the message is important;
sv-SE: <literal>notice</literal>: allt normalt, men meddelandet är viktigt;

en: <literal>info</literal>: informative message;
sv-SE: <literal>info</literal>: informativt meddelande;

en: <literal>debug</literal>: debugging message.
sv-SE: <literal>debug</literal>: meddelande för felsökning.

en: The Configuration File
sv-SE: Konfigurationsfilen

en: Syntax of the Selector
sv-SE: Syntaxen för väljaren

en: The selector is a semicolon-separated list of <literal><replaceable>subsystem</replaceable>.<replaceable>priority</replaceable></literal> pairs (example: <literal>auth.notice;mail.info</literal>). An asterisk may represent all subsystems or all priorities (examples: <literal>*.alert</literal> or <literal>mail.*</literal>). Several subsystems can be grouped, by separating them with a comma (example: <literal>auth,mail.info</literal>). The priority indicated also covers messages of equal or higher priority; thus <literal>auth.alert</literal> indicates the <literal>auth</literal> subsystem messages of <literal>alert</literal> or <literal>emerg</literal> priority. Prefixed with an exclamation point (!), it indicates the opposite, in other words the strictly lower priorities; <literal>auth.!notice</literal>, thus, indicates messages issued from <literal>auth</literal>, with <literal>info</literal> or <literal>debug</literal> priority. Prefixed with an equal sign (=), it corresponds to precisely and only the priority indicated (<literal>auth.=notice</literal> only concerns messages from <literal>auth</literal> with <literal>notice</literal> priority).
sv-SE: Väljaren är en semikolonseparerad lista av <literal><replaceable>subsystem</replaceable>.<replaceable>priority</replaceable></literal>-pard (exempel: <literal>auth.notice;mail.info</literal>). En asterisk kan representera att subsystem eller alla proriteter (exempel: <literal>*.alert</literal> eller <literal>mail.*</literal>). Flera subsystem kan grupperas genom att separera dem med ett komma (exempel: <literal>auth,mail.info</literal>). Indikerade prioritet täcker också meddelanden av högre eller lika prioritet; sålunda indikerar  <literal>auth.alert</literal> <literal>auth</literal> subsystemmeddelanden för prioriteterna <literal>alert</literal> eller <literal>emerg</literal>. Prefixad med ett utropstecken (!) indikerare det de motsatta, lägre prioriteter; <literal>auth.!notice</literal>,indikerar exempelvis <literal>auth</literal>, med prioritet  <literal>info</literal> eller <literal>debug</literal>. Prefix med lika med-tecken (=) motsvara precis indikerad prioritet (<literal>auth.=notice</literal> bryr sig bara om meddelanden från <literal>auth</literal> med prioritet <literal>notice</literal>).

en: Each element in the list on the selector overrides previous elements. It is thus possible to restrict a set or to exclude certain elements from it. For example, <literal>kern.info;kern.!err</literal> means messages from the kernel with priority between <literal>info</literal> and <literal>warn</literal>. The <literal>none</literal> priority indicates the empty set (no priorities), and may serve to exclude a subsystem from a set of messages. Thus, <literal>*.crit;kern.none</literal> indicates all the messages of priority equal to or higher than <literal>crit</literal> not coming from the kernel.
sv-SE: Varje element i väljarens lista åsidosätter tidigare element. Det är därför möjligt att begränsa en mängd eller att exkludera vissa element från den. Exempelvis betyder <literal>kern.info;kern.!err</literal> meddelanden från kärnan med prioritet <literal>info</literal> och <literal>warn</literal>. Prioriteten <literal>none</literal> indikerar den tomma mängden (inga prioriteter), och kan tjäna till att exkludera ett subsystem från en meddelandemängd. Sålpnda indikerar <literal>*.crit;kern.none</literal> alla meddelanden av prioritet lika eller högre än <literal>crit</literal> som inte kommer från kärnan.

en: Syntax of Actions
sv-SE: Åtgärdssyntax

en: <emphasis>BACK TO BASICS</emphasis> The named pipe, a persistent pipe
sv-SE: <emphasis>GRUNDLÄGGANDE</emphasis> Namngivet rör, ett beständigt rör

en: <primary>named pipe</primary>
sv-SE: <primary>namngivet rör</primary>

en: A named pipe is a particular type of file that operates like a traditional pipe (the pipe that you make with the “|” symbol on the command line), but via a file. This mechanism has the advantage of being able to relate two unrelated processes. Anything written to a named pipe blocks the process that writes until another process attempts to read the data written. This second process reads the data written by the first, which can then resume execution.
sv-SE: Ett namngivet rör är en speciell typ av fil som fungerar likt ett traditionell rör( röret som du skapar med symbolen ”i” på kommandoraden), men via en fil. Denna mekanism har fördelen av att kunna koppla ihop två orelaterade processer. Det som skrivs till en namngivet rör blockerar processen som skriver till en annan process försöker att läsa datan som skrevs. Denna andra process läser datan skriven av den första, som sedan kan fortsätta exekvering.

en: Such a file is created with the <command>mkfifo</command> command.
sv-SE: En sådan fil skapas med kommandot <command>mkfifo</command>.

en: The various possible actions are:
sv-SE: Möjliga åtgärder är:

en: add the message to a file (example: <filename>/var/log/messages</filename>);
sv-SE: lägg till meddelandet till en fil (exempel: <filename>/var/log/messages</filename>);

en: send the message to a remote <command>syslog</command> server (example: <literal>@log.falcot.com</literal>);
sv-SE: skicka meddelandet till en fjärrserver <command>syslog</command> (exempelvis: <literal>@log.falcot.com</literal>);

en: send the message to an existing named pipe (example: <literal>|/dev/xconsole</literal>);
sv-SE: skicka meddelandet till ett befintligt namngivet rör (exempel: <literal>|/dev/xconsole</literal>);

en: send the message to one or more users, if they are logged in (example: <literal>root,rhertzog</literal>);
sv-SE: skicka meddelandet till en eller flera användare om de är inloggade (exempel: <literal>root,rhertzog</literal>);

en: send the message to all logged in users (example: <literal>*</literal>);
sv-SE: skicka meddelandet till alla inloggade användare (exempel: <literal>*</literal>);

en: write the message in a text console (example: <literal>/dev/tty8</literal>).
sv-SE: skriv meddelandet i en textkonsol (exempel: : <literal>/dev/tty8</literal>).

en: <emphasis>SECURITY</emphasis> Forwarding logs
sv-SE: <emphasis>SÄKERHET</emphasis> Vidarebefodra loggar

en: <primary>log</primary><secondary>forwarding</secondary>
sv-SE: <primary>logg</primary><secondary>vidarebeforda</secondary>

en: It is a good idea to record the most important logs on a separate machine (perhaps dedicated for this purpose), since this will prevent any possible intruder from removing traces of their intrusion (unless, of course, they also compromise this other server). Furthermore, in the event of a major problem (such as a kernel crash), you have the logs available on another machine, which increases your chances of determining the sequence of events that caused the crash.
sv-SE: Det är en bra ide att spara de viktigaste loggarna på separata maskiner (kanske dedikerat för detta syfte) eftersom detta kommer att hindra möjliga inkräktare från att ta bort spår av intrång (om inte de också komprometerat denna andra server). Om ett sådant större problem uppstår (som att kärnan kraschar) har du loggarna tillgängliga på en annan maskin, vilket ökar dina chanser att avgöra händelsekedjan som ledde fram till kraschen.

en: To accept log messages sent by other machines, you must reconfigure <emphasis>rsyslog</emphasis>: in practice, it is sufficient to activate the ready-for-use entries in <filename>/etc/rsyslog.conf</filename> (<literal>$ModLoad imudp</literal> and <literal>$UDPServerRun 514</literal>).
sv-SE: För att acceptera loggmeddelanden från andra maskiner måste du konfigurera om <emphasis>rsyslog</emphasis>:i praktiken räcker det med att aktivera posterna för-användning i  <filename>/etc/rsyslog.conf</filename> (<literal>$ModLoad imudp</literal> och <literal>$UDPServerRun 514</literal>).

en: The <command>inetd</command> Super-Server
sv-SE: Superservern <command>inetd</command> Super-Server

en: Inetd (often called “Internet super-server”) is a server of servers. It executes rarely used servers on demand, so that they do not have to run continuously.
sv-SE: Ineetd (ofta kallad ”internet superserver”) är en server över servrar. Den exekverar sällan använda servrar på begäran så att de inte måste köra kontinuerligt.

en: <primary>super-server</primary>
sv-SE: <primary>superserver</primary>

en: The <filename>/etc/inetd.conf</filename> file lists these servers and their usual ports. The <command>inetd</command> command listens to all of them; when it detects a connection to any such port, it executes the corresponding server program.
sv-SE: Filen <filename>/etc/inetd.conf</filename> listar dessa servrar och dess vanliga portar. Kommandot <command>inetd</command> lyssnar på dem alla; när den upptäcker en anslutning till en sådan port exekverar den motsvarande serverprogram.

en: Packages frequently want to register a new server in the <filename>/etc/inetd.conf</filename> file, but Debian Policy prohibits any package from modifying a configuration file that it doesn't own. This is why the <command>update-inetd</command> script (in the package with the same name) was created: It manages the configuration file, and other packages can thus use it to register a new server to the super-server's configuration.
sv-SE: Ofta vill paket registrera en ny server i filen <filename>/etc/inetd.conf</filename> , men Debians riktlinjer tillåter inte att ett paket ändrar en konfigurationsfil den inte äger. Det är därför skriptet <command>update-inetd</command> ( i paketet med samma namn) skapades: Det hanterar konfiugrationsfilen och andra paket kan sålunda använda den för att registrera en ny server i superserverns konfiguration.

en: Each significant line of the <filename>/etc/inetd.conf</filename> file describes a server through seven fields (separated by spaces):
sv-SE: Varje signifikant rad i filen  <filename>/etc/inetd.conf</filename> beskriver en server med flera fält (separerade av mellanslag):

en: The TCP or UDP port number, or the service name (which is mapped to a standard port number with the information contained in the <filename>/etc/services</filename> file).
sv-SE: TCP- eller UDP-portnummer, eller tjänstenamnet (vilket är mappat till ett standardportnummer med informationen given i filen  <filename>/etc/services</filename>).

en: The socket type: <literal>stream</literal> for a TCP connection, <literal>dgram</literal> for UDP datagrams.
sv-SE: Uttagstypen: <literal>stream</literal> för en TCP-anslutning, <literal>dgram</literal> för UDP-datagram.

en: The options: two possible values: <literal>wait</literal> or <literal>nowait</literal>, to tell <command>inetd</command> whether it should wait or not for the end of the launched process before accepting another connection. For TCP connections, easily multiplexable, you can usually use <literal>nowait</literal>. For programs responding over UDP, you should use <literal>nowait</literal> only if the server is capable of managing several connections in parallel. You can suffix this field with a period, followed by the maximum number of connections authorized per minute (the default limit is 256).
sv-SE: Flaggor: två möjliga värden:  <literal>wait</literal> eller <literal>nowait</literal>, för att berätta för <command>inetd</command> huruvida det ska vänta eller inte på att processer avslutas innan det accepterar nya anslutningar. För TCP-anslutningar, som är multiplexa, kan du oftast använda <literal>nowait</literal>. För program som svarar över UDP kan du använda <literal>nowait</literal> endast om servern är kapabel att hantera flera anslutningar samtidigt. Du kan sätta ett suffix på detta fält med en punkt, följt av det högsta antalet anslutningar tillåtna per minut (standardgränsen är 256).

en: The full path to the server program to execute.
sv-SE: Hela sökvägen till serverprogrammet att köra.

en: The arguments: this is a complete list of the program's arguments, including its own name (<literal>argv[0]</literal> in C).
sv-SE: Argumenten: detta är en komplett lista över programargument, inklusive dess eget namn  (<literal>argv[0]</literal> i C).

en: Excerpt from <filename>/etc/inetd.conf</filename>
sv-SE: Utdrag från <filename>/etc/inetd.conf</filename>

en: <emphasis>COMMUNITY</emphasis> Wietse Venema
sv-SE: <emphasis>GEMENSKAP</emphasis> Wietse Venema

en: <emphasis>ALTERNATIVE</emphasis> Other <command>inetd</command> commands
sv-SE: <emphasis>ALTERNATIV</emphasis> Andra <command>inetd</command>-kommandon

en: Scheduling Tasks with <command>cron</command> and <command>atd</command>
sv-SE: Schemalägga uppgifter med <command>cron</command> and <command>atd</command>

en: <primary>scheduled commands</primary>
sv-SE: <primary>schemalagda kommandon</primary>

en: <primary>command scheduling</primary>
sv-SE: <primary>kommandoschemaläggning</primary>

en: In a Unix system, many tasks are scheduled for regular execution:
sv-SE: I ett Unixsystem schemaläggs många uppgifter för återkommande körning:

en: rotating the logs;
sv-SE: rotera loggarna;

en: updating the database for the <command>locate</command> program;
sv-SE: uppdatera databasen för programmet <command>locate</command>;

en: back-ups;
sv-SE: säkerhetskopior;

en: maintenance scripts (such as cleaning out temporary files).
sv-SE: underhållningsskript (som att rensa bort tillfälliga filer).

en: By default, all users can schedule the execution of tasks. Each user has thus their own <emphasis>crontab</emphasis> in which they can record scheduled commands. It can be edited by running <command>crontab -e</command> (its content is stored in the <filename>/var/spool/cron/crontabs/<replaceable>user</replaceable></filename> file).
sv-SE: Alla användare kan schemalägga exekveringen av uppgifter. Varje användare har sin egen  <emphasis>crontab</emphasis> i vilken de kan spara schemalagda kommandon. Den kan redigeras genom att köra <command>crontab -e</command> (dess innehåll lagras i filen<filename>/var/spool/cron/crontabs/<replaceable>användare</replaceable></filename>).

en: <emphasis>SECURITY</emphasis> Restricting <command>cron</command> or <command>atd</command>
sv-SE: <emphasis>SÄKERHET</emphasis> Begränsa <command>cron</command> eller <command>atd</command>

en: The root user has their own <emphasis>crontab</emphasis>, but can also use the <filename>/etc/crontab</filename> file, or write additional <emphasis>crontab</emphasis> files in the <filename>/etc/cron.d</filename> directory. These last two solutions have the advantage of being able to specify the user identity to use when executing the command.
sv-SE: Root-användaren har endast deras egna  <emphasis>crontab</emphasis>, men kan också använda filen <filename>/etc/crontab</filename> eller skriva ytterligare <emphasis>crontab</emphasis>-filer i katalogen <filename>/etc/cron.d</filename>. Dessa två lösningar har fördelen med att kunna specificera användaridentiteten  att använda då ett kommando exekveras.

en: The <emphasis>cron</emphasis> package includes by default some scheduled commands that execute:
sv-SE: Paketet <emphasis>cron</emphasis> innehåller några schemalagda kommandon som kan exekvera:

en: programs in the <filename>/etc/cron.hourly/</filename> directory once per hour;
sv-SE: program i katalogen<filename>/etc/cron.hourly/</filename> en gång i timmen;

en: programs in <filename>/etc/cron.daily/</filename> once per day;
sv-SE: program i katalogen <filename>/etc/cron.daily/</filename> en gång per dag;

en: programs in <filename>/etc/cron.weekly/</filename> once per week;
sv-SE: program i <filename>/etc/cron.weekly/</filename> en gång i veckan;

en: programs in <filename>/etc/cron.monthly/</filename> once per month.
sv-SE: program i <filename>/etc/cron.monthly/</filename> en gång i månaden.

en: Many Debian packages rely on this service: by putting maintenance scripts in these directories, they ensure optimal operation of their services.
sv-SE: Många Debianpaket förlitar sig på denna tjänst: genom att lägga förvaltningskript i dessa kataloger försäkrar de sig om att deras tjänster är optimerade.

en: Format of a <filename>crontab</filename> File
sv-SE: Format för <filename>crontab</filename>

en: <emphasis>TIP</emphasis> Text shortcuts for <command>cron</command>
sv-SE: <emphasis>TIP</emphasis> Textgenvägar för <command>cron</command>

en: <command>cron</command> recognizes some abbreviations which replace the first five fields in a <filename>crontab</filename> entry. They correspond to the most classic scheduling options:
sv-SE: <command>cron</command>känner igen några förkortningar som ersätter de fem första fälten i en <filename>crontab</filename>-post. De motsvarar de mest klassiska schemaläggaralternativen:

en: <literal>@yearly</literal>: once per year (January 1, at 00:00);
sv-SE: <literal>@yearly</literal>: en gång per år (Januari 1, vid 00:00);

en: <literal>@monthly</literal>: once per month (the 1st of the month, at 00:00);
sv-SE: <literal>@monthly</literal>:en gång i månaden (den 1:sta, vid 00:00);

en: <literal>@weekly</literal>: once per week (Sunday at 00:00);
sv-SE: <literal>@weekly</literal>: en gång i veckan (Söndag, vid 00:00);

en: <literal>@daily</literal>: once per day (at 00:00);
sv-SE: <literal>@daily</literal>: en gång per dag (vid 00:00);

en: <literal>@hourly</literal>: once per hour (at the beginning of each hour).
sv-SE: <literal>@hourly</literal>: en gång i timmen (vid varje timmes början).

en: <emphasis>SPECIAL CASE</emphasis> <command>cron</command> and daylight savings time
sv-SE: <emphasis>SPECIALFALL</emphasis> <command>cron</command> och  sommar-/vintertid

en: In Debian, <command>cron</command> takes the time change (for Daylight Savings Time, or in fact for any significant change in the local time) into account as best as it can. Thus, the commands that should have been executed during an hour that never existed (for example, tasks scheduled at 2:30 am during the Spring time change in France, since at 2:00 am the clock jumps directly to 3:00 am) are executed shortly after the time change (thus around 3:00 am DST). On the other hand, in autumn, when commands would be executed several times (2:30 am DST, then an hour later at 2:30 am standard time, since at 3:00 am DST the clock turns back to 2:00 am) are only executed once.
sv-SE: I Debian räknar <command>cron</command> med sommar-/vintertid, eller andra större ändringar i lokal tid så gott det kan. Därför kan kommandona som borde ha exekverats vid en tidpunkt som aldrig existerade (exempelvis uppgifter schemalagda 2.30 under sommartidsändringen i Sverige, eftersom 2.00 hoppar klockan fram tll direkt till 3.00) exekveras kort efter tidsändringen (ungefär 3.00). Å andra, vid vintertidsändringen när kommandon som skulle ha exekverats flera gånger (2.30 och sedan en timme senare 2.30, eftersom klockan ställs tillbaka en timme klockan 3.00) exekveras endast en gång.

en: Be careful, however, if the order in which the different scheduled tasks and the delay between their respective executions matters, you should check the compatibility of these constraints with <command>cron</command>'s behavior; if necessary, you can prepare a special schedule for the two problematic nights per year.
sv-SE: Om ordningen i hur de schemalagda uppgifterna och fördröjningen mellan deras respektive exekvering är viktig bör du vara försiktig och kontrollera kompatibiliteten för dessa villkor med <command>cron</command>s beteende. Om nödvändigt så kan du förbereda ett speciellt schema för dessa två problematiska årliga nätter.

en: the value for the hour (from 0 to 23);
sv-SE: värdet för timme (från 0 till 23);

en: the value for the day of the month (from 1 to 31);
sv-SE: värdet för dag i månaden (från 1 till 31);

en: the value for the month (from 1 to 12);
sv-SE: värdet för månaden (från 1 till 12);

en: the value for the day of the week (from 0 to 7, 1 corresponding to Monday, Sunday being represented by both 0 and 7; it is also possible to use the first three letters of the name of the day of the week in English, such as <literal>Sun</literal>, <literal>Mon</literal>, etc.);
sv-SE: värdet för dag i veckan (från 0 till 7, där 1 motsvarar måndag. Söndag representeras av både 0 och 7; det är också möjligt att använda de tre första bokstäverna i dagens namn på engelska, som <literal>Sun</literal>, <literal>Mon</literal> och så vidare);

en: the user name under whose identity the command must be executed (in the <filename>/etc/crontab</filename> file and in the fragments located in <filename>/etc/cron.d/</filename>, but not in the users' own crontab files);
sv-SE: användarnamn under vars identitet kommandot ska exekveras (i filen <filename>/etc/crontab</filename> och i fragmenten i <filename>/etc/cron.d/</filename>, men inte användarens egna crontabfiler);

en: the command to execute (when the conditions defined by the first five columns are met).
sv-SE: kommando att exekvera (när villkoren definierat i de första fem kolumnerna är uppfyllda).

en: All these details are documented in the <citerefentry><refentrytitle>crontab</refentrytitle> <manvolnum>5</manvolnum></citerefentry> man page.
sv-SE: Alla detaljer är dokumenterade i manualsidan <citerefentry><refentrytitle>crontab</refentrytitle> <manvolnum>5</manvolnum></citerefentry>.

en: <emphasis>TIP</emphasis> Executing a command on boot
sv-SE: <emphasis>TIP</emphasis> Exekvera ett kommando vid uppstart

en: To execute a command a single time, just after booting the computer, you can use the <literal>@reboot</literal> macro (a simple restart of <command>cron</command> does not trigger a command scheduled with <literal>@reboot</literal>). This macro replaces the first five fields of an entry in the <emphasis>crontab</emphasis>.
sv-SE: För att exekvera ett kommando en enstaka gång efter att datorn ha startat upp kan du använda makrot <literal>@reboot</literal> (en omstart av <command>cron</command> utlöser inte ett kommando schemalagt med  <literal>@reboot</literal>). Makrot ersätter de första fem fälten i en post i <emphasis>crontab</emphasis>.

en: <emphasis>ALTERNATIVE</emphasis> Emulating <command>cron</command> with <command>systemd</command>
sv-SE: <emphasis>ALTERNATIV</emphasis> Emulera <command>cron</command> med <command>systemd</command>

en: Using the <command>at</command> Command
sv-SE: Använda kommandot <command>at</command>

en: An alternative syntax postpones the execution for a given duration: <command>at now + <replaceable>number</replaceable> <replaceable>period</replaceable></command>. The <replaceable>period</replaceable> can be <literal>minutes</literal>, <literal>hours</literal>, <literal>days</literal>, or <literal>weeks</literal>. The <replaceable>number</replaceable> simply indicates the number of said units that must elapse before execution of the command.
sv-SE: En alternativ syntax fördröjer exekveringen för en given tid:  <command>at now + <replaceable>siffra</replaceable> <replaceable>period</replaceable></command>. <replaceable>period</replaceable> kan vara <literal>minuter</literal>, <literal>timmar</literal>, <literal>dagar</literal>, eller <literal>weeks</literal>. <replaceable>siffra</replaceable>  är talet av nämnda tidsenhet som måste ha passerats innan exekvering av kommandot.

en: To cancel a task scheduled by <command>cron</command>, simply run <command>crontab -e</command> and delete the corresponding line in the <emphasis>crontab</emphasis> file. For <command>at</command> tasks, it is almost as easy: run <command>atrm <replaceable>task-number</replaceable></command>. The task number is indicated by the <command>at</command> command when you scheduled it, but you can find it again with the <command>atq</command> command, which gives the current list of scheduled tasks.
sv-SE: För att avsluta en uppgift schemalagd av <command>cron</command>, kör <command>crontab</command> och ta bort motsvarande rad i filen <emphasis>crontab</emphasis>. För <command>at</command>-uppgifterna är det nästan lika lätt: kör <command>atrm <replaceable>uppgiftnummer</replaceable></command>. Uppgiftsnumret indikeras av kommandot <command>at</command> när du schemalägger det, men du kan finna det igen med kommandot <command>atq</command> som visar aktuell lista av schemalagda uppgifter.

en: Scheduling Asynchronous Tasks: <command>anacron</command>
sv-SE: Schemaläggar asynkrona uppgifter: <command>anacron</command>

en: <command>anacron</command> is the daemon that completes <command>cron</command> for computers that are not on at all times. Since regular tasks are usually scheduled for the middle of the night, they will never be executed if the computer is off at that time. The purpose of <command>anacron</command> is to execute them, taking into account periods in which the computer is not working.
sv-SE: <command>anacron</command> är demonen som kompletterar <command>cron</command> för datorer som inte alltid är på. Eftersom vanliga uppgifter oftast är schemalagda i mitten av natten kommer de aldrig att exekveras om datorn är avstängd vid tidpunkten. Syftet med <command>anacron</command> är att exekvera dem, och ta i beaktande den tidsperid när datorn inte var igång.

en: Please note that <command>anacron</command> will frequently execute such activity a few minutes after booting the machine, which can render the computer less responsive. This is why the tasks in the <filename>/etc/anacrontab</filename> file are started with the <command>nice</command> command, which reduces their execution priority and thus limits their impact on the rest of the system. Beware, the format of this file is not the same as that of <filename>/etc/crontab</filename>; if you have particular needs for <command>anacron</command>, see the <citerefentry><refentrytitle>anacrontab</refentrytitle> <manvolnum>5</manvolnum></citerefentry> manual page.
sv-SE: Observera att kommandot <command>anacron</command> oftast kommer att exekvera en sådan aktivitet några minuter efter uppstart av maskinen, vilket kan göra datorn mindre responsiv. Det är därför uppgifterna i <filename>/etc/anacrontab/</filename> startas med kommandot <command>nice</command> som minskar prioriteten för exekvering och därför begränsar dess påverkan på resten av systemet. Se upp för formatet för denna fil är inte detsamma som <filename>/etc/crontab</filename>; om du har speciella behov av <command>anacron</command>, se manualsidan för <citerefentry><refentrytitle>anacrontab</refentrytitle> <manvolnum>5</manvolnum></citerefentry>.

en: <emphasis>BACK TO BASICS</emphasis> Priorities and <command>nice</command>
sv-SE: <emphasis>GRUNDLÄGGANDE</emphasis> Prioriteter och <command>nice</command>

en: <command>nice</command> works with levels of “niceness”: the positive levels (from 1 to 19) progressively lower the priority, while the negative levels (from -1 to -20) will increase it — but only root can use these negative levels. Unless otherwise indicated (see the <citerefentry><refentrytitle>nice</refentrytitle> <manvolnum>1</manvolnum></citerefentry> manual page), <command>nice</command> increases the current level by 10.
sv-SE: <command>nice</command> jobbar med nivåer av ”snällhet: de positiva nivåerna (från 1 till 19) sänker progressivt prioriteten, medan de negativa nivåerna (från -1 till -20) ökar den - men endast root kan använda dessa negativa nivåer. Om inte annat indikeras (se manualsidan för <citerefentry><refentrytitle>nice</refentrytitle> <manvolnum>1</manvolnum></citerefentry>), <command>nice</command> ökar aktuell nivå med 10.

en: If you discover that an already running task should have been started with <command>nice</command> it is not too late to fix it; the <command>renice</command> command changes the priority of an already running process, in either direction (but reducing the “niceness” of a process is reserved for the root user).
sv-SE: Om du upptäcker att en redan körande uppgift skulle ha startas med  <command>nice</command> är det inte försent att fixa den;; kommandot <command>renice</command> ändrar prioriteten för en redan körande process i (men att minska ”snällheten” för en process kan endast root-användaren göra=.

en: Installation of the <emphasis role="pkg">anacron</emphasis> package deactivates execution by <command>cron</command> of the scripts in the <filename>/etc/cron.hourly/</filename>, <filename>/etc/cron.daily/</filename>, <filename>/etc/cron.weekly/</filename>, and <filename>/etc/cron.monthly/</filename> directories. This avoids their double execution by <command>anacron</command> and <command>cron</command>. The <command>cron</command> command remains active and will continue to handle the other scheduled tasks (especially those scheduled by users).
sv-SE: Installationen av paketet <emphasis role="pkg">anacron</emphasis> inaktiverar körning av <command>cron</command> för skripten i katalogerna <filename>/etc/cron.hourly/</filename>, <filename>/etc/cron.daily/</filename>, <filename>/etc/cron.weekly/</filename>, och <filename>/etc/cron.monthly/</filename>. Det undviker deras sdubbla körning av<command>anacron</command> och <command>cron</command>. Kommandot <command>cron</command> återstår som aktiv och kommer att fortsätta att hantera de andra schemalagda uppgifterna (speciellt de som schemalagts av användare).

en: Quotas
sv-SE: Kvoter

en: The quota system allows limiting disk space allocated to a user or group of users. To set it up, you must have a kernel that supports it (compiled with the <varname>CONFIG_QUOTA</varname> option) — as is the case with Debian kernels. The quota management software is found in the <emphasis role="pkg">quota</emphasis> Debian package.
sv-SE: Kvotsystemet gör det möjligt att begränsa diskutrymmet för en användare eller en grupp. För att konfigurerar det måste du ha en kärna som stödjer det (kompilerad med flaggan <varname>CONFIG_QUOTA</varname> ) — som fallet är med Debiankärnor. Program för kvotahantering finns Debianpaketet <emphasis role="pkg">quota</emphasis>.

en: To activate quota in a filesystem, you have to indicate the <literal>usrquota</literal> and <literal>grpquota</literal> options in <filename>/etc/fstab</filename> for the user and group quotas, respectively. Rebooting the computer will then update the quotas in the absence of disk activity (a necessary condition for proper accounting of already used disk space).
sv-SE: För att aktivera kvoter i ett filsystem måste ange flaggorna <literal>usrquota</literal> och <literal>grpquota</literal> i <filename>/etc/fstab</filename> för användar- och gruppkvoter. Att starta om datorn kommer sedan att uppdatera kvoterna i frånvaro av diskaktivitet (ett nödvändigt villkor för korrekt av redan använt diskutrymme).

en: The <command>edquota <replaceable>user</replaceable></command> (or <command>edquota -g <replaceable>group</replaceable></command>) command allows you to change the limits while examining current disk space usage.
sv-SE: Kommandot <command>edquota <replaceable>användare</replaceable></command> (eller <command>edquota -g <replaceable>grupp</replaceable></command>) låter dig ändra gränserna medan du utforskar aktuell tdiskutrymme.

en: <emphasis>GOING FURTHER</emphasis> Defining quotas with a script
sv-SE: <emphasis>YTTERLIGARE</emphasis> Definiera kvoter med ett skript

en: The <command>setquota</command> program can be used in a script to automatically change many quotas. Its <citerefentry><refentrytitle>setquota</refentrytitle> <manvolnum>8</manvolnum></citerefentry> manual page details the syntax to use.
sv-SE: Programmet <command>setquota</command> kan användas i ett skript för att automatiskt ändra många kvoter.  Dess manuasida Its <citerefentry><refentrytitle>setquota</refentrytitle> <manvolnum>8</manvolnum></citerefentry> visar dess syntax.

en: The quota system allows you to set four limits:
sv-SE: Kvotsystemet låter dig ange fyra gränser:

en: A “soft” limit can be temporarily exceeded; the user will simply be warned that they are exceeding the quota by the <command>warnquota</command> command, which is usually invoked by <command>cron</command>. A “hard” limit can never be exceeded: the system will refuse any operation that will cause a hard quota to be exceeded.
sv-SE: En ”mjuk” gräns kan överskridas tillfälligt; användaren kommer att bli tydligt varnad om att de överskrider kvoten av kommandot <command>warnquota</command> som vanligtvis startas av <command>cron</command>. En ”hård” gräns kan aldrig överskridas: systemet kommer att vägra åtgärder som skulle orsaka ett en hårdkvot överskrids.

en: <emphasis>VOCABULARY</emphasis> Blocks and inodes
sv-SE: <emphasis>ORDFÖRRÅD</emphasis> Block och inoder

en: The filesystem divides the hard drive into blocks — small contiguous areas. The size of these blocks is defined during creation of the filesystem, and generally varies between 1 and 8 kibibytes.
sv-SE: Filsystemet delar upp hårddisken i block -- små sammanhängande områden. Blockens storlek definieras vid filsystemets skapande, och varierar mellan 1 och 8 kibibyte.

en: A block can be used either to store the real data of a file, or for meta-data used by the filesystem. Among this meta-data, you will especially find the inodes. An inode uses a block on the hard drive (but this block is not taken into consideration in the block quota, only in the inode quota), and contains both the information on the file to which it corresponds (name, owner, permissions, etc.) and the pointers to the data blocks that are actually used. For very large files that occupy more blocks than it is possible to reference in a single inode, there is an indirect block system; the inode references a list of blocks that do not directly contain data, but another list of blocks.
sv-SE: Ett block kan användas antingen för att lagra riktiga fildata, eller för metadata använt av filsystemet. I denna metadata kommer du specifikt att finna inoderna. En inode använder ett block på hårddisken (men detta block tas det inte hänsyn till i blockvoten, endast i inodekvoten), och innehåller både informationen för filen mot vilken den motsvarar (namn, ägare, rättighet, och fler.) och pekarna till datablocken som verkligen används. För väldigt stora filer som tar hand om flera block än vad som är möjligt att referera till i en enskild inode, finns ett indirekt blocksystem; inoden refererar en lista av block som inte direkt innehåller data, men en annan lista av block.

en: With the <command>edquota -t</command> command, you can define a maximum authorized “grace period” within which a soft limit may be exceeded. After this period, the soft limit will be treated like a hard limit, and the user will have to reduce their disk space usage to within this limit in order to be able to write anything to the hard drive.
sv-SE: Med kommandot  <command>edquota -t</command> kan du definiera en högsta tillåten  ”grace period” inom vilken en mjukgräns kan överskridas. Efter denna period kommer den mjuka gränsen att behandlas som en hård gräns, och användaren kommer att behöva minska deras användning av diskutrymme till inom denna gräns för att kunna skriva till hårddisken.

en: <emphasis>GOING FURTHER</emphasis> Setting up a default quota for new users
sv-SE: <emphasis>NÄSTA STEG</emphasis> Ange en standardkvot för nya användare

en: To automatically setup a quota for new users, you have to configure a template user (with <command>edquota</command> or <command>setquota</command>) and indicate their user name in the <varname>QUOTAUSER</varname> variable in the <filename>/etc/adduser.conf</filename> file. This quota configuration will then be automatically applied to each new user created with the <command>adduser</command> command.
sv-SE: För att automatiskt ange en kvot för nya användare måste du konfigurera en mall (med <command>edquota</command> eller <command>setquota</command>) och indikera deras användarnamn i variabeln <varname>QUOTAUSER</varname> i filen <filename>/etc/adduser.conf</filename>. Denna kvotkonfiguration kommer att tillämpas automatiskt på varje ny användare skapad med kommandot <command>adduser</command>.

en: <primary>backup</primary>
sv-SE: <primary>säkerhetskopia</primary>

en: <primary>restoration</primary>
sv-SE: <primary>återskapa</primary>

en: Making backups is one of the main responsibilities of any administrator, but it is a complex subject, involving powerful tools which are often difficult to master.
sv-SE: Att ta säkerhetskopior är en av huvuduppgifterna för en administratör, men det är ett komplex område och involverar kraftfulla verktyg som ofta är svårhanterliga.

en: Rather than detailing some of them, this section will present the thoughts of the Falcot Corp administrators when they defined their backup strategy.
sv-SE: Istället för att i detalj beskriva dem kommer detta avsnitt att presentera tankegången hos Falcot Corp-administratörerna när de definierade sin säkerhetsstrategi.

en: At Falcot Corp, backups have two goals: recovering erroneously deleted files, and quickly restoring any computer (server or desktop) whose hard drive has failed.
sv-SE: På Falcot Corp har säkerhetskopior två mål: att återskapa felaktigt borttagna filer och att snabbt återställa datorer (server eller skrivbord) där hårddisken har fallerat.

en: Backing Up with <command>rsync</command>
sv-SE: Säkerhetskopiera med <command>rsync</command>

en: Backups on tape having been deemed too slow and costly, data will be backed up on hard drives on a dedicated server, on which the use of software RAID (see <xref linkend="sect.raid-soft" />) will protect the data from hard drive failure. Desktop computers are not backed up individually, but users are advised that their personal account on their department's file server will be backed up. The <command>rsync</command> command (from the package of the same name) is used daily to back up these different servers.
sv-SE: Säkerhetskopior på band har bedömts vara för långsamma och kostsamma, data kommer att säkerhetskopieras på hårddiskar på en dedikerad server, för vilken användningen av mjukvaru-RAID (se <xref linkend="sect.raid-soft" /> kommer att skydda data från hårddiskfel. Normalt tas inte säkerhetskopior för skrivbordsdatorer, men det rekommenderas att användarnas personliga konton på deras avdelnings filserver säkerhetskopieras. Kommandot <command>rsync</command> (från paketet med samma namn) används dagligen för att ta säkerhetskopior av de olika servrarna.

en: <emphasis>BACK TO BASICS</emphasis> The hard link, a second name for the file
sv-SE: <emphasis>GRUNDLÄGGANDE</emphasis> Hårdlänken, ett till namn för filen

en: <primary>link</primary><secondary>hard link</secondary>
sv-SE: <primary>link</primary><secondary>hårdlänk</secondary>

en: <primary>hard link</primary>
sv-SE: <primary>hårdlänk</primary>

en: A hard link, as opposed to a symbolic link, cannot be differentiated from the linked file. Creating a hard link is essentially the same as giving an existing file a second name. This is why the deletion of a hard link only removes one of the names associated with the file. As long as another name is still assigned to the file, the data therein remain present on the filesystem. It is interesting to note that, unlike a copy, the hard link does not take up additional space on the hard drive.
sv-SE: En hårdlink kan i motsats till en mjuklänk inte skiljas från den länkade filen. Att skapa en hårdlänk är i praktiken detsamma som att ge en befintlig fil ett till namn. Det är därför borttagningen av en hårdlänk endast tar bort en av namnen associerat med filen. Så länge som ett annat namn fortfarande är kopplat till filen kommer data därinne att kvarstå på filsystemet. Det är intressant att observera att, istället för en kopia så tar inte hårdlänken upp ytterligare utrymme på hårddisken.

en: A hard link is created with the <command>ln <replaceable>target</replaceable> <replaceable>link</replaceable></command> command. The <replaceable>link</replaceable> file is then a new name for the <replaceable>target</replaceable> file. Hard links can only be created on the same filesystem, while symbolic links are not subject to this limitation.
sv-SE: En hårdlänk skapas med kommandot <command>ln <replaceable>mål</replaceable> <replaceable>länk</replaceable></command>. Filen  <replaceable>länk</replaceable> är sedan det nya namnet för <replaceable>mål</replaceable>.  Hårdlänken kan endast skapas på samma filsystem, med symboliska länkar inte har denna begränsning.

en: The available hard drive space prohibits implementation of a complete daily backup. As such, the <command>rsync</command> command is preceded by a duplication of the content of the previous backup with hard links, which prevents usage of too much hard drive space. The <command>rsync</command> process then only replaces files that have been modified since the last backup. With this mechanism a great number of backups can be kept in a small amount of space. Since all backups are immediately available and accessible (for example, in different directories of a given share on the network), you can quickly make comparisons between two given dates.
sv-SE: Det tillgängliga hårddiskutrymmet förhindrar implementationen av en komplett daglig säkerhetskopia. Som sådant är kommandot  <command>rsync</command> föregås av en duplicering av innehållet av föregående säkerhetskopia med hårdlänkar, vilka förhindrar användning av för mycket hårddiskutrymme. Processen  <command>rsync</command> ersätter då endast filer som har modifierats sedan senaste säkerhetskopian. Med denna mekanism kommer ett stort antal säkerhetskopior att kunna lagras med ett litet utrymme. Eftersom alla säkerhetskopior är tillgängliga och direkt åtkomliga (till exempel, i olika kataloger för en given utdelning av nätverket) kan du  snabbt utföra jämförelser mellan två givna datum.

en: <primary>copy, backup copy</primary>
sv-SE: <primary>kopia, säkerhetskopia</primary>

en: <primary>backup</primary><secondary>copy</secondary>
sv-SE: <primary>säkerhetskopia</primary><secondary>kopia</secondary>

en: This backup mechanism is easily implemented with the <command>dirvish</command> program. It uses a backup storage space (“bank” in its vocabulary) in which it places timestamped copies of sets of backup files (these sets are called “vaults” in the dirvish documentation).
sv-SE: Mekanismen för säkerhetskopia är  enkelt implementerat med programmet <command>dirvish</command>. Det använder ett säkerhetslagringsutrymme (”bank” i vokabulären) i vilken den placerar kopior av säkerhetskopierade filer som kallas ”valv” i dirvish-dokumentationen.

en: The main configuration is in the <filename>/etc/dirvish/master.conf</filename> file. It defines the location of the backup storage space, the list of “vaults” to manage, and default values for expiration of the backups. The rest of the configuration is located in the <filename><replaceable>bank</replaceable>/<replaceable>vault</replaceable>/dirvish/default.conf</filename> files and contains the specific configuration for the corresponding set of files.
sv-SE: Huvudkonfigurationen finns i filen <filename>/etc/dirvish/master.conf</filename>. Den definierar säkerhetskopiornas lagringsutrymme, listan av ”valv“ att hantera och standardvärden för utgången av säkerhetskopior. Resten av konfigurationen finns i filerna  <filename><replaceable>bank</replaceable>/<replaceable>valv</replaceable>/dirvish/default.conf</filename> och innehåller specifik konfiguration för den motsvarande filmängden.

en: The <filename>/etc/dirvish/master.conf</filename> file
sv-SE: Filen <filename>/etc/dirvish/master.conf</filename>

en: <emphasis>IN PRACTICE</emphasis> Scheduled expiration
sv-SE: <emphasis>I PRAKTIKEN</emphasis> Schemalagd tidsgräns

en: The expiration rules are not used by <command>dirvish-expire</command> to do its job. In reality, the expiration rules are applied when creating a new backup copy to define the expiration date associated with that copy. <command>dirvish-expire</command> simply peruses the stored copies and deletes those for which the expiration date has passed.
sv-SE: Reglerna för tidsgränser används inte av <command>dirvish-expire</command> för att utföra dess jobb. De tillämpas vid skapandet av en ny säkerhetskopia för att definiera utgångsdatum associerad med kopian. <command>dirvish-expire</command> använder de lagrade kopiorna och tar bort de för vilka sista datum har passerat.

en: The <filename>/backup/root/dirvish/default.conf</filename> file
sv-SE: Filen <filename>/backup/root/dirvish/default.conf</filename>

en: The above example specifies the set of files to back up: these are files on the machine <emphasis>rivendell.falcot.com</emphasis> (for local data backup, simply specify the name of the local machine as indicated by <command>hostname</command>), especially those in the root tree (<literal>tree: /</literal>), except those listed in <literal>exclude</literal>. The backup will be limited to the contents of one filesystem (<literal>xdev: 1</literal>). It will not include files from other mount points. An index of saved files will be generated (<literal>index: gzip</literal>), and the image will be named according to the current date (<literal>image-default: %Y%m%d</literal>).
sv-SE: Exemplet ovan visar filerna som ska säkerhetskopieras: det är filer på maskinen <emphasis>rivendell.falcot.com</emphasis> (för lokal säkerhetskopiering av data, ange namnet för den lokala maskinen som visas genom <command>hostname</command>, speciellt för de i rotträdet (<literal>tree: /</literal>), förutom de som listas i <literal>uteslut</literal>. Säkerhetskopian kommer att begränsas till innehållen i en av filsystemen (<literal>xdev: 1</literal>). Det kommer inte att omfatta filer från andra monteringspunkter. Ett index över sparade filer kommer att genereras (<literal>index: gzip</literal>). och bilden kommer att namnges efter aktuellt daturm (<literal>image-default: %Y%m%d</literal>).

en: <emphasis>IN PRACTICE</emphasis> Remote backup over SSH
sv-SE: <emphasis>I PRAKTIKEN</emphasis> Fjärrsäkerhetskopia med SSH

en: When dirvish needs to save data to a remote machine, it will use <command>ssh</command> to connect to it, and will start <command>rsync</command> as a server. This requires the root user to be able to automatically connect to it. The use of an SSH authentication key allows precisely that (see <xref linkend="sect.ssh-key-based-auth" />).
sv-SE: När dirvish behöver spara data till en fjärrmaskin kommer det att använda <command>ssh</command> för att ansluta till den samt starta <command>rsync</command> som server. Det kräver att root-användaren kan ansluta automatiskt till den. Användningen av SSH-autentisteringsnyckeln tillåter precis det (se <xref linkend="sect.ssh-key-based-auth" />).

en: Restoring Machines without Backups
sv-SE: Återställa maskiner utan säkerhetskopior

en: The Falcot Corp administrators are aware of the limits in their backup policy. Since they can't protect the backup server as well as a tape in a fireproof safe, they have installed it in a separate room so that a disaster such as a fire in the server room won't destroy backups along with everything else. Furthermore, they do an incremental backup on DVD-ROM once per week — only files that have been modified since the last backup are included.
sv-SE: Adminstratörerna av Falcot Corp är medvetna om begränsningarna i deras policy för säkerhetskopiering. Eftersom de inte kan skydda en extra server såväl som ett band i ett eldsäkert skåp har de installerat den i ett separat rum så att en katastrof, exempelvis en eldsvåda, inte förstör säkerhetskopior. Vidare så utför de en inkrementell säkerhetskopiering på en dvd-skiva en gång i veckan - endast filer som ändrats sedan förra säkerhetskopieringen omfattas.

en: <emphasis>GOING FURTHER</emphasis> Backing up SQL and LDAP services
sv-SE: <emphasis>YTTERLIGARE INFORMATION</emphasis> Säkerhetskopiera SQL- och LDAP-tjänster

en: Many services (such as SQL or LDAP databases) cannot be backed up by simply copying their files (unless they are properly interrupted during creation of the backups, which is frequently problematic, since they are intended to be available at all times). As such, it is necessary to use an “export” mechanism to create a “data dump” that can be safely backed up. These are often quite large, but they compress well. To reduce the storage space required, you will only store a complete text file per week, and a <command>diff</command> each day, which is created with a command of the type <command>diff <replaceable>file_from_yesterday</replaceable> <replaceable>file_from_today</replaceable></command>. The <command>xdelta</command> program produces incremental differences from binary dumps.
sv-SE: Många tjänster (som till exempel SQL- och LDAP-databaser) kan inte säkerhetskopieras genom att kopiera dess filer(om de inte avbryts under säkerhetskopiering, vilket oftast är problematiskt då de ofta är avsedda att alltid vara tillgängliga). Därför är det nödvändigt att använda en ”export”-mekanism för att skapa en ”data-dump” som kan säjerhetskopieras säkert. De blir ofta ganska stora, men komprimeras bra. För att minska på använt lagringsutrymme kommer du endast att spara en komplett textfil en gång i veckan och en <command>diff</command> varje dag, vilket skapas med ett kommando av typen <command>diff <replaceable>gardagens_fil</replaceable> <replaceable>dagens_fil</replaceable></command>. Programmet <command>xdelta</command> producerar inkrementella skillnader från binära dumpar.

en: <emphasis>CULTURE</emphasis> <emphasis>TAR</emphasis>, the standard for tape backups
sv-SE: <emphasis>KULTUR</emphasis> <emphasis>TAR</emphasis>, standarden för säkerhetskopior av band

en: <primary>backup</primary><secondary>on tape</secondary>
sv-SE: <primary>säkerhetskopiering</primary><secondary>på band</secondary>

en: <primary>tape, backup</primary>
sv-SE: <primary>band, säkerhetskopia</primary>

en: Historically, the simplest means of making a backup on Unix was to store a <emphasis>TAR</emphasis> archive on a tape. The <command>tar</command> command even got its name from “Tape ARchive”.
sv-SE: Historiskt sett har det de enklaste sättet att göra en säkerhetskopia i Unix varit att lagra ett <emphasis>TAR</emphasis>-arkiv på band. Kommandot <command>tar</command> fick sitt namn från “Tape ARchive”.

en: Hot Plugging: <emphasis>hotplug</emphasis>
sv-SE: Hetpluggning: <emphasis>hetpluggning</emphasis>

en: Introduction
sv-SE: Introduktion

en: <primary>hotplug</primary>
sv-SE: <primary>hetplugga</primary>

en: The kernel has a database that associates each device ID with the required driver. This database is used during boot to load all the drivers for the peripheral devices detected on the different buses, but also when an additional hotplug device is connected. Once the device is ready for use, a message is sent to <command>udevd</command> so it will be able to create the corresponding entry in <filename>/dev/</filename>.
sv-SE: Kärnan har en databas som associerar var enhets-ID med krävd drivrutin. Denna databas används vid uppstart för att läsa in alla drivrutiner för externa enheter som identifieras på olika bussar, men också när en hetpluggad enhet ansluts. När väl enheten är redo för användning skickas ett meddelande till <command>udevd</command> so att det kan skapa motsvarande enhet i <filename>/dev/</filename>.

en: The Naming Problem
sv-SE: Namngivningsproblemet

en: Before the appearance of hotplug connections, it was easy to assign a fixed name to a device. It was based simply on the position of the devices on their respective bus. But this is not possible when such devices can come and go on the bus. The typical case is the use of a digital camera and a USB key, both of which appear to the computer as disk drives. The first one connected may be <filename>/dev/sdb</filename> and the second <filename>/dev/sdc</filename> (with <filename>/dev/sda</filename> representing the computer's own hard drive). The device name is not fixed; it depends on the order in which devices are connected.
sv-SE: Innan uppkomsten av hetplugganslutningar var det enkelt att tilldela ett fast namn till en enhet. Det baserades endast på enhetens position på varje buss. Detta är inte möjligt med enheter som kan läggas till och tas bort från på en bus. Det typiska fallet är användningen av en digitalkamera, en USB-sticka, där båda för datorn kommer att tolkas som diskenheter. Den första som ansluts kan vara <filename>/dev/sdb</filename> och den andra <filename>/dev/sdc</filename> (med <filename>/dev/sda</filename> representerande datorns egna hårddisk). Enhetsnamnet är inte fast; det beror på ordningen enheterna är anslutna i.

en: Additionally, more and more drivers use dynamic values for devices' major/minor numbers, which makes it impossible to have static entries for the given devices, since these essential characteristics may vary after a reboot.
sv-SE: Utöver det använder fler och fler drivrutiner dynamiska värden för enheters major/minornummer, vilket gör det omöjligt att ha statiska poster för de givna enheterna, eftersom dessa essentiella kännetecken kan variera efter omstart.

en: <emphasis>udev</emphasis> was created precisely to solve this problem.
sv-SE: <emphasis>udev</emphasis> skapades för att lösa detta problem.

en: How <emphasis>udev</emphasis> Works
sv-SE: Hur <emphasis>udev</emphasis> fungerar

en: When <emphasis>udev</emphasis> is notified by the kernel of the appearance of a new device, it collects various information on the given device by consulting the corresponding entries in <filename>/sys/</filename>, especially those that uniquely identify it (MAC address for a network card, serial number for some USB devices, etc.).
sv-SE: Då <emphasis>udev</emphasis> av kärnan aviseras om att en ny enhet identifieras samlar den in information om den givna enheten genom att slå upp motsvarande poster i <filename>/sys/</filename>, specifikt de som identifierar den unikt (MAC-adressen för ett nätverkskort, serienummer för en del USB-enheter och så vidare.).

en: Armed with all of this information, <emphasis>udev</emphasis> then consults all of the rules contained in <filename>/etc/udev/rules.d/</filename> and <filename>/lib/udev/rules.d/</filename>. In this process it decides how to name the device, what symbolic links to create (to give it alternative names), and what commands to execute. All of these files are consulted, and the rules are all evaluated sequentially (except when a file uses “GOTO” directives). Thus, there may be several rules that correspond to a given event.
sv-SE: Utrustad med all denna information konsulterar <emphasis>udev</emphasis> sedan alla regler i <filename>/etc/udev/rules.d/</filename> och <filename>/lib/udev/rules.d/</filename>. I denna process bestäms hur enheten ska namnges, vilka symboliska länkar att skapa (för att ge den alternativa namn) och vilka kommandon att köra. Alla dessa filer beaktas och reglerna utvärderas sekvensiellt (förutom när en fil använder "GOTO"-direktiv). Det kan därför finnas flera regler som motsvarar en given händelse.

en: The syntax of rules files is quite simple: each row contains selection criteria and variable assignments. The former are used to select events for which there is a need to react, and the latter defines the action to take. They are all simply separated with commas, and the operator implicitly differentiates between a selection criterion (with comparison operators, such as <literal>==</literal> or <literal>!=</literal>) or an assignment directive (with operators such as <literal>=</literal>, <literal>+=</literal> or <literal>:=</literal>).
sv-SE: Syntaxen för regelfiler är ganska enkel: varje rad innehåller valkriteria och variabeltilldelningar. Den förstnämnda används för att välja händelser för vilka det finns ett behov att agera och den senare definierar vilken åtgärd som ska utföras. De är alla separerade med komman, och operatorn skiljer implicit mellan ett valkriteria (med jämförelseoperatorer som <literal>==</literal>, <literal>!=</literal> eller en tilldelning (med operatorer) som <literal>=</literal>, <literal>+=</literal> eller <literal>:=</literal>).

en: Comparison operators are used on the following variables:
sv-SE: Jämförelseoperatorer används för följande variabler:

en: <literal>KERNEL</literal>: the name that the kernel assigns to the device;
sv-SE: <literal>KERNEL</literal>. namnet som kärnan tilldelar enheten;

en: <literal>ACTION</literal>: the action corresponding to the event (“add” when a device has been added, “remove” when it has been removed);
sv-SE: <literal>ACTION</literal>: åtgärd som svarar mot händelsen (”add” när en enhet har blivit tillagd, ”remove” när den har blivit borttagen);

en: <literal>DEVPATH</literal>: the path of the device's <filename>/sys/</filename> entry;
sv-SE: <literal>DEVPATH</literal>: sökvägen för enhetens <filename>/sys/</filename>-post;

en: <literal>SUBSYSTEM</literal>: the kernel subsystem which generated the request (there are many, but a few examples are “usb”, “ide”, “net”, “firmware”, etc.);
sv-SE: <literal>SUBSYSTEM</literal>: subsystemet i kärnan som genererade begäran (det finns många, men några exempel är “usb”, “ide”, “net”, “firmware” och så vidare);

en: <literal>ATTR{<replaceable>attribute</replaceable>}</literal>: file contents of the <replaceable>attribute</replaceable> file in the <filename>/sys/<replaceable>$devpath</replaceable>/</filename> directory of the device. This is where you find the MAC address and other bus specific identifiers;
sv-SE: <literal>ATTR{<replaceable>attribute</replaceable>}</literal>: filinnehåll av <replaceable>attribute</replaceable> filen i <filename>/sys/<replaceable>$devpath</replaceable>/</filename>-katalogen för enheten. Det är här du finner MAC-adressen och andra buss-specifika identifierare;

en: <literal>KERNELS</literal>, <literal>SUBSYSTEMS</literal> and <literal>ATTRS{<replaceable>attributes</replaceable>}</literal> are variations that will try to match the different options on one of the parent devices of the current device;
sv-SE: <literal>KERNELS</literal>, <literal>SUBSYSTEMS</literal> och <literal>ATTRS{<replaceable>attributes</replaceable>}</literal> är variationer som kommer att försöka att matcha olika alternativ för en av föräldraenheterna till aktuell enhet;

en: <literal>PROGRAM</literal>: delegates the test to the indicated program (true if it returns 0, false if not). The content of the program's standard output is stored so that it can be reused by the <literal>RESULT</literal> test;
sv-SE: <literal>PROGRAM</literal>: delegerar testet till indikerat program (sant om det returnerar 0, annars falsk). Innehållet från programmets standardutmatning lagras så att det kan återanvändas i testet för <literal>RESULT</literal>;

en: <literal>RESULT</literal>: execute tests on the standard output stored during the last call to <literal>PROGRAM</literal>.
sv-SE: <literal>RESULT</literal>: exekvera tester på standarutmatningen lagrad vid senaste körning av <literal>PROGRAM</literal>.

en: The right operands can use pattern expressions to match several values at the same time. For instance, <literal>*</literal> matches any string (even an empty one); <literal>?</literal> matches any character, and <literal>[]</literal> matches the set of characters listed between the square brackets (or the opposite thereof if the first character is an exclamation point, and contiguous ranges of characters are indicated like <literal>a-z</literal>).
sv-SE: Högra operanderna kan använda mönstermatchning för att matcha flera värden samtidigt. Till exempel matchar <literal>*</literal> alla strängar (även en tom sträng); <literal>?</literal> matchar varje tecken och <literal>[]</literal> matchar tecknen listade mellan hakparenteserna (eller tvärtom om första tecknet är ett utropstecken; intervall av tecken indikeras av <literal>a-z</literal>.

en: Regarding the assignment operators, <literal>=</literal> assigns a value (and replaces the current value); in the case of a list, it is emptied and contains only the value assigned. <literal>:=</literal> does the same, but prevents later changes to the same variable. As for <literal>+=</literal>, it adds an item to a list. The following variables can be changed:
sv-SE: Gällande tilldelningsoperatorerna tilldelar <literal>=</literal> ett värde (och ersätter det nuvarande värdet); om det gäller en lista töms den och innehåller det tilldelade värdet. <literal>:=</literal> gör likadant men förhindrar senare ändringar till samma variabel. <literal>+=</literal> lägger till i listan. Följande variabler kan ändras:

en: <literal>NAME</literal>: the device filename to be created in <filename>/dev/</filename>. Only the first assignment counts; the others are ignored;
sv-SE: <literal>NAME</literal>: enhetsfilnamnet att skapas i <filename>/dev/</filename>. Endast den första tilldelningen beaktas; de andra ignoreras;

en: <literal>SYMLINK</literal>: the list of symbolic links that will point to the same device;
sv-SE: <literal>SYMLINK</literal>: listan över symboliska länkar som kommer att peka på samma enhet;

en: <literal>OWNER</literal>, <literal>GROUP</literal> and <literal>MODE</literal> define the user and group that owns the device, as well as the associated permission;
sv-SE: <literal>OWNER</literal>, <literal>GROUP</literal> och <literal>MODE</literal> definierar användare och grupp som äger enheten såväl som tillhörande behörighet;

en: <literal>RUN</literal>: the list of programs to execute in response to this event.
sv-SE: <literal>RUN</literal>: listan över program att exekvera som svar på denna händelse.

en: The values assigned to these variables may use a number of substitutions:
sv-SE: Värden tilldelade till dessa variabler kan använda ett antal substitioner:

en: <literal>$kernel</literal> or <literal>%k</literal>: equivalent to <literal>KERNEL</literal>;
sv-SE: <literal>$kernel</literal> eller <literal>%k</literal>: motsvarande <literal>KERNEL</literal>;

en: <literal>$number</literal> or <literal>%n</literal>: the order number of the device, for example, for <literal>sda3</literal>, it would be “3”;
sv-SE: <literal>$number</literal> eller <literal>%n</literal>: enhetens ordningsnummer, till exempel för <literal>sda3</literal>, skulle det vara “3”;

en: <literal>$devpath</literal> or <literal>%p</literal>: equivalent to <literal>DEVPATH</literal>;
sv-SE: <literal>$devpath</literal> eller <literal>%p</literal>: motsvarande <literal>DEVPATH</literal>;

en: <literal>$attr{<replaceable>attribute</replaceable>}</literal> or <literal>%s{<replaceable>attribute</replaceable>}</literal>: equivalent to <literal>ATTRS{<replaceable>attribute</replaceable>}</literal>;
sv-SE: <literal>$attr{<replaceable>attribute</replaceable>}</literal> eller <literal>%s{<replaceable>attribute</replaceable>}</literal>: motsvarande <literal>ATTRS{<replaceable>attribut</replaceable>}</literal>;

en: <literal>$major</literal> or <literal>%M</literal>: the kernel major number of the device;
sv-SE: <literal>$major</literal> eller <literal>%M</literal>: kärnans major-version för enheten;

en: <literal>$minor</literal> or <literal>%m</literal>: the kernel minor number of the device;
sv-SE: <literal>$minor</literal> eller <literal>%m</literal>: kärnans minor-version för enheten;

en: <literal>$result</literal> or <literal>%c</literal>: the string output by the last program invoked by <literal>PROGRAM</literal>;
sv-SE: <literal>$result</literal> eller <literal>%c</literal>: strängutmatningen för de senaste programmet startat med <literal>PROGRAM</literal>;

en: and, finally, <literal>%%</literal> and <literal>$$</literal> for the percent and dollar sign, respectively.
sv-SE: och slutligen, <literal>%%</literal> och <literal>$$</literal> för procent-- och dollar-tecken.

en: A concrete example
sv-SE: Ett konkret exempel

en: Let us consider the case of a simple USB key and try to assign it a fixed name. First, you must find the elements that will identify it in a unique manner. For this, plug it in and run <command>udevadm info -a -n /dev/sdc</command> (replacing <replaceable>/dev/sdc</replaceable> with the actual name assigned to the key).
sv-SE: Låt oss titta närmare på att försöka tilldela ett fast namn till en enkel USB-nyckel. Först måste du hitta elementen som kommer att identifera den på ett unikt sätt. För att göra detta, plugga in den och kör <command>udevadm info -a -n /dev/sdc</command> (ersätt <replaceable>/dev/sdc</replaceable> med namnet tilldelat till nyckeln).

en: To create a new rule, you can use tests on the device's variables, as well as those of one of the parent devices. The above case allows us to create two rules like these:
sv-SE: För att skapa en ny regel kan du använda tester på enhetens variabler såväl som för föräldraenheterna. Fallet ovan låter oss skapa två regler:

en: Once these rules are set in a file, named for example <filename>/etc/udev/rules.d/010_local.rules</filename>, you can simply remove and reconnect the USB key. You can then see that <filename>/dev/usb_key/disk</filename> represents the disk associated with the USB key, and <filename>/dev/usb_key/part1</filename> is its first partition.
sv-SE: När dessa regler är listade i en fil, exempelvis <filename>/etc/udev/rules.d/010_local.rules</filename> kan du ta bort och återansluta USB-stickan. Du kan sedan se att <filename>/dev/usb_key/disk</filename> representerar disken associerade med USB-stickan och <filename>/dev/usb_key/part1/</filename> dess första partition.

en: <emphasis>GOING FURTHER</emphasis> Debugging <emphasis>udev</emphasis>'s configuration
sv-SE: <emphasis>NÄSTA STEG</emphasis> Felsöka konfigurationen för <emphasis>udev</emphasis>

en: Like many daemons, <command>udevd</command> stores logs in <filename>/var/log/daemon.log</filename>. But it is not very verbose by default, and it is usually not enough to understand what is happening. The <command>udevadm control --log-priority=info</command> command increases the verbosity level and solves this problem. <command>udevadm control --log-priority=err</command> returns to the default verbosity level.
sv-SE: Likt många demoner lagrar  <command>udevd</command> loggar i<filename>/var/log/daemon.log</filename>. Men den är inte vidare informativ som standad, och vanligtvis räcker de inte för att förstå vad som händer. Kommandot <command>udevadm control --log-priority=info</command> ökar den informativa nivå och löser detta problem. <command>udevadm control --log-priority=err</command> återgår till standarnivå av information.

en: Power Management: Advanced Configuration and Power Interface (ACPI)
sv-SE: Strömhantering: Advanced Configuration and Power Interface (ACPI)

en: The topic of power management is often problematic. Indeed, properly suspending the computer requires that all the computer's device drivers know how to put them to standby, and that they properly reconfigure the devices upon waking. Unfortunately, there are still a few devices unable to sleep well under Linux, because their manufacturers have not provided the required specifications.
sv-SE: Ämnet energihantering är ofta problematiskt. Att korrekt försätta datorn i vänteläge kräver att datorns alla enhetsdrivrutiner vet hur detta ska ske, och att de korrekt konfigurer enheterna vid återaktivering. Olyckligtvis finns det fortfarande några få enheter som inte kan gå till vänteläge korrekt eftersom deras tillverkare inte har tillhandahållit specifikationerna.

en: <emphasis>BEWARE</emphasis> Graphics card and standby
sv-SE: <emphasis>OBSERVERA</emphasis> Grafikkort och vänteläge

en: The graphics card driver is often the culprit when standby doesn't work properly. In that case, it is a good idea to test the latest version of the X.org graphics server.
sv-SE: Grafikkortets drivrutin är ofta den skyldiga när vänteläge inte fungerar så bra. I det fallet är det en bra ide att prova den senaste versionen av grafikservern X.org.

en: After this overview of basic services common to many Unix systems, we will focus on the environment of the administered machines: the network. Many services are required for the network to work properly. They will be discussed in the next chapter.
sv-SE: Efter denna överblick av grundläggande tjänster som återkommer i många Unixsystem kommer vi att fokusera på miljön för administrerade maskiner; nätverket. Många tjänster krävs för nätverket för att det ska komma igång korrekt. De kommer att diskuteras i nästa kapitel.
