docs-security.guide - en to it translation catalogue (213 entries)

note: Tag: title
en: TCP Wrappers and xinetd
it: TCP Wrapper e xinetd

note: Tag: para
en: Controlling access to network services is one of the most important security tasks facing a server administrator. Fedora provides several tools for this purpose. For example, an <command>iptables</command>-based firewall filters out unwelcome network packets within the kernel's network stack. For network services that utilize it, <firstterm>TCP Wrappers</firstterm> add an additional layer of protection by defining which hosts are or are not allowed to connect to "<emphasis>wrapped</emphasis>" network services. One such wrapped network service is the <systemitem class="daemon">xinetd</systemitem> <emphasis>super server</emphasis>. This service is called a super server because it controls connections to a subset of network services and further refines access control.
it: Controllare l'accesso ai servizi di rete, è una delle operazioni di sicurezza più importanti che un amministratore di server deve fronteggiare. E Fedora offre diversi strumenti al riguardo. Per esempio, un firewall basato su regole <command>iptables</command> che filtra i pacchetti indesiderati, nell'ambito dello stack di rete del kernel; <firstterm>TCP Wrapper</firstterm> che aggiungono un ulteriore livello di protezione definendo gli host autorizzati/non autorizzati a connettersi ai servizi di rete, "<emphasis>wrapped</emphasis>". Un esempio di servizio <emphasis>wrapped</emphasis> (avvolto, coperto), è il <emphasis>super server</emphasis> <systemitem class="daemon">xinetd</systemitem>. Il servizio è detto <emphasis>super server</emphasis> perchè controlla le connessioni in un insieme ristretto di servizi, raffinando ulteriormente il controllo d'accesso.

note: Tag: para
en: <xref linkend="figu-Security_Guide-TCP_Wrappers_and_xinetd-Access_Control_to_Network_Services" /> is a basic illustration of how these tools work together to protect network services.
it: La <xref linkend="figu-Security_Guide-TCP_Wrappers_and_xinetd-Access_Control_to_Network_Services" /> schematizza il funzionamento complessivo degli strumenti a protezione dei servizi di rete.

note: Tag: title
en: Access Control to Network Services
it: Controllo d'accesso ai servizi di rete

note: Tag: para
en: Exhibit A: Access Control to Network Services Flowchart
it: Exhibit A: Flowchart di Access Control ai Network Services

note: Tag: para
en: This chapter focuses on the role of TCP Wrappers and <systemitem class="daemon">xinetd</systemitem> in controlling access to network services and reviews how these tools can be used to enhance both logging and utilization management. Refer to <xref linkend="sect-Security_Guide-IPTables" /> for information about using firewalls with <command>iptables</command>.
it: Questo capitolo si concentra sul ruolo dei TCP Wrapper e di <systemitem class="daemon">xinetd</systemitem> nel controllare l'accesso ai servizi di rete e mostra come impiegare questi strumenti per migliorare sia i messaggi di log sia la gestione dei servizi controllati. Per informazioni sull'uso di firewall, con regole <command>iptables</command>, fare riferimento alla <xref linkend="sect-Security_Guide-IPTables" />.

note: Tag: title
en: TCP Wrappers
it: TCP Wrapper

note: Tag: para
en: The TCP Wrappers package (<filename>tcp_wrappers</filename>) is installed by default and provides host-based access control to network services. The most important component within the package is the <filename>/usr/lib/libwrap.a</filename> library. In general terms, a TCP-wrapped service is one that has been compiled against the <filename>libwrap.a</filename> library.
it: Il pacchetto TCP Wrapper (<filename>tcp_wrappers</filename>) viene installato automaticamente in ogni sistema Fedora e fornisce controlli d'accesso basati su host. Il componente principale del pacchetto è costituito dalla libreria <filename>libwrap.a</filename>. In termini generali, un servizio TCP-Wrapped è un servizio compilato usando la libreria <filename>libwrap.a</filename>

note: Tag: para
en: When a connection attempt is made to a TCP-wrapped service, the service first references the host's access files (<filename>/etc/hosts.allow</filename> and <filename>/etc/hosts.deny</filename>) to determine whether or not the client is allowed to connect. In most cases, it then uses the syslog daemon (<systemitem class="daemon">syslogd</systemitem>) to write the name of the requesting client and the requested service to <filename>/var/log/secure</filename> or <filename>/var/log/messages</filename>.
it: Quando si effettua una connessione ad un servizio TCP-Wrapped, il servizio dapprima fa riferimento ai file d'accesso degli host (<filename>/etc/hosts.allow</filename> e <filename>/etc/hosts.deny</filename>), verificando se il client è autorizzato a connettersi. Poi, nella maggior parte dei casi, usa il demone syslog (<systemitem class="daemon">syslogd</systemitem>) per registrare il nome del client ed il servizio richiesto nel file <filename>/var/log/secure</filename> o <filename>/var/log/messages</filename>.

note: Tag: para
en: If a client is allowed to connect, TCP Wrappers release control of the connection to the requested service and take no further part in the communication between the client and the server.
it: Se il client è autorizzato, TCP Wrapper rilascia il controllo della connessione al servizio, senza alcuna ulteriore interposizione nella comunicazione tra client e server.

note: Tag: para
en: In addition to access control and logging, TCP Wrappers can execute commands to interact with the client before denying or releasing control of the connection to the requested network service.
it: Oltre al controllo d'accesso e al logging, TCP Wrapper durante la fase di connessione, ossia prima di negare o passare il controllo al servizio, può eseguire comandi d'interazione con il client.

note: Tag: para
en: Because TCP Wrappers are a valuable addition to any server administrator's arsenal of security tools, most network services within Fedora are linked to the <filename>libwrap.a</filename> library. Some such applications include <systemitem class="daemon">/usr/sbin/sshd</systemitem>, <command>/usr/sbin/sendmail</command>, and <systemitem class="daemon">/usr/sbin/xinetd</systemitem>.
it: Poichè i TCP Wrapper sono un valore aggiunto per l'arsenale di strumenti a disposizione di ogni amministratore, i principali servizi di rete in Fedora sono linkati alla libreria <filename>libwrap.a</filename>. Tra di  essi figurano <systemitem class="daemon">/usr/sbin/sshd</systemitem>, <command>/usr/sbin/sendmail</command> e <systemitem class="daemon">/usr/sbin/xinetd</systemitem>.

note: Tag: title
en: Note
it: Nota

note: Tag: para
en: To determine if a network service binary is linked to <filename>libwrap.a</filename>, type the following command as the root user:
it: Per verificare se un servizio è linkato alla libreria <filename>libwrap.a</filename>, come utente root digitare il comando:

note: Tag: para
en: Replace <replaceable>&lt;binary-name&gt;</replaceable> with the name of the network service binary.
it: Sostituire <replaceable>&lt;binary-name&gt;</replaceable> con il nome del servizio di rete.

note: Tag: para
en: If the command returns straight to the prompt with no output, then the network service is <emphasis>not</emphasis> linked to <filename>libwrap.a</filename>.
it: Se il comando restituisce un output vuoto, allora il servizio <emphasis>non</emphasis> è linkato.

note: Tag: para
en: The following example indicates that <systemitem class="daemon">/usr/sbin/sshd</systemitem> is linked to <filename>libwrap.a</filename>:
it: Di seguito si riporta l'output di un servizio (<systemitem class="daemon">/usr/sbin/sshd</systemitem>) linkato:

note: Tag: screen
en: [root@myServer ~]# ldd /usr/sbin/sshd | grep libwrap
            libwrap.so.0 =&gt; /lib/libwrap.so.0 (0x00655000)
    [root@myServer ~]#
it: [root@myServer ~]# ldd /usr/sbin/sshd | grep libwrap
            libwrap.so.0 =&#62; /lib/libwrap.so.0 (0x00655000)
    [root@myServer ~]#

note: Tag: title
en: Advantages of TCP Wrappers
it: Vantaggi dei TCP Wrapper

note: Tag: para
en: TCP Wrappers provide the following advantages over other network service control techniques:
it: Un TCP Wrapper fornisce i seguenti vantaggi rispetto ad altre tecniche di controllo dei servizi di rete:

note: Tag: para
en: <emphasis>Transparency to both the client and the wrapped network service</emphasis> &mdash; Both the connecting client and the wrapped network service are unaware that TCP Wrappers are in use. Legitimate users are logged and connected to the requested service while connections from banned clients fail.
it: <emphasis>Transparenza nei confronti sia del client sia del servizio di rete wrapped</emphasis> &mdash; Sia il client sia il servizio wrapped sono inconsapevoli dell'impiego di TCP wrapper. Gli utenti legittimati vengono connessi al servizio, mentre quelli non legittimati vengono bloccati.

note: Tag: para
en: <emphasis>Centralized management of multiple protocols</emphasis> &mdash; TCP Wrappers operate separately from the network services they protect, allowing many server applications to share a common set of access control configuration files, making for simpler management.
it: <emphasis>Gestione centralizzata di protocolli multipli</emphasis> &mdash; I TCP Wrapper operano in maniera indipendente dai servizi e consentono, a molte applicazioni server, di condividere un insieme comune di file di configurazione di controllo d'accesso, semplificando la gestione.

note: Tag: title
en: TCP Wrappers Configuration Files
it: File di configurazione di TCP Wrapper

note: Tag: para
en: To determine if a client is allowed to connect to a service, TCP Wrappers reference the following two files, which are commonly referred to as <firstterm>hosts access</firstterm> files:
it: Per determinare se un client può connettersi ad un servizio, i TCP Wrapper fanno riferimento ai seguenti due file, comunemente denominati file degli <firstterm>host access</firstterm>:

note: Tag: para
en: When a TCP-wrapped service receives a client request, it performs the following steps:
it: Quando un servizio TCP-Wrapped riceve una richiesta da un client, il sistema effettua i seguenti passaggi:

note: Tag: para
en: <emphasis>It references <filename>/etc/hosts.allow</filename>.</emphasis> &mdash; The TCP-wrapped service sequentially parses the <filename>/etc/hosts.allow</filename> file and applies the first rule specified for that service. If it finds a matching rule, it allows the connection. If not, it moves on to the next step.
it: <emphasis>Fa referimento a <filename>/etc/hosts.allow</filename>.</emphasis> &mdash; Il servizio TCP-wrapped scorre in sequenza il file <filename>/etc/hosts.allow</filename>, applicando la prima regola definita per il servizio. Se esiste una regola compatibile, la connessione viene autorizzata; altrimenti continua con il passaggio successivo.

note: Tag: para
en: <emphasis>It references <filename>/etc/hosts.deny</filename>.</emphasis> &mdash; The TCP-wrapped service sequentially parses the <filename>/etc/hosts.deny</filename> file. If it finds a matching rule, it denies the connection. If not, it grants access to the service.
it: <emphasis>Fa referimento a <filename>/etc/hosts.deny</filename>.</emphasis> &mdash; Il servizio TCP-wrapped scorre in sequenza il file <filename>/etc/hosts.deny</filename>. Se esiste una regola compatibile, la connessione viene negata; altrimenti autorizza l'accesso al servizio.

note: Tag: para
en: The following are important points to consider when using TCP Wrappers to protect network services:
it: Di seguito si riportano alcune importanti considerazioni sull'utilizzo dei TCP Wrapper :

note: Tag: para
en: Because access rules in <filename>hosts.allow</filename> are applied first, they take precedence over rules specified in <filename>hosts.deny</filename>. Therefore, if access to a service is allowed in <filename>hosts.allow</filename>, a rule denying access to that same service in <filename>hosts.deny</filename> is ignored.
it: Poichè le regole di accesso elencate in <filename>hosts.allow</filename> sono applicate per prima, esse hanno la precedenza sulle regole specificate in <filename>hosts.deny</filename>. Quindi, se l'accesso ad un servizio è permesso secondo <filename>hosts.allow</filename>, una eventuale regola di divieto presente in <filename>hosts.deny</filename> viene ignorata.

note: Tag: para
en: The rules in each file are read from the top down and the first matching rule for a given service is the only one applied. The order of the rules is extremely important.
it: Le regole in ciascun file sono lette dalla cima verso il basso, e la prima regola trovata è l'unica che viene applicata. Quindi è rilevante l'ordine d'inserimento.

note: Tag: para
en: If no rules for the service are found in either file, or if neither file exists, access to the service is granted.
it: L'accesso al servizio è garantito, se i file non esistono o se in entrambi i file non esiste alcuna regola per il servizio.

note: Tag: para
en: TCP-wrapped services do not cache the rules from the hosts access files, so any changes to <filename>hosts.allow</filename> or <filename>hosts.deny</filename> take effect immediately, without restarting network services.
it: I servizi TCP-wrapped non caricano in memoria (in cache) le regole dei file d'accesso, perciò ogni modifica apportata ai file <filename>hosts.allow</filename> o <filename>hosts.deny</filename> ha effetto immediato, senza bisogno di riavviare i servizi.

note: Tag: title
en: Warning
it: Attenzione

note: Tag: para
en: If the last line of a hosts access file is not a newline character (created by pressing the <keycap>Enter</keycap> key), the last rule in the file fails and an error is logged to either <filename>/var/log/messages</filename> or <filename>/var/log/secure</filename>. This is also the case for a rule that spans multiple lines without using the backslash character. The following example illustrates the relevant portion of a log message for a rule failure due to either of these circumstances:
it: Se l'ultima riga di un file d'accesso non termina con un carattere di ritorno a capo (newline, ossia premendo il tasto <keycap>Invio</keycap>), l'ultima regola nel file fallisce restituendo un messaggio di errore in <filename>/var/log/messages</filename> e <filename>/var/log/secure</filename>. Lo stesso accade per una regola suddivisa su più righe che non terminano con il carattere backslash (\). Il seguente esempio illustra una porzione di un messaggio di log relativo ad una regola che fallisce a causa delle circostanze citate:

note: Tag: title
en: Formatting Access Rules
it: Formattare le Regole di Accesso

note: Tag: para
en: The format for both <filename>/etc/hosts.allow</filename> and <filename>/etc/hosts.deny</filename> is identical. Each rule must be on its own line. Blank lines or lines that start with a hash (#) are ignored.
it: Il formato è identico per entrambi i file <filename>/etc/hosts.allow</filename> e <filename>/etc/hosts.deny</filename>. Ogni regola deve trovarsi sulla propria linea. Le linee vuote o che iniziano con il carattere diesis o cancelletto (#) vengono ignorate.

note: Tag: para
en: Each rule uses the following basic format to control access to network services:
it: Ogni regola usa il seguente formato base per controllare l'accesso ai servizi di rete:

note: Tag: para
en: <replaceable>&lt;daemon list&gt;</replaceable> &mdash; A comma-separated list of process names (<emphasis>not</emphasis> service names) or the <option>ALL</option> wildcard. The daemon list also accepts operators (refer to <xref linkend="sect-Security_Guide-Formatting_Access_Rules-Operators" />) to allow greater flexibility.
it: <replaceable>&lt;daemon list&gt;</replaceable> &mdash; Un elenco di nomi di processo (<emphasis>non</emphasis> nomi di servizio), separati da virgole o il termine riservato <option>ALL</option>. L'elenco accetta anche operatori, garantendo una grande flessibilità d'utilizzo (<xref linkend="sect-Security_Guide-Formatting_Access_Rules-Operators" />).

note: Tag: para
en: <replaceable>&lt;client list&gt;</replaceable> &mdash; A comma-separated list of hostnames, host IP addresses, special patterns, or wildcards which identify the hosts affected by the rule. The client list also accepts operators listed in <xref linkend="sect-Security_Guide-Formatting_Access_Rules-Operators" /> to allow greater flexibility.
it: <replaceable>&lt;client list&gt;</replaceable> &mdash; Un elenco di hostname, indirizzi IP, pattern speciali o termini riservati, separati da virgole, che identificano gli host interessati dalla regola. L'elenco accetta anche operatori (<xref linkend="sect-Security_Guide-Formatting_Access_Rules-Operators" />).

note: Tag: para
en: <replaceable>&lt;option&gt;</replaceable> &mdash; An optional action or colon-separated list of actions performed when the rule is triggered. Option fields support expansions, launch shell commands, allow or deny access, and alter logging behavior.
it: <replaceable>&lt;option&gt;</replaceable> &mdash; Un'azione opzionale o un elenco di azioni da eseguire, separate da virgole, all'intercettazione di una regola. Il campo option supporta espansioni, comandi di shell, permette/autorizza l'accesso e permette di modificare il comportamento dei messaggi di log.

note: Tag: para
en: More information on the specialist terms above can be found elsewhere in this Guide:
it: Maggiori informazioni sui termini indicati, si trovano in altre sezioni di questa Guida:

note: Tag: para
en: The following is a basic sample hosts access rule:
it: Di seguito si riporta un esempio di una semplice regola d'accesso:

note: Tag: para
en: This rule instructs TCP Wrappers to watch for connections to the FTP daemon (<systemitem class="daemon">vsftpd</systemitem>) from any host in the <systemitem class="domainname">example.com</systemitem> domain. If this rule appears in <filename>hosts.allow</filename>, the connection is accepted. If this rule appears in <filename>hosts.deny</filename>, the connection is rejected.
it: Questa regola indica di controllare le connessioni provenienti dagli host del dominio <systemitem class="domainname">example.com</systemitem> e dirette verso il demone FTP (<systemitem class="daemon">vsftpd</systemitem>). Se la regola si trova nel file <filename>hosts.allow</filename>, la connessione viene accettata. Se invece si trova in <filename>hosts.deny</filename>, la connessione viene rifiutata.

note: Tag: para
en: The next sample hosts access rule is more complex and uses two option fields:
it: L'esempio successivo è leggermente più complesso, accettando due opzioni:

note: Tag: para
en: Note that each option field is preceded by the backslash (\). Use of the backslash prevents failure of the rule due to length.
it: Notare la presenza del carattere backslash (\) davanti ad ogni opzione. L'uso del backslash evita che una regola fallisca, a causa della sua lunghezza per un errore sintattico.

note: Tag: para
en: This sample rule states that if a connection to the SSH daemon (<systemitem class="daemon">sshd</systemitem>) is attempted from a host in the <systemitem class="domainname">example.com</systemitem> domain, execute the <command>echo</command> command to append the attempt to a special log file, and deny the connection. Because the optional <command>deny</command> directive is used, this line denies access even if it appears in the <filename>hosts.allow</filename> file. Refer to <xref linkend="sect-Security_Guide-TCP_Wrappers_Configuration_Files-Option_Fields" /> for a more detailed look at available options.
it: Questa regola stabilisce di intercettare ogni host del dominio <systemitem class="domainname">example.com</systemitem> che tenti una connessione con il demone SSH (<systemitem class="daemon">sshd</systemitem>), nel qual caso, il comando <command>echo</command> trascrive ora e data del tentativo nel file di log specificato e la connessione viene impedita. Poichè si usa la direttiva opzionale <command>deny</command>, questa regola vieta l'acceso anche se si trova nel file <filename>hosts.allow</filename>. Per un analisi più dettagliata sulle opzioni disponibili, vedere la <xref linkend="sect-Security_Guide-TCP_Wrappers_Configuration_Files-Option_Fields" />.

note: Tag: para
en: Wildcards allow TCP Wrappers to more easily match groups of daemons or hosts. They are used most frequently in the client list field of access rules.
it: I termini riservati o wildcard, permettono ai TCP Wrapper di intercettare più facilmente gruppi di demoni o host. Essi sono impiegati frequentemente nel campo della lista dei client di una regola.

note: Tag: para
en: The following wildcards are available:
it: I termini riservati sono:

note: Tag: para
en: <option>ALL</option> &mdash; Matches everything. It can be used for both the daemon list and the client list.
it: <option>ALL</option> &mdash; Intercetta tutto. Può essere usato sia nelle lista dei demoni sia in quella dei client.

note: Tag: para
en: <option>LOCAL</option> &mdash; Matches any host that does not contain a period (.), such as localhost.
it: <option>LOCAL</option> &mdash; Intercetta tutti gli host il cui hostname non contiene un punto (.), come localhost.

note: Tag: para
en: <option>KNOWN</option> &mdash; Matches any host where the hostname and host address are known or where the user is known.
it: <option>KNOWN</option> &mdash; Intercetta tutti gli host di cui si conosce l'hostname e l'indirizzo o l'utente.

note: Tag: para
en: <option>UNKNOWN</option> &mdash; Matches any host where the hostname or host address are unknown or where the user is unknown.
it: <option>UNKNOWN</option> &mdash; Intercetta tutti gli host di cui si non conosce l'hostname o l'indirizzo o l'utente.

note: Tag: para
en: <option>PARANOID</option> &mdash; Matches any host where the hostname does not match the host address.
it: <option>PARANOID</option> &mdash; Intercetta tutti gli host il cui hostname non corrisponde all'indirizzo host.

note: Tag: title
en: Important
it: Importante

note: Tag: para
en: The <option>KNOWN</option>, <option>UNKNOWN</option>, and <option>PARANOID</option> wildcards should be used with care, because they rely on functioning DNS server for correct operation. Any disruption to name resolution may prevent legitimate users from gaining access to a service.
it: I termini <option>KNOWN</option>, <option>UNKNOWN</option> e <option>PARANOID</option> dovrebbero essere impiegati con attenzione, poichè il loro corretto funzionamento si basa su server DNS. Ogni fallimento nella risoluzione di un nome impedisce ad utenti legittimati di ottenere l'accesso al servizio richiesto.

note: Tag: title
en: Patterns
it: Pattern

note: Tag: para
en: Patterns can be used in the client field of access rules to more precisely specify groups of client hosts.
it: I pattern possono essere usati nel campo della lista dei client, per specificare gruppi di client.

note: Tag: para
en: The following is a list of common patterns for entries in the client field:
it: Di seguito si riporta una elenco di pattern comuni:

note: Tag: para
en: <emphasis>Hostname beginning with a period (.)</emphasis> &mdash; Placing a period at the beginning of a hostname matches all hosts sharing the listed components of the name. The following example applies to any host within the <systemitem class="domainname">example.com</systemitem> domain:
it: <emphasis>Hostname che iniziano con un punto (.)</emphasis> &mdash; Ponendo un punto davanti ad un hostname, si intercettano tutti gli host che condividono le stesse componenti del nome. Il seguente esempio si applica ad ogni host del dominio <systemitem class="domainname">example.com</systemitem>:

note: Tag: para
en: <emphasis>IP address ending with a period (.)</emphasis> &mdash; Placing a period at the end of an IP address matches all hosts sharing the initial numeric groups of an IP address. The following example applies to any host within the <systemitem class="ipaddress">192.168.x.x</systemitem> network:
it: <emphasis>Indirizzo IP con un punto (.) finale </emphasis> &mdash; Inserendo un punto finale ad un indirizzo IP si intercettano tutti gli host che condividono lo stesso gruppo numerico iniziale dell'indirizzo IP. Il seguente esempio si applica a tutti gli host della rete <systemitem class="ipaddress">192.168.x.x</systemitem>:

note: Tag: para
en: <emphasis>IP address/netmask pair</emphasis> &mdash; Netmask expressions can also be used as a pattern to control access to a particular group of IP addresses. The following example applies to any host with an address range of <systemitem class="ipaddress">192.168.0.0</systemitem> through <systemitem class="ipaddress">192.168.1.255</systemitem>:
it: <emphasis>Coppia indirizzo-IP/netmask</emphasis> &mdash; Le netmask possono essere usate come pattern per controllare gli accessi di un particolare gruppo di indirizzi IP. Per esempio la riga seguente si applica ad ogni host che rientri nel range di indirizzi <systemitem class="ipaddress">192.168.0.0</systemitem> - <systemitem class="ipaddress">192.168.1.255</systemitem>:

note: Tag: para
en: When working in the IPv4 address space, the address/prefix length (<firstterm>prefixlen</firstterm>) pair declarations (<abbrev>CIDR</abbrev> notation) are not supported. Only IPv6 rules can use this format.
it: Se si opera nello spazio di indirizzamento IPv4, non si può usare la coppia indirizzo/lunghezza-del-prefisso (<firstterm>prefixlen</firstterm>) (in notazione <abbrev>CIDR</abbrev>). Soltanto le regole IPv6 possono avvalersi di questo formato.

note: Tag: para
en: <emphasis>[IPv6 address]/prefixlen pair</emphasis> &mdash; [net]/prefixlen pairs can also be used as a pattern to control access to a particular group of IPv6 addresses. The following example would apply to any host with an address range of <systemitem class="ipaddress">3ffe:505:2:1::</systemitem> through <systemitem class="ipaddress">3ffe:505:2:1:ffff:ffff:ffff:ffff</systemitem>:
it: <emphasis>Coppia [IPv6 address]/prefixlen</emphasis> &mdash; Le coppie [net]/prefixlen possono essere usate come pattern per controllare l'accesso di un particolare gruppo di indirizzi IPv6. Il seguente esempio si applica ad ogni host, con un indirizzo compreso tra <systemitem class="ipaddress">3ffe:505:2:1::</systemitem> e <systemitem class="ipaddress">3ffe:505:2:1:ffff:ffff:ffff:ffff</systemitem>:

note: Tag: para
en: <emphasis>The asterisk (*)</emphasis> &mdash; Asterisks can be used to match entire groups of hostnames or IP addresses, as long as they are not mixed in a client list containing other types of patterns. The following example would apply to any host within the <systemitem class="domainname">example.com</systemitem> domain:
it: <emphasis>L'asterisco (*)</emphasis> &mdash; I caratteri asterisco possono essere usati per intercettare interi gruppi di hostname o indirizzi IP, purchè non siano mescolati in una lista di client, contenenti altri tipi di pattern. Il seguente esempio si applica ad ogni host del dominio <systemitem class="domainname">example.com</systemitem>:

note: Tag: para
en: <emphasis>The slash (/)</emphasis> &mdash; If a client list begins with a slash, it is treated as a file name. This is useful if rules specifying large numbers of hosts are necessary. The following example refers TCP Wrappers to the <filename>/etc/telnet.hosts</filename> file for all Telnet connections:
it: <emphasis>Lo slash (/)</emphasis> &mdash; Se una lista di client inizia con uno slash, esso viene trattato come un nome di file. Ciò è molto utile quando occorre specificare un gran numero di host. Il seguente esempio riguarda il file <filename>/etc/telnet.hosts</filename>:

note: Tag: para
en: Other, lesser used, patterns are also accepted by TCP Wrappers. Refer to the <filename>hosts_access</filename> man 5 page for more information.
it: Esistono anche altri pattern, di uso meno frequente. Per maggiori informazioni, fare riferimento alle pagine di man 5, relative a <filename>hosts_access</filename>.

note: Tag: para
en: Be very careful when using hostnames and domain names. Attackers can use a variety of tricks to circumvent accurate name resolution. In addition, disruption to DNS service prevents even authorized users from using network services. It is, therefore, best to use IP addresses whenever possible.
it: Prestare molta attenzione a quando si usano hostname e nomi di dominio. Gli attacker possono usare una varietà di trucchi per ingannare il server DNS. Inoltre, l'errato funzionamento del DNS impedisce anche agli utenti autorizzati di usare i servizi di rete. Si raccomanda quindi di usare, quando possibile, indirizzi IP.

note: Tag: title
en: Portmap and TCP Wrappers
it: Portmap e TCP Wrapper

note: Tag: para
en: <command>Portmap</command>'s implementation of TCP Wrappers does not support host look-ups, which means <command>portmap</command> can not use hostnames to identify hosts. Consequently, access control rules for portmap in <filename>hosts.allow</filename> or <filename>hosts.deny</filename> must use IP addresses, or the keyword <option>ALL</option>, for specifying hosts.
it: L'implementazione di TCP Wrapper per <command>portmap</command> non supporta l'host look-up (risoluzione di un IP da un hostname), perciò <command>portmap</command> non può usare l'hostname per identificare l'host. Di conseguenza, le regole di controllo di portmap nei file <filename>hosts.allow</filename> o <filename>hosts.deny</filename> devono usare indirizzi IP o il termine riservato <option>ALL</option>, per specificare gli host.

note: Tag: para
en: Changes to <command>portmap</command> access control rules may not take effect immediately. You may need to restart the <command>portmap</command> service.
it: Inoltre, le modifiche alle regole di controllo in <command>portmap</command> non hanno effetto immediato, ma occorre riavviare il servizio <command>portmap</command> perchè le modifiche abbiano effetto.

note: Tag: para
en: Widely used services, such as NIS and NFS, depend on <command>portmap</command> to operate, so be aware of these limitations.
it: Servizi ampiamente usati come NIS ed NFS, dipendono da <command>portmap</command> per poter funzionare: si tenga conto di queste limitazioni.

note: Tag: title
en: Operators
it: Operatori

note: Tag: para
en: At present, access control rules accept one operator, <option>EXCEPT</option>. It can be used in both the daemon list and the client list of a rule.
it: Attualmente, le regole di controllo accettano un solo operatore, <option>EXCEPT</option>. Può essere usato sia nell'elenco dei demoni di una regola sia in quello dei client.

note: Tag: para
en: The <option>EXCEPT</option> operator allows specific exceptions to broader matches within the same rule.
it: L'operatore <option>EXCEPT</option> permette di includere nell'ambito di una regola specifiche eccezioni, estendendo/restringendo il suo campo d'azione.

note: Tag: para
en: In the following example from a <filename>hosts.allow</filename> file, all <systemitem class="domainname">example.com</systemitem> hosts are allowed to connect to all services except <systemitem class="domainname">cracker.example.com</systemitem>:
it: Nel seguente esempio, gli host del dominio <systemitem class="domainname">example.com</systemitem> escluso <systemitem class="domainname">cracker.example.com</systemitem>, possono connettersi a tutti i servizi:

note: Tag: para
en: In another example from a <filename>hosts.allow</filename> file, clients from the <systemitem class="ipaddress">192.168.0.<replaceable>x</replaceable></systemitem> network can use all services except for FTP:
it: In quest'altro esempio, estratto da un file <filename>hosts.allow</filename>, i client della rete <systemitem class="ipaddress">192.168.0.<replaceable>x</replaceable></systemitem> possono usare tutti i servizi, escluso FTP:

note: Tag: para
en: Organizationally, it is often easier to avoid using <option>EXCEPT</option> operators. This allows other administrators to quickly scan the appropriate files to see what hosts are allowed or denied access to services, without having to sort through <option>EXCEPT</option> operators.
it: Per questioni pratiche, si consiglia un uso moderato dell'operatore <option>EXCEPT</option>, onde evitare agli amministratori (colleghi) di ricercare <emphasis>anche</emphasis> gli host esclusi dall'operatore <option>EXCEPT</option>, tra quelli autorizzati e quelli non autorizzati.

note: Tag: title
en: Option Fields
it: Campi Opzioni

note: Tag: para
en: In addition to basic rules that allow and deny access, the Fedora implementation of TCP Wrappers supports extensions to the access control language through <firstterm>option fields</firstterm>. By using option fields in hosts access rules, administrators can accomplish a variety of tasks such as altering log behavior, consolidating access control, and launching shell commands.
it: L'implementazione in Fedora dei TCP Wrapper, oltre alle regole di base per specificare permessi o divieti d'accesso, supporta estensioni al linguaggio di controllo usando <firstterm>option fields</firstterm>. Usando questi campi, si può modificare il livello dei messaggi di log, consolidare il controllo ed avviare comandi di shell.

note: Tag: para
en: Option fields let administrators easily change the log facility and priority level for a rule by using the <option>severity</option> directive.
it: I campi opzione permettono di modificare il comportamento e il livello di priorità dei messaggi di log di una regola, usando la direttiva <option>severity</option>.

note: Tag: para
en: In the following example, connections to the SSH daemon from any host in the <systemitem class="domainname">example.com</systemitem> domain are logged to the default <option>authpriv</option> <option>syslog</option> facility (because no facility value is specified) with a priority of <option>emerg</option>:
it: Nel seguente esempio, i messaggi di log per le connessioni dal dominio <systemitem class="domainname">example.com</systemitem> e dirette verso il demone SSH, sono registrate nella facility predefinita <option>authpriv</option> (non essendo specificato un valore per la facility), di <option>syslog</option> con priorità <option>emerg</option>:

note: Tag: para
en: It is also possible to specify a facility using the <option>severity</option> option. The following example logs any SSH connection attempts by hosts from the <systemitem class="domainname">example.com</systemitem> domain to the <option>local0</option> facility with a priority of <option>alert</option>:
it: E' anche possibile specificare una facility usando l'opzione <option>severity</option>. Il seguente esempio registra i messaggi di log di ogni connessione SSH dal dominio <systemitem class="domainname">example.com</systemitem> nella facility <option>local0</option> con priorità <option>alert</option>:

note: Tag: para
en: In practice, this example does not work until the syslog daemon (<systemitem class="daemon">syslogd</systemitem>) is configured to log to the <command>local0</command> facility. Refer to the <filename>syslog.conf</filename> man page for information about configuring custom log facilities.
it: Perchè l'esempio funzioni, occorre che il demone <systemitem class="daemon">syslogd</systemitem> sia configurato per registare i messaggi di log nella facility <command>local0</command>. Per maggiori informazioni sulla configurazione di messaggi di log non predefiniti, vedere le pagine di man su <filename>syslog.conf</filename>.

note: Tag: title
en: Access Control
it: Controllo d'Accesso

note: Tag: para
en: Option fields also allow administrators to explicitly allow or deny hosts in a single rule by adding the <option>allow</option> or <option>deny</option> directive as the final option.
it: I campi opzione con la direttiva <option>allow</option> o <option>deny</option> posta alla fine di una regola, consentono esplicitamente di autorizzare o vietare host.

note: Tag: para
en: For example, the following two rules allow SSH connections from <systemitem class="domainname">client-1.example.com</systemitem>, but deny connections from <systemitem class="domainname">client-2.example.com</systemitem>:
it: Per esempio le seguenti due regole, autorizzano le connessioni SSH da <systemitem class="domainname">client-1.example.com</systemitem>, mentre negano le identiche connessioni da <systemitem class="domainname">client-2.example.com</systemitem>:

note: Tag: para
en: By allowing access control on a per-rule basis, the option field allows administrators to consolidate all access rules into a single file: either <filename>hosts.allow</filename> or <filename>hosts.deny</filename>. Some administrators consider this an easier way of organizing access rules.
it: Quindi partendo da una regola base, il campo opzione consente di consolidare tutte le regole d'accesso in un singolo file: nel file <filename>hosts.allow</filename> o nel <filename>hosts.deny</filename>. Per alcuni amministratori tale metodo è una maniera semplice di organizzare le regole d'accesso.

note: Tag: title
en: Shell Commands
it: Comandi di shell

note: Tag: para
en: Option fields allow access rules to launch shell commands through the following two directives:
it: I campi opzione, attraverso le seguenti due direttive, permettono di avviare comandi di shell:

note: Tag: para
en: <command>spawn</command> &mdash; Launches a shell command as a child process. This directive can perform tasks like using <command>/usr/sbin/safe_finger</command> to get more information about the requesting client or create special log files using the <command>echo</command> command.
it: <command>spawn</command> &mdash; Avvia un comando di shell come un processo figlio. Questa direttiva può essere usata, per esempio, con il comando <command>/usr/sbin/safe_finger</command> per ottenere maggiori informazioni sul client o per creare speciali file di log, usando il comando <command>echo</command>.

note: Tag: para
en: In the following example, clients attempting to access Telnet services from the <systemitem class="domainname">example.com</systemitem> domain are quietly logged to a special file:
it: Nel seguente esempio, si registrano in un speciale file di log, i client del dominio <systemitem class="domainname">example.com</systemitem> che tentano di accedere al servizio Telnet:

note: Tag: para
en: <command>twist</command> &mdash; Replaces the requested service with the specified command. This directive is often used to set up traps for intruders (also called "honey pots"). It can also be used to send messages to connecting clients. The <command>twist</command> directive must occur at the end of the rule line.
it: <command>twist</command> &mdash; Sostituisce il servizio richiesto con il comando specificato. Questa direttiva è spesso usata per impostare trappole per intrusori (anche dette "honey pots"). Può essere usata anche per inviare messaggi ai client. La direttiva <command>twist</command> deve essere inserita alla fine della regola.

note: Tag: para
en: In the following example, clients attempting to access FTP services from the <systemitem class="domainname">example.com</systemitem> domain are sent a message using the <command>echo</command> command:
it: Nel seguente esempio, i client del dominio <systemitem class="domainname">example.com</systemitem> che tentano di accedere al servizio FTP sono avvisati con un messaggio, usando il comando <command>echo</command>:

note: Tag: para
en: For more information about shell command options, refer to the <filename>hosts_options</filename> man page.
it: Per maggiori informazioni sulle opzioni dei comandi di shell, fare riferimento alle pagine di man relative a <filename>hosts_options</filename>.

note: Tag: title
en: Expansions
it: Espansioni

note: Tag: para
en: Expansions, when used in conjunction with the <command>spawn</command> and <command>twist</command> directives, provide information about the client, server, and processes involved.
it: Le espansioni quando usate insieme alle direttive <command>spawn</command> e <command>twist</command>, forniscono informazioni su client, server e processi coinvolti.

note: Tag: para
en: The following is a list of supported expansions:
it: Di seguito si riporta un elenco di espansioni supportate:

note: Tag: para
en: <option>%a</option> &mdash; Returns the client's IP address.
it: <option>%a</option> &mdash; Restituisce l'indirizzo IP del client

note: Tag: para
en: <option>%A</option> &mdash; Returns the server's IP address.
it: <option>%A</option> &mdash; Restituisce l'indirizzo IP del server

note: Tag: para
en: <option>%c</option> &mdash; Returns a variety of client information, such as the username and hostname, or the username and IP address.
it: <option>%c</option> &mdash; Restituisce varie informazioni sul client, come username e hostname, o username e indirizzo IP

note: Tag: para
en: <option>%d</option> &mdash; Returns the daemon process name.
it: <option>%d</option> &mdash; Restituisce il nome del processo

note: Tag: para
en: <option>%h</option> &mdash; Returns the client's hostname (or IP address, if the hostname is unavailable).
it: <option>%h</option> &mdash; Restituisce l'hostname (o l'IP, se l'hostname non è disponibile), del client

note: Tag: para
en: <option>%H</option> &mdash; Returns the server's hostname (or IP address, if the hostname is unavailable).
it: <option>%H</option> &mdash; Restituisce l'hostname (o l'IP, se l'hostname non è disponibile), del server

note: Tag: para
en: <option>%n</option> &mdash; Returns the client's hostname. If unavailable, <computeroutput>unknown</computeroutput> is printed. If the client's hostname and host address do not match, <computeroutput>paranoid</computeroutput> is printed.
it: <option>%n</option> &mdash; Restituisce l'hostname del client. Se non è disponibile, viene restituito <computeroutput>unknown</computeroutput>. Se l'hostname e l'indirizzo non coincidono, viene restituito <computeroutput>paranoid</computeroutput>.

note: Tag: para
en: <option>%N</option> &mdash; Returns the server's hostname. If unavailable, <computeroutput>unknown</computeroutput> is printed. If the server's hostname and host address do not match, <computeroutput>paranoid</computeroutput> is printed.
it: <option>%N</option> &mdash; Restituisce l'hostname del server. Se non è disponibile, viene restituito <computeroutput>unknown</computeroutput>. Se l'hostname e l'indirizzo non coincidono, viene restituito <computeroutput>paranoid</computeroutput>.

note: Tag: para
en: <option>%p</option> &mdash; Returns the daemon's process ID.
it: <option>%p</option> &mdash; Restituisce l'ID del processo.

note: Tag: para
en: <option>%s</option> &mdash;Returns various types of server information, such as the daemon process and the host or IP address of the server.
it: <option>%s</option> &mdash; Restituisce varie informazioni sul server, come il processo demone e l'hostname o l'IP del server.

note: Tag: para
en: <option>%u</option> &mdash; Returns the client's username. If unavailable, <computeroutput>unknown</computeroutput> is printed.
it: <option>%u</option> &mdash; Restituisce lo username del client. Se non è disponibile, viene restituito <computeroutput>unknown</computeroutput>.

note: Tag: para
en: The following sample rule uses an expansion in conjunction with the <command>spawn</command> command to identify the client host in a customized log file.
it: Nel seguente esempio, si usa una espansione con il comando <command>spawn</command>, per identificare l'host del client che viene registrato in un file di log speciale.

note: Tag: para
en: When connections to the SSH daemon (<systemitem class="daemon">sshd</systemitem>) are attempted from a host in the <systemitem class="domainname">example.com</systemitem> domain, execute the <command>echo</command> command to log the attempt, including the client hostname (by using the <option>%h</option> expansion), to a special file:
it: Ogni tentativo di connessione al servizio SSH (<systemitem class="daemon">sshd</systemitem>), da un host del dominio <systemitem class="domainname">example.com</systemitem>, lancia il comando <command>echo</command> che registra il tentativo, con l'hostname del client (usando l'espansione <option>%h</option>), in un file speciale:

note: Tag: para
en: Similarly, expansions can be used to personalize messages back to the client. In the following example, clients attempting to access FTP services from the <systemitem class="domainname">example.com</systemitem> domain are informed that they have been banned from the server:
it: In modo analogo, le espansioni possono essere usate per personalizzare i messaggi inviati al client. Nel seguente esempio, i client che tentano di accedere ai servizi FTP dal dominio <systemitem class="domainname">example.com</systemitem>, vengono informati di essere stati bloccati (banned) dal server:

note: Tag: para
en: For a full explanation of available expansions, as well as additional access control options, refer to section 5 of the man pages for <filename>hosts_access</filename> (<command>man 5 hosts_access</command>) and the man page for <filename>hosts_options</filename>.
it: Per una completa spiegazione delle espansioni, come pure sulle ulteriori opzioni di controllo d'accesso, fare riferimento alle pagine di man 5, relative a <filename>hosts_access</filename> (<command>man 5 hosts_access</command>) ed alle pagine di man su <filename>hosts_options</filename>.

note: Tag: para
en: Refer to <xref linkend="sect-Security_Guide-TCP_Wrappers_and_xinetd-Additional_Resources" /> for more information about TCP Wrappers.
it: Per maggiori informazioni sui TCP Wrapper, fare riferimento alla <xref linkend="sect-Security_Guide-TCP_Wrappers_and_xinetd-Additional_Resources" />.

note: Tag: para
en: The <systemitem class="daemon">xinetd</systemitem> daemon is a TCP-wrapped <firstterm>super service</firstterm> which controls access to a subset of popular network services, including FTP, IMAP, and Telnet. It also provides service-specific configuration options for access control, enhanced logging, binding, redirection, and resource utilization control.
it: Il demone <systemitem class="daemon">xinetd</systemitem> è un <firstterm>super servizio</firstterm> TCP-wrapped, che controlla gli accessi in un sotto-gruppo di servizi di uso comune come FTP, IMAP e Telnet. Fornisce anche, per servizi specifici, opzioni di configurazione per controllo d'accesso, messaggi di log, binding, redirection e per l'utilizzo delle risorse.

note: Tag: para
en: When a client attempts to connect to a network service controlled by <systemitem class="daemon">xinetd</systemitem>, the super service receives the request and checks for any TCP Wrappers access control rules.
it: Quando un client tenta di connettersi ad un servizio di rete controllato da <systemitem class="daemon">xinetd</systemitem>, il super servizio prende la richiesta e controlla le regole imposte dal TCP Wrapper.

note: Tag: para
en: If access is allowed, <systemitem class="daemon">xinetd</systemitem> verifies that the connection is allowed under its own access rules for that service. It also checks that the service can have more resources allotted to it and that it is not in breach of any defined rules.
it: Se l'accesso è consentito, successivamente <systemitem class="daemon">xinetd</systemitem> controlla che la connessione sia permessa dalle proprie regole d'accesso. Inoltre controlla se il servizio possa allocare più risorse di quelle consentite e se infranga una qualche regola.

note: Tag: para
en: If all these conditions are met (that is, access is allowed to the service; the service has not reached its resource limit; and the service is not in breach of any defined rule), <systemitem class="daemon">xinetd</systemitem> then starts an instance of the requested service and passes control of the connection to it. After the connection has been established, <systemitem class="daemon">xinetd</systemitem> takes no further part in the communication between the client and the server.
it: Se sono soddisfatte tutte queste condizioni (ossia, è consentito l'accesso; il servizio non supera le risorse allocabili; ed il servizio di rete non infrange nessuna regola), allora  <systemitem class="daemon">xinetd</systemitem> avvia una istanza del servizio di rete, passando il controllo della connessione al servizio di rete. Una volta stabilita la connessione, <systemitem class="daemon">xinetd</systemitem> termina la propria partecipazione alla comunicazione tra client e server.

note: Tag: title
en: xinetd Configuration Files
it: File di configuratione di xinetd

note: Tag: para
en: The configuration files for <systemitem class="daemon">xinetd</systemitem> are as follows:
it: I file di configurazione di <systemitem class="daemon">xinetd</systemitem> sono i seguenti:

note: Tag: para
en: <filename>/etc/xinetd.conf</filename> &mdash; The global <systemitem class="daemon">xinetd</systemitem> configuration file.
it: <filename>/etc/xinetd.conf</filename> &mdash; Il file di configurazione globale di <systemitem class="daemon">xinetd</systemitem>.

note: Tag: para
en: <filename>/etc/xinetd.d/</filename> &mdash; The directory containing all service-specific files.
it: <filename>/etc/xinetd.d/</filename> &mdash; La directory con tutti i file di servizio specifici.

note: Tag: title
en: The /etc/xinetd.conf File
it: Il file /etc/xinetd.conf

note: Tag: para
en: The <filename>/etc/xinetd.conf</filename> file contains general configuration settings which affect every service under <systemitem class="daemon">xinetd</systemitem>'s control. It is read when the <systemitem class="daemon">xinetd</systemitem> service is first started, so for configuration changes to take effect, you need to restart the <systemitem class="daemon">xinetd</systemitem> service. The following is a sample <filename>/etc/xinetd.conf</filename> file:
it: Il file <filename>/etc/xinetd.conf</filename> contiene le impostazioni di configurazione generale dei serivizi controllati da <systemitem class="daemon">xinetd</systemitem>. Esso viene letto al primo avvio di <systemitem class="daemon">xinetd</systemitem>, perciò ogni variazione alla configurazione richiede il riavvio di <systemitem class="daemon">xinetd</systemitem>. Di seguito si riporta un estratto di un file <filename>/etc/xinetd.conf</filename>:

note: Tag: para
en: These lines control the following aspects of <systemitem class="daemon">xinetd</systemitem>:
it: Le righe controllano i seguenti aspetti di <systemitem class="daemon">xinetd</systemitem>:

note: Tag: para
en: <option>instances</option> &mdash; Specifies the maximum number of simultaneous requests that <systemitem class="daemon">xinetd</systemitem> can process.
it: <option>instances</option> &mdash; Specifica il numero massimo di richieste simultanee processate da <systemitem class="daemon">xinetd</systemitem>

note: Tag: para
en: <option>log_type</option> &mdash; Configures <systemitem class="daemon">xinetd</systemitem> to use the <command>authpriv</command> log facility, which writes log entries to the <filename>/var/log/secure</filename> file. Adding a directive such as <option>FILE /var/log/xinetdlog</option> would create a custom log file called <filename>xinetdlog</filename> in the <filename>/var/log/</filename> directory.
it: <option>log_type</option> &mdash; Specifica di usare la facility di log <command>authpriv</command> che invia i messaggi di log nel file <filename>/var/log/secure</filename>. Aggiungendo una direttiva del tipo <option>FILE /var/log/xinetdlog</option>,  <systemitem class="daemon">xinetd</systemitem> crea un file di log specifico di nome <filename>xinetdlog</filename> nella directory <filename>/var/log/</filename>.

note: Tag: para
en: <option>log_on_success</option> &mdash; Configures <systemitem class="daemon">xinetd</systemitem> to log successful connection attempts. By default, the remote host's IP address and the process ID of the server processing the request are recorded.
it: <option>log_on_success</option> &mdash; Specifica di registrare tutte le connessioni riuscite. Per impostazione, sono registrati l'indirizzo IP dell'host remoto e l'ID di processo del servizio richiesto.

note: Tag: para
en: <option>log_on_failure</option> &mdash; Configures <systemitem class="daemon">xinetd</systemitem> to log failed connection attempts or if the connection was denied.
it: <option>log_on_failure</option> &mdash; Specifica di registrare le connessioni non riuscite o negate.

note: Tag: para
en: <option>cps</option> &mdash; Configures <systemitem class="daemon">xinetd</systemitem> to allow no more than 25 connections per second to any given service. If this limit is exceeded, the service is retired for 30 seconds.
it: <option>cps</option> &mdash; Specifica di accettare al massimo 25 connessioni al secondo per servizio. Superato il limite, il servizio viene fermato per 30 secondi.

note: Tag: para
en: <option>includedir</option> <filename>/etc/xinetd.d/</filename> &mdash; Includes options declared in the service-specific configuration files located in the <filename>/etc/xinetd.d/</filename> directory. Refer to <xref linkend="sect-Security_Guide-xinetd_Configuration_Files-The_etcxinetd.d_Directory" /> for more information.
it: <option>includedir</option> <filename>/etc/xinetd.d/</filename> &mdash; Specifica di includere le opzioni dichiarate nei file di configurazione dei servizi, contenuti nella directory <filename>/etc/xinetd.d/</filename>. (Vedere la <xref linkend="sect-Security_Guide-xinetd_Configuration_Files-The_etcxinetd.d_Directory" />).

note: Tag: para
en: Often, both the <option>log_on_success</option> and <option>log_on_failure</option> settings in <filename>/etc/xinetd.conf</filename> are further modified in the service-specific configuration files. More information may therefore appear in a given service's log file than the <filename>/etc/xinetd.conf</filename> file may indicate. Refer to <xref linkend="sect-Security_Guide-Altering_xinetd_Configuration_Files-Logging_Options" /> for further information.
it: Spesso, le impostazioni <option>log_on_success</option> e <option>log_on_failure</option>, nel file <filename>/etc/xinetd.conf</filename>, vengono influenzate dai file di configurazione dei servizi specifici. Quindi, un file di log di un dato servizio può risultare molto più ricco di informazioni di quanto richiesto dalle sole impostazioni di <filename>/etc/xinetd.conf</filename>. Per maggiori informazioni, vedere la <xref linkend="sect-Security_Guide-Altering_xinetd_Configuration_Files-Logging_Options" />.

note: Tag: title
en: The /etc/xinetd.d/ Directory
it: La directory /etc/xinetd.d/

note: Tag: para
en: The <filename>/etc/xinetd.d/</filename> directory contains the configuration files for each service managed by <systemitem class="daemon">xinetd</systemitem> and the names of the files correlate to the service. As with <filename>xinetd.conf</filename>, this directory is read only when the <systemitem class="daemon">xinetd</systemitem> service is started. For any changes to take effect, the administrator must restart the <systemitem class="daemon">xinetd</systemitem> service.
it: La directory <filename>/etc/xinetd.d/</filename> contiene i file di configurazione di tutti i servizi gestiti da <systemitem class="daemon">xinetd</systemitem>. Analogamente a <filename>xinetd.conf</filename>, questa  directory è letta al primo avvio di <systemitem class="daemon">xinetd</systemitem>. Ogni modifica ai file di configurazione richiede il riavvio di <systemitem class="daemon">xinetd</systemitem>.

note: Tag: para
en: The format of files in the <filename>/etc/xinetd.d/</filename> directory use the same conventions as <filename>/etc/xinetd.conf</filename>. The primary reason the configuration for each service is stored in a separate file is to make customization easier and less likely to affect other services.
it: Il formato dei file in <filename>/etc/xinetd.d/</filename> usa le stesse convenzioni del file <filename>/etc/xinetd.conf</filename>. Il motivo principale che porta ad avere file di configurazione distinti per servizio è di rendere i servizi meno soggetti ad influenze reciproche e di facilitare la loro configurazione.

note: Tag: para
en: To gain an understanding of how these files are structured, consider the <filename>/etc/xinetd.d/krb5-telnet</filename> file:
it: Per meglio comprendere la struttura interna di questi file, si consideri il file <filename>/etc/xinetd.d/krb5-telnet</filename>:

note: Tag: para
en: These lines control various aspects of the <command>telnet</command> service:
it: Le linee controllano vari aspetti del servizio <command>telnet</command>:

note: Tag: para
en: <option>service</option> &mdash; Specifies the service name, usually one of those listed in the <filename>/etc/services</filename> file.
it: <option>service</option> &mdash; Specifica il nome del servizio, generalmente uno dei servizi presenti nel file <filename>/etc/services</filename>.

note: Tag: para
en: <option>flags</option> &mdash; Sets any of a number of attributes for the connection. <option>REUSE</option> instructs <systemitem class="daemon">xinetd</systemitem> to reuse the socket for a Telnet connection.
it: <option>flags</option> &mdash; Imopsta un attributo sulla connessione. Per esempio l'attributo <option>REUSE</option> specifica di riusare il socket per una connessione Telnet.

note: Tag: para
en: The <option>REUSE</option> flag is deprecated. All services now implicitly use the <option>REUSE</option> flag.
it: L'uso del flag <option>REUSE</option> è deprecato. Tutti i servizi ora usano implicitamente il flag <option>REUSE</option>.

note: Tag: para
en: <option>socket_type</option> &mdash; Sets the network socket type to <option>stream</option>.
it: <option>socket_type</option> &mdash; Imposta il tipo di socket, in questo caso <option>stream</option>.

note: Tag: para
en: <option>wait</option> &mdash; Specifies whether the service is single-threaded (<option>yes</option>) or multi-threaded (<option>no</option>).
it: <option>wait</option> &mdash; Specifica se il servizio è single-thread (<option>yes</option>) o multi-thread (<option>no</option>).

note: Tag: para
en: <option>user</option> &mdash; Specifies which user ID the process runs under.
it: <option>user</option> &mdash; Specifica l'ID utente che ha avviato il processo.

note: Tag: para
en: <option>server</option> &mdash; Specifies which binary executable to launch.
it: <option>server</option> &mdash; Specifica l'eseguibile da avviare.

note: Tag: para
en: <option>log_on_failure</option> &mdash; Specifies logging parameters for <option>log_on_failure</option> in addition to those already defined in <filename>xinetd.conf</filename>.
it: <option>log_on_failure</option> &mdash; Specifica i parametri dei messaggi di log di <option>log_on_failure</option>, integrando quelli già definiti in <filename>xinetd.conf</filename>.

note: Tag: para
en: <option>disable</option> &mdash; Specifies whether the service is disabled (<option>yes</option>) or enabled (<option>no</option>).
it: <option>disable</option> &mdash; Specifica se il servizio è disabilitato (<option>yes</option>) o abilitato (<option>no</option>).

note: Tag: para
en: Refer to the <filename>xinetd.conf</filename> man page for more information about these options and their usage.
it: Per maggiori informazioni sulle opzioni disponibili, consultare le pagine di man relative a <filename>xinetd.conf</filename>.

note: Tag: title
en: Altering xinetd Configuration Files
it: Modificare i file di configurazione di xinetd

note: Tag: para
en: A range of directives is available for services protected by <systemitem class="daemon">xinetd</systemitem>. This section highlights some of the more commonly used options.
it: I servizi protetti da <systemitem class="daemon">xinetd</systemitem> dispongono di una serie di direttive. Questa sezione illustra quelle maggiormente usate.

note: Tag: title
en: Logging Options
it: Opzioni di log

note: Tag: para
en: The following logging options are available for both <filename>/etc/xinetd.conf</filename> and the service-specific configuration files within the <filename>/etc/xinetd.d/</filename> directory.
it: Le seguenti opzioni di log sono impiegabili sia in <filename>/etc/xinetd.conf</filename> sia nei file di configurazione della directory <filename>/etc/xinetd.d/</filename> per i particolari servizi.

note: Tag: para
en: The following is a list of some of the more commonly used logging options:
it: Le opzioni di logging più comunemente usate sono:

note: Tag: para
en: <option>ATTEMPT</option> &mdash; Logs the fact that a failed attempt was made (<option>log_on_failure</option>).
it: <option>ATTEMPT</option> &mdash; Registra un tentativo di connessione fallito (<option>log_on_failure</option>).

note: Tag: para
en: <option>DURATION</option> &mdash; Logs the length of time the service is used by a remote system (<option>log_on_success</option>).
it: <option>DURATION</option> &mdash; Registra per quanto tempo è stato usato il servizio (<option>log_on_success</option>).

note: Tag: para
en: <option>EXIT</option> &mdash; Logs the exit status or termination signal of the service (<option>log_on_success</option>).
it: <option>EXIT</option> &mdash; Registra lo stato d'uscita o il segnale di interruzione del servizio (<option>log_on_success</option>).

note: Tag: para
en: <option>HOST</option> &mdash; Logs the remote host's IP address (<option>log_on_failure</option> and <option>log_on_success</option>).
it: <option>HOST</option> &mdash; Registra l'indirizzo IP dell'host remoto (<option>log_on_failure</option> e <option>log_on_success</option>).

note: Tag: para
en: <option>PID</option> &mdash; Logs the process ID of the server receiving the request (<option>log_on_success</option>).
it: <option>PID</option> &mdash; Registra l'ID del processo server (<option>log_on_success</option>).

note: Tag: para
en: <option>USERID</option> &mdash; Logs the remote user using the method defined in RFC 1413 for all multi-threaded stream services (<option>log_on_failure</option> and<option>log_on_success</option>).
it: <option>USERID</option> &mdash; Registra l'utente remoto secondo il metodo definito in RFC 1413 per i servizi stream multi-thread (<option>log_on_failure</option> e <option>log_on_success</option>).

note: Tag: para
en: For a complete list of logging options, refer to the <filename>xinetd.conf</filename> man page.
it: Per l'elenco completo delle opzioni di log, fare riferimento alle pagine di man relative a <filename>xinetd.conf</filename>.

note: Tag: title
en: Access Control Options
it: Opzioni per il controllo d'accesso

note: Tag: para
en: Users of <systemitem class="daemon">xinetd</systemitem> services can choose to use the TCP Wrappers hosts access rules, provide access control via the <systemitem class="daemon">xinetd</systemitem> configuration files, or a mixture of both. Refer to <xref linkend="sect-Security_Guide-TCP_Wrappers_and_xinetd-TCP_Wrappers_Configuration_Files" /> for more information about TCP Wrappers hosts access control files.
it: Gli utenti dei servizi di <systemitem class="daemon">xinetd</systemitem> possono scegliere di usare regole d'accesso basate su TCP Wrapper, sui file di configurazione di <systemitem class="daemon">xinetd</systemitem> o su una combinazione di entrambi. Per maggiori informazioni sui file di controllo d'accesso basati su TCP Wrapper, fare riferimento alla <xref linkend="sect-Security_Guide-TCP_Wrappers_and_xinetd-TCP_Wrappers_Configuration_Files" />.

note: Tag: para
en: This section discusses using <systemitem class="daemon">xinetd</systemitem> to control access to services.
it: Questa sezione spiega l'uso di <systemitem class="daemon">xinetd</systemitem> per controllare l'accesso ai servizi.

note: Tag: para
en: Unlike TCP Wrappers, changes to access control only take effect if the <systemitem class="daemon">xinetd</systemitem> administrator restarts the <systemitem class="daemon">xinetd</systemitem> service.
it: Diversamente dai TCP Wrapper, le modifiche al controllo d'accesso hanno effetto solo dopo il riavvio del servizio <systemitem class="daemon">xinetd</systemitem>.

note: Tag: para
en: Also, unlike TCP Wrappers, access control through <systemitem class="daemon">xinetd</systemitem> only affects services controlled by <systemitem class="daemon">xinetd</systemitem>.
it: Inoltre, diversamente dai TCP Wrapper, il controllo d'accesso basato su <systemitem class="daemon">xinetd</systemitem>, influenza solo i servizi controllati da <systemitem class="daemon">xinetd</systemitem>.

note: Tag: para
en: The <systemitem class="daemon">xinetd</systemitem> hosts access control differs from the method used by TCP Wrappers. While TCP Wrappers places all of the access configuration within two files, <filename>/etc/hosts.allow</filename> and <filename>/etc/hosts.deny</filename>, <systemitem class="daemon">xinetd</systemitem>'s access control is found in each service's configuration file in the <filename>/etc/xinetd.d/</filename> directory.
it: Il controllo d'accesso di <systemitem class="daemon">xinetd</systemitem> differisce dal metodo usato dai TCP Wrapper. Mentre per i TCP Wrapper le configurazioni di controllo d'accesso si trovano nei due file <filename>/etc/hosts.allow</filename> e <filename>/etc/hosts.deny</filename>, per <systemitem class="daemon">xinetd</systemitem> le configurazioni si trovano in file distinti, uno per ciascun servizio, nella directory <filename>/etc/xinetd.d/</filename>.

note: Tag: para
en: The following hosts access options are supported by <systemitem class="daemon">xinetd</systemitem>:
it: <systemitem class="daemon">xinetd</systemitem> supporta le seguenti opzioni d'accesso:

note: Tag: para
en: <option>only_from</option> &mdash; Allows only the specified hosts to use the service.
it: <option>only_from</option> &mdash; Specifica gli host autorizzati ad usare il servizio.

note: Tag: para
en: <option>no_access</option> &mdash; Blocks listed hosts from using the service.
it: <option>no_access</option> &mdash; Specifica gli host non autorizzati ad usare il servizio

note: Tag: para
en: <option>access_times</option> &mdash; Specifies the time range when a particular service may be used. The time range must be stated in 24-hour format notation, HH:MM-HH:MM.
it: <option>access_times</option> &mdash; Specifica il periodo in cui il servizio è disponibile, secondo il formato HH:MM-HH:MM, dove HH = 00, 01 ... 24.

note: Tag: para
en: The <option>only_from</option> and <option>no_access</option> options can use a list of IP addresses or host names, or can specify an entire network. Like TCP Wrappers, combining <systemitem class="daemon">xinetd</systemitem> access control with the enhanced logging configuration can increase security by blocking requests from banned hosts while verbosely recording each connection attempt.
it: Le opzioni <option>only_from</option> e <option>no_access</option> possono specificare un elenco di indirizzi IP o hostname, o anche specificare una rete. Analogamente ai TCP Wrapper, combinando controlli d'accesso di <systemitem class="daemon">xinetd</systemitem> con opportune configurazioni dei messaggi di log, ripettivamente per bloccare le richieste da host indesiderati e registrare i vari tentativi di accesso, contribuisce a garantire  una maggiore sicurezza al sistema.

note: Tag: para
en: For example, the following <filename>/etc/xinetd.d/telnet</filename> file can be used to block Telnet access from a particular network group and restrict the overall time range that even allowed users can log in:
it: Per esempio, il seguente file <filename>/etc/xinetd.d/telnet</filename> può essere usato per bloccare le connessioni Telnet da una particolare rete e limitare il periodo di connessione agli utenti autorizzati:

note: Tag: para
en: In this example, when a client system from the <systemitem class="ipaddress">172.16.45.0/24</systemitem> network, such as <systemitem class="ipaddress">172.16.45.2</systemitem>, tries to access the Telnet service, it receives the following message:
it: Nell'esempio, quando un client, con indirizzo <systemitem class="ipaddress">172.16.45.2</systemitem>, tenta di accedere dalla rete <systemitem class="ipaddress">172.16.45.0/24</systemitem> al servizio Telnet, egli riceve il seguente messaggio:

note: Tag: para
en: In addition, their login attempts are logged in <filename>/var/log/messages</filename> as follows:
it: Inoltre, i suoi tentativi d'accesso vengono registrati nel file <filename>/var/log/messages</filename> come segue:

note: Tag: screen
en: Sep  7 14:58:33 localhost xinetd[5285]: FAIL: telnet address from=172.16.45.107
    Sep  7 14:58:33 localhost xinetd[5283]: START: telnet pid=5285 from=172.16.45.107
    Sep  7 14:58:33 localhost xinetd[5283]: EXIT: telnet status=0 pid=5285 duration=0(sec)
it: Sep  7 14:58:33 localhost xinetd[5285]: FAIL: telnet address from=172.16.45.2
    Sep  7 14:58:33 localhost xinetd[5283]: START: telnet pid=5285 from=172.16.45.2
    Sep  7 14:58:33 localhost xinetd[5283]: EXIT: telnet status=0 pid=5285 duration=0(sec)

note: Tag: para
en: When using TCP Wrappers in conjunction with <systemitem class="daemon">xinetd</systemitem> access controls, it is important to understand the relationship between the two access control mechanisms.
it: Quando si usano TCP Wrapper insieme ai controlli d'accesso di <systemitem class="daemon">xinetd</systemitem>, è importante capire il legame tra i due meccanismi di controllo d'accesso.

note: Tag: para
en: The following is the sequence of events followed by <systemitem class="daemon">xinetd</systemitem> when a client requests a connection:
it: Di seguito si mostra la sequenza di eventi attivati da <systemitem class="daemon">xinetd</systemitem> quando un client richiede di effettuare una connessione:

note: Tag: para
en: The <systemitem class="daemon">xinetd</systemitem> daemon accesses the TCP Wrappers hosts access rules using a <filename>libwrap.a</filename> library call. If a deny rule matches the client, the connection is dropped. If an allow rule matches the client, the connection is passed to <systemitem class="daemon">xinetd</systemitem>.
it: Il demone <systemitem class="daemon">xinetd</systemitem> analizza le regole d'accesso basate su TCP Wrapper, caricando la libreria <filename>libwrap.a</filename>. Se una regola vieta l'accesso, la connessione viene scartata. Se una regola consente l'accesso, il controllo passa a <systemitem class="daemon">xinetd</systemitem>.

note: Tag: para
en: The <systemitem class="daemon">xinetd</systemitem> daemon checks its own access control rules both for the <systemitem class="daemon">xinetd</systemitem> service and the requested service. If a deny rule matches the client, the connection is dropped. Otherwise, <systemitem class="daemon">xinetd</systemitem> starts an instance of the requested service and passes control of the connection to that service.
it: Il demone <systemitem class="daemon">xinetd</systemitem> controlla le proprie regole d'accesso sia per il servizio di <systemitem class="daemon">xinetd</systemitem> sia per il servizio richiesto. Se esiste una regola di divieto, la connessione viene scartata. Altrimenti, <systemitem class="daemon">xinetd</systemitem> avvia una istanza del servizio e passa il controllo della connessione al servizio.

note: Tag: para
en: Care should be taken when using TCP Wrappers access controls in conjunction with <systemitem class="daemon">xinetd</systemitem> access controls. Misconfiguration can cause undesirable effects.
it: Occorre prestare una certa attenzione ad utilizzare controlli d'accesso di TCP Wrapper in combinazione con i controlli di <systemitem class="daemon">xinetd</systemitem>. Effetti indesiderati possono verificarsi in caso di errate configurazioni.

note: Tag: title
en: Binding and Redirection Options
it: Opzioni di Binding e di Redirection

note: Tag: para
en: The service configuration files for <systemitem class="daemon">xinetd</systemitem> support binding the service to an IP address and redirecting incoming requests for that service to another IP address, hostname, or port.
it: I file di configurazione dei servizi di <systemitem class="daemon">xinetd</systemitem>, supportano il collegamento del servizio con un indirizzo IP e la redirezione verso altri indirizzi IP, hostname o porte.

note: Tag: para
en: Binding is controlled with the <option>bind</option> option in the service-specific configuration files and links the service to one IP address on the system. When this is configured, the <option>bind</option> option only allows requests to the correct IP address to access the service. You can use this method to bind different services to different network interfaces based on requirements.
it: Il collegamento è controllato con l'opzione <option>bind</option> nei file di configurazione dei servizi e serve a collegare il servizio ad un indirizzo IP nel sistema. Con tale opzione, solo gli host con richieste dirette all'IP specificato possono accedere al servizio. Si può usare questo metodo per collegare p.e. diversi servizi su differenti schede di rete.

note: Tag: para
en: This is particularly useful for systems with multiple network adapters or with multiple IP addresses. On such a system, insecure services (for example, Telnet), can be configured to listen only on the interface connected to a private network and not to the interface connected to the Internet.
it: Ciò si rivela particolarmente vantaggioso nei sistemi con schede di rete mulltiple o con indirizzi IP multipli. In tali sistemi, servizi non sicuri come Telnet, possono essere configurati (p.e.) per ricevere connessioni soltanto dalla scheda connessa ad una rete privata e non dalla scheda connessa ad Internet.

note: Tag: para
en: The <option>redirect</option> option accepts an IP address or hostname followed by a port number. It configures the service to redirect any requests for this service to the specified host and port number. This feature can be used to point to another port number on the same system, redirect the request to a different IP address on the same machine, shift the request to a totally different system and port number, or any combination of these options. A user connecting to a certain service on a system may therefore be rerouted to another system without disruption.
it: L'opzione <option>redirect</option> accetta un indirizzo IP o hostname seguito da un numero di porta. Tale opzione consente di dirottare ogni richiesta di un servizio verso un host e una porta specifica. Questa caratteristica può essere usata per puntare ad un'altra porta del sistema, per redirezionare la richiesta verso un IP differente sulla stessa macchina, per trasferire la richiesta su un sistema completamente diverso oppure può essere usata combinando alcune di queste possibilità. Un utente che si connette al servizio, in maniera trasparente, viene trasferito su un altro sistema senza alcuna interruzione.

note: Tag: para
en: The <systemitem class="daemon">xinetd</systemitem> daemon is able to accomplish this redirection by spawning a process that stays alive for the duration of the connection between the requesting client machine and the host actually providing the service, transferring data between the two systems.
it: Il demone <systemitem class="daemon">xinetd</systemitem> effettua questa redirezione generando un processo, per il trasferimento dei dati tra i due sistemi, che dura quanto la connessione tra la macchina client richiedente e l'host del servizio.

note: Tag: para
en: The advantages of the <option>bind</option> and <option>redirect</option> options are most clearly evident when they are used together. By binding a service to a particular IP address on a system and then redirecting requests for this service to a second machine that only the first machine can see, an internal system can be used to provide services for a totally different network. Alternatively, these options can be used to limit the exposure of a particular service on a multi-homed machine to a known IP address, as well as redirect any requests for that service to another machine especially configured for that purpose.
it: I vantaggi forniti dalle opzioni <option>bind</option> e <option>redirect</option>, diventano ancora più evidenti quando le opzioni vengono impiegate insieme. Collegando un servizio ad un particolare indirizzo IP di un sistema e poi reindirizzando le richieste verso una seconda macchina che solo la prima può vedere, un sistema interno può essere usato per fornire servizi ad una rete completamente diversa. Alternativamente, queste opzioni possono essere usate per limitare l'esposizione di un servizio su una macchina multi-homed, ad un indirizzo IP noto, oppure per reindirizzare le richieste verso un'altra macchina, appositamente configurata.

note: Tag: para
en: For example, consider a system that is used as a firewall with this setting for its Telnet service:
it: Per esempio, si consideri un sistema usato come firewall con questa impostazione per Telnet:

note: Tag: para
en: The <option>bind</option> and <option>redirect</option> options in this file ensure that the Telnet service on the machine is bound to the external IP address (<systemitem class="ipaddress">123.123.123.123</systemitem>), the one facing the Internet. In addition, any requests for Telnet service sent to <systemitem class="ipaddress">123.123.123.123</systemitem> are redirected via a second network adapter to an internal IP address (<systemitem class="ipaddress">10.0.1.13</systemitem>) that only the firewall and internal systems can access. The firewall then sends the communication between the two systems, and the connecting system thinks it is connected to <systemitem class="ipaddress">123.123.123.123</systemitem> when it is actually connected to a different machine.
it: Le opzioni <option>bind</option> e <option>redirect</option> assicurano che il servizio Telnet sulla macchina sia collegato all'indirizzo IP esterno <systemitem class="ipaddress">123.123.123.123</systemitem>, verso Internet. Inoltre, ogni richiesta di servizio Telnet inviata all'indirizzo <systemitem class="ipaddress">123.123.123.123</systemitem>, viene rediretta, attraverso una seconda scheda di rete, all'indirizzo IP interno <systemitem class="ipaddress">10.0.1.13</systemitem> a cui possono accedere soltanto il firewall e i sistemi interni. Il firewall quindi gestisce la comunicazione tra i due sistemi, e cosa importante, in maniera trasparente al sistema richiedente che ritiene di comunicare con <systemitem class="ipaddress">123.123.123.123</systemitem>, quando in realtà è connesso con una macchina differente.

note: Tag: para
en: This feature is particularly useful for users with broadband connections and only one fixed IP address. When using Network Address Translation (NAT), the systems behind the gateway machine, which are using internal-only IP addresses, are not available from outside the gateway system. However, when certain services controlled by <systemitem class="daemon">xinetd</systemitem> are configured with the <option>bind</option> and <option>redirect</option> options, the gateway machine can act as a proxy between outside systems and a particular internal machine configured to provide the service. In addition, the various <systemitem class="daemon">xinetd</systemitem> access control and logging options are also available for additional protection.
it: Questa caratteristica è particolarmente utile per quegli utenti con connessioni a banda larga e con un solo indirizzo IP. Quando si usa NAT (Network Address Translation), i sistemi dietro al gateway che usano solo indirizzi IP interni, non sono disponibili dall'esterno. Comunque, se certi servizi controllati da <systemitem class="daemon">xinetd</systemitem> vengono configurati con le opzioni <option>bind</option> e <option>redirect</option>, il gateway può agire da proxy tra i sistemi esterni ed una macchina interna configurata per fornire un servizio. Inoltre, le varie opzioni di log e di controllo d'accesso di <systemitem class="daemon">xinetd</systemitem> sono disponibili per fornire ulteriore protezione al sistema.

note: Tag: title
en: Resource Management Options
it: Opzioni per gestire le risorse

note: Tag: para
en: The <systemitem class="daemon">xinetd</systemitem> daemon can add a basic level of protection from Denial of Service (DoS) attacks. The following is a list of directives which can aid in limiting the effectiveness of such attacks:
it: Il demone <systemitem class="daemon">xinetd</systemitem> può creare una protezione di base contro attacchi tipo DoS (Denial of Service). Di seguito si riporta un elenco di direttive che aiutano a limitare i rischi di tali attacchi:

note: Tag: para
en: <option>per_source</option> &mdash; Defines the maximum number of instances for a service per source IP address. It accepts only integers as an argument and can be used in both <filename>xinetd.conf</filename> and in the service-specific configuration files in the <filename>xinetd.d/</filename> directory.
it: <option>per_source</option> &mdash; Definisce il numero massimo di istanze di un servizio, per indirizzo IP ricevente. Accetta solo interi e si può usare sia nel file <filename>xinetd.conf</filename> sia nei file di configurazione dei servizi, nella cartella <filename>xinetd.d/</filename>.

note: Tag: para
en: <option>cps</option> &mdash; Defines the maximum number of connections per second. This directive takes two integer arguments separated by white space. The first argument is the maximum number of connections allowed to the service per second. The second argument is the number of seconds that <systemitem class="daemon">xinetd</systemitem> must wait before re-enabling the service. It accepts only integers as arguments and can be used in either the <filename>xinetd.conf</filename> file or the service-specific configuration files in the <filename>xinetd.d/</filename> directory.
it: <option>cps</option> &mdash; Definisce il numero massimo di connessioni per secondo. La direttiva prende due argomenti di tipo intero, separati da spazio. Il primo argomento rappresenta il numero massimo di connessioni al secondo, per un servizio. L'altro argomento è il numero di secondi di interruzione di <systemitem class="daemon">xinetd</systemitem>, prima di riabilitare il servizio. Accetta solo interi e si può usare sia nel file <filename>xinetd.conf</filename> sia nei file di configurazione dei servizi, nella cartella <filename>xinetd.d/</filename>.

note: Tag: para
en: <option>max_load</option> &mdash; Defines the CPU usage or load average threshold for a service. It accepts a floating point number argument.
it: <option>max_load</option> &mdash; Definisce il carico medio da assegnare alla CPU per un servizio. Accetta come argomento un numero decimale (in virgola mobile).

note: Tag: para
en: The load average is a rough measure of how many processes are active at a given time. See the <command>uptime</command>, <command>who</command>, and <command>procinfo</command> commands for more information about load average.
it: Il carico medio è una misura (grossolana) del numero dei processi attivi in un dato momento. Per maggiori informazioni sul carico medio di una CPU, vedere le pagine man relative ai comandi <command>uptime</command>, <command>who</command> e <command>procinfo</command>.

note: Tag: para
en: There are more resource management options available for <systemitem class="daemon">xinetd</systemitem>. Refer to the <filename>xinetd.conf</filename> man page for more information.
it: Esistono anche altre opzioni per la gestione delle risorse. Per maggiori informazioni, fare riferimento alle pagine di man relative a <filename>xinetd.conf</filename>.

note: Tag: title
en: Additional Resources
it: Ulteriori risorse

note: Tag: para
en: More information about TCP Wrappers and <systemitem class="daemon">xinetd</systemitem> is available from system documentation and on the Internet.
it: Maggiori informazioni sui TCP Wrapper e <systemitem class="daemon">xinetd</systemitem> sono disponibili nella documentazione installata nel sistema e su Internet.

note: Tag: title
en: Installed TCP Wrappers Documentation
it: Documentazione su TCP Wrapper installata

note: Tag: para
en: The documentation on your system is a good place to start looking for additional configuration options for TCP Wrappers, <systemitem class="daemon">xinetd</systemitem>, and access control.
it: La documentazione installata nel proprio sistema, è un buon punto da cui ottenere informazioni su ulteriori opzioni di configurazione per TCP Wrapper, <systemitem class="daemon">xinetd</systemitem> e controllo d'accesso.

note: Tag: para
en: <filename>/usr/share/doc/tcp_wrappers-<replaceable>&lt;version&gt;</replaceable>/</filename> &mdash; This directory contains a <filename>README</filename> file that discusses how TCP Wrappers work and the various hostname and host address spoofing risks that exist.
it: <filename>/usr/share/doc/tcp_wrappers-<replaceable>&lt;version&gt;</replaceable>/</filename> &mdash; Questa directory contiene un file <filename>README</filename> che spiega il funzionamento dei TCP Wrapper e i vari rischi relativi alla manomissione (spoofing) degli hostname e degli indirizzi IP degli host.

note: Tag: para
en: <filename>/usr/share/doc/xinetd-<replaceable>&lt;version&gt;</replaceable>/</filename> &mdash; This directory contains a <filename>README</filename> file that discusses aspects of access control and a <filename>sample.conf</filename> file with various ideas for modifying service-specific configuration files in the <filename>/etc/xinetd.d/</filename> directory.
it: <filename>/usr/share/doc/xinetd-<replaceable>&lt;version&gt;</replaceable>/</filename> &mdash; Questa directory contiene un file <filename>README</filename> che spiega vari aspetti del controllo d'accesso e un file <filename>sample.conf</filename> con vari spunti per modificare i file di configurazione dei servizi, nella directory <filename>/etc/xinetd.d/</filename>.

note: Tag: para
en: TCP Wrappers and <systemitem class="daemon">xinetd</systemitem>-related man pages &mdash; A number of man pages exist for the various applications and configuration files involved with TCP Wrappers and <systemitem class="daemon">xinetd</systemitem>. The following are some of the more important man pages:
it: Pagine di man su TCP Wrapper e <systemitem class="daemon">xinetd</systemitem> &mdash; Esistono un certo numero di pagine di man, dedicate alle varie applicazioni e ai vari file di configurazione rigurdanti TCP Wrapper e <systemitem class="daemon">xinetd</systemitem>. Di seguito si riportano le più importanti:

note: Tag: term
en: Server Applications
it: Applicazioni server

note: Tag: para
en: <command>man xinetd</command> &mdash; The man page for <systemitem class="daemon">xinetd</systemitem>.
it: <command>man xinetd</command> &mdash; Le pagine di man su <systemitem class="daemon">xinetd</systemitem>.

note: Tag: term
en: Configuration Files
it: File di configurazione

note: Tag: para
en: <command>man 5 hosts_access</command> &mdash; The man page for the TCP Wrappers hosts access control files.
it: <command>man 5 hosts_access</command> &mdash; Le pagine di man sui file di controllo d'accesso di TCP Wrapper.

note: Tag: para
en: <command>man hosts_options</command> &mdash; The man page for the TCP Wrappers options fields.
it: <command>man hosts_options</command> &mdash; Le pagine di man su option field di TCP Wrapper.

note: Tag: para
en: <command>man xinetd.conf</command> &mdash; The man page listing <systemitem class="daemon">xinetd</systemitem> configuration options.
it: <command>man xinetd.conf</command> &mdash; Le pagine man con l'elenco delle opzioni di configurazione di <systemitem class="daemon">xinetd</systemitem>.

note: Tag: title
en: Useful TCP Wrappers Websites
it: Utili siti su TCP Wrapper

note: Tag: para
en: <ulink url="http://www.xinetd.org">http://www.xinetd.org/</ulink> &mdash; The home of <systemitem class="daemon">xinetd</systemitem>, containing sample configuration files, a full listing of features, and an informative FAQ.
it: <ulink url="http://www.xinetd.org"><systemitem class="daemon">xinetd</systemitem></ulink> &mdash; La home page del progetto, con esempi di file di configurazione, un elenco completo di caratteristiche ed una FAQ informativa.

note: Tag: para
en: <ulink url="http://www.docstoc.com/docs/2133633/An-Unofficial-Xinetd-Tutorial">http://www.docstoc.com/docs/2133633/An-Unofficial-Xinetd-Tutorial</ulink> &mdash; A thorough tutorial that discusses many different ways to optimize default <systemitem class="daemon">xinetd</systemitem> configuration files to meet specific security goals.
it: <ulink url="http://www.docstoc.com/docs/2133633/An-Unofficial-Xinetd-Tutorial">An-Unofficial-Xinetd-Tutorial</ulink> &mdash; Un tutorial che discute diverse modalità per ottimizzare i file di configurazione di <systemitem class="daemon">xinetd</systemitem> predefiniti, per specifici obbiettivi di sicurezza.

note: Tag: title
en: Related Books
it: Libri

note: Tag: para
en: <citetitle>Hacking Linux Exposed</citetitle> by Brian Hatch, James Lee, and George Kurtz; Osbourne/McGraw-Hill &mdash; An excellent security resource with information about TCP Wrappers and <systemitem class="daemon">xinetd</systemitem>.
it: <citetitle>Hacking Linux Exposed</citetitle>, by Brian Hatch, James Lee, and George Kurtz (Osbourne/McGraw-Hill) &mdash;  E' una eccellente risorsa sulla sicurezza con informazioni su TCP Wrapper e <systemitem class="daemon">xinetd</systemitem>.
