3 155
contributi
Iproute2: differenze tra le versioni
Vai alla navigazione
Vai alla ricerca
m
nessun oggetto della modifica
Wtf (discussione | contributi) m (→Esempio 1) |
Wtf (discussione | contributi) mNessun oggetto della modifica |
||
| Riga 109: | Riga 109: | ||
<pre># while ip rule delete from 0/0 to 0/0 table tab1 2>/dev/null; do true; done</pre> | <pre># while ip rule delete from 0/0 to 0/0 table tab1 2>/dev/null; do true; done</pre> | ||
== Aggiungere tabelle di routing == | |||
È possibile aggiungere altre tabelle di routing oltre a quella principale. Per fare ciò è sufficiente editare il file <code>/etc/iproute2/rt_tables</code> ed aggiungere in coda i nomi delle tabelle aggiuntive, avendo cura di specificare anche il relativo ID. Per esempio per aggiungere una sola tabella di nome ''tab1'' e ID=1 sarebbe sufficiente che il contenuto del predetto file si presentasse così: | |||
<pre> | |||
# | |||
# reserved values | |||
# | |||
255 local | |||
254 main | |||
253 default | |||
0 unspec | |||
# | |||
# local | |||
# | |||
#1 inr.ruhep | |||
1 tab1 | |||
</pre> | |||
Il vantaggio di avere più tabelle di routing è chiaramente quello di poter stabilire rotte diverse (e/o cambiare le priorità) per i pacchetti a seconda di alcuni criteri di confronto. | |||
=== Network namespaces === | === Network namespaces === | ||
| Riga 162: | Riga 183: | ||
<pre># ip netns exec test su -c "stringa_comando" nome_utente_non_privilegiato</pre> | <pre># ip netns exec test su -c "stringa_comando" nome_utente_non_privilegiato</pre> | ||
Come anticipato all'inizio se ora si definisce una regola di routing nel namespace globale (cioè quello predefinito) tale per cui tutti i dati provenienti da 192.168.1.100 sono per esempio instradati con una tabella di routing alternativa, l'effetto finale è che tale regola interesserà solo gli applicativi che sono stati lanciati usando il namespace "test" | Come anticipato all'inizio se ora si definisce una regola di routing nel namespace globale (cioè quello predefinito) tale per cui tutti i dati provenienti da 192.168.1.100 sono per esempio instradati con una tabella di routing alternativa (es. <code>tab1</code>), l'effetto finale è che tale regola interesserà solo gli applicativi che sono stati lanciati usando il namespace "test". | ||
== Reverse path filtering == | == Reverse path filtering == | ||