Newsgroup: it.comp.os.linux.sys
Titolo: IPv6: che faccio di sbagliato?

Ciao a tutti!
Da qualche tempo ho un Tunnel e una Subnet presso Hurricane Electric.
Il tutto funziona perfettamente e sia dal mio PC che dal PC di mia moglie
l'accesso via IPv6 e' garantito.
Ieri ho pero' scoperto un problema e mi piacerebbe risolverlo...
In pratica: se io mando una richiesta ad un Server via IPv6 dal mio PC
viene usato l'IP del Tunnel (al posto di quello assegnato a eth0 e preso
dalla mia Subnet). Se lo faccio dal PC di mia moglie viene invece usato il
suo IP, come dovrebbe essere.
Sicuramente e' un qualche problema nella configurazione, ma non riesco
bene a capire cosa (e' lunedi e sono ancora mezzo addormentato).
Qualche anima pia puo' darmi un suggerimento?
Per tirare su il Tunnel uso uno script in /etc/ppp/ip-up.d:
ip tunnel add he-ipv6 mode sit remote $SERVER_IPv4_ENDPOINT local $IPLOCAL
ttl 255
ip link set he-ipv6 up
ip addr add $CLIENT_IPv6_ENDPOINT dev he-ipv6
ip route add ::/0 dev he-ipv6
ip -f inet6 addr
mentre l'IPv6 di eth0 e' dichiarato in /etc/network/interfaces:
auto eth0
iface eth0 inet static
        address 192.168.10.3
        netmask 255.255.255.0
        up /sbin/ip -6 addr add 2001:470:9735:1::1/64 dev eth0
Uso KUbuntu 8.04.
Grazie
Luca Bertoncello
(
luca...@lucabert.de
)
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 suo IP, come dovrebbe essere.
Ma č il tuo pc che tira su il tunnel e fa da gateway ipv6?

Cristian "sengo" Mammoli ha scritto:


Si, mi sembrava di averlo detto...
Altri PC, a casa, non ne ho...
Ciao


 Altri PC, a casa, non ne ho...
Allora è perfettamente normale quello che succede, se vuoi usare l'ip 
dell'interfaccia invece che quello del tunnel devi specificarlo a 
livello di singola applicazione (se possibile) oppure fare barbatrucchi 
con ip6tables.

 ip route add ::/0 dev he-ipv6
La selezione dell'IP di uscita viene effettuata in base alla route table.
Se la destinazione verrà raggiunta attraverso l'interfaccia X, sarà
usato come IP sorgente quello assegnato all'interfaccia X, salvo binding
esplicito.
Vale paro-paro anche in IPv4, non è una caratteristica di IPv6...
-- 
Paranoia is a disease unto itself. And may I add: the person standing
next to you may not be who they appear to be, so take precaution.
-----------------------------------------------------------------------------
http://bofhskull.wordpress.com/

 Vale paro-paro anche in IPv4, non è una caratteristica di IPv6...
L'avevo detto che sono ancora mezzo addormentato, vero?
OK, quindi non c'e' modo di risolvere il problema?
Ciao


 OK, quindi non c'e' modo di risolvere il problema?
Mettere la default v6 sull'interfaccia ethernet, no?

 Mettere la default v6 sull'interfaccia ethernet, no?
Mmm... Puoi dirmi come fare?
Grazie


 OK, quindi non c'e' modo di risolvere il problema?
aggiungi un secondo IP al tunnel dal tuo lato (ad es. 2001:470:9735:1::2 
o 2001:470:9735:2::1), probabilmente verrà usato quello.

 On 05/09/2011 09:07 AM, Luca Bertoncello wrote:


Oppure semplicemente NON assegnare un IP all'interfaccia he-ipv6 e
lasciare che venga usato quello della eth0...
Fatto questo, funziona tutto alla perfezione!
Maledizione! Averci pensato prima...


 lasciare che venga usato quello della eth0...
Che è una porcheria. Fai quello che ti ho detto, che è invece una 
soluzione pulita.

 Che è una porcheria. Fai quello che ti ho detto, che è invece una soluzione pulita.
Mica l'ho capito che intendi per 'porcheria"...


In un tunnel IPv6 togliere uno dei due endpoint a me non sembra affatto 
una bella soluzione (poi de gustibus non disputandum est...).


Sì, sono stato criptico, in effetti.
In realtà il problema era altrove, ovvero nel fatto che lo script di up di quell'interfaccia ppp impostava una default
route attraverso l'interfaccia he-ipv6, a mio avviso.
Aggiungere un indirizzo (2001:470:9735:1::1) all'interfacia he-ipv6, indirizzo per altro già assegnato
alla eth0, come da te proposto, non mi pare affatto una soluzione pulita e non avrebbe tra l'altro funzionato
affatto, visto che, tralasciando altri *piccoli* dettagli, il routing di linux utilizza sempre il primo indirizzo
assegnato a un'interfaccia, se non specificato diversamente (parametro "src" in ip route).

 assegnato a un'interfaccia,
A me sembra che utilizzi l'ultimo, però effettivamente di questo non 
sono sicuro.
[1]
 > Ma è il tuo pc che tira su il tunnel e fa da gateway ipv6?
Si, mi sembrava di averlo detto...
Altri PC, a casa, non ne ho...
[2]


 Come ti trovi con questo provider?
Decisamente bene! La registrazione prende un minuto ed hai SUBITO la
possibilita' di richiedere fino a 5 Tunnels e altrettante Subnets /48.
Per ogni Subnet hai la possibilita' di configurare fino a 5 Server per il
Reverse DNS.
Hai relativemente pochi Endpoint a disposizione (in Europa solo 6), ma
funzionano decisamente bene e la velocita' del servizio e' ragguardevole.
Per tirare su il Tunnel puoi usare uno scriptino fatto in casa e non hai
problemi anche se, come me, hai un IPv4 dinamico.
Il Forum e' frequentatissimo e la gente e' decisamente cortese e preparata.
Provengo da SixXS che ho lasciato non perche' offrisse servizi scarsi (la
qualita' era uguale, con l'aggiunta dell'uso di aiccu), ma perche' occorre
attendere delle settimane per avere una Subnet attiva. E anche solo per
avere un Tunnel attivo devi attendere almeno una settimana!
Inoltre il supporto tecnico FA CAGARE (rispondono quando hanno voglia e in
maniera piuttosto sgarbata).
Il mio problema era di voler cambiare alcune informazioni nel Whois della
mia Subnet. Secondo le loro FAQ dovevo semplicemente scrivere a loro.
Prima risposta: non devi scrivere a noi, ma al gestore della Subnet (e chi
sarebbe se non loro?)
Altra E-Mail chiedendo lumi: nessuna risposta.
Domanda sul Forum: Topic cancellato senza dire niente.
Apertura di un Ticket: Ticket cancellato senza dire niente.
Apertura di un account su Hurricane Electric, account SixXS cancellato...
:D
Ciao


 suo IP, come dovrebbe essere.
Ops, hai ragione, non avevo capito un apascio (cit.), ero convinto che avesse due connettività ipv6
distinte, una "nativa" e una in ppp.
Resta il punto che se dal computer che fa da gateway assegna un ip come secondario all'interfaccia
he-ipv6, di default quel computer utilizzerà l'indirizzo primario per i pacchetti generati localmente.
Basta, come dicevo un "src" in ip route per sistemare la cosa.

 Comunque ho chiesto un quote adesso.
A casa ho due PC (il mio e quello di mia moglie), il Server e' un vServer
con Virtuozzo sul quale ho accesso come root.
Il Provider NON FA NIENTE (dicono che stanno lavorando per offrire IPv6
nativo a tutti i vServers).
Visto che e' un vServer non ho sit, quindi devo usare un trucchetto per
creare il tunnel. Inizialmente pensavo a questo:
http://code.google.com/p/tb-tun/
Il problema e' che, nel vServer, non ho nemmeno i moduli per ip6tables e
il Provider non vuole attivarmeli adesso (il perche' non l'ho mica ancora
capito), quindi per il momento il vServer non ha IPv6 visto che non mi
fido a lasciare il vServer senza Firewall.
Sto lavorando adesso per modificare (praticamente riscrivere da capo) il
programma di cui sopra per implementare un Firewall in userspace.
Appena sara' pronto lo pubblichero' sul mio sito sotto GPL2, casomai ti
interessasse.


 Basta, come dicevo un "src" in ip route per sistemare la cosa.
In questo caso va bene se ci metti l'IP associato ad eth0. In generale, 
visto che non ci sono problemi ad aggiungere indirizzi su una 
interfaccia e che gli IP abbondano, ci mette quello che gli pare 
(secondo gusto, divertimento, dns, necessità), indipendentemente da 
tutte le altre interfacce (presenti o meno) e senza rimuovere nulla.
Eventualmente, se necessario, in secondo luogo usa il colpetto di ip 
"src" che suggerisci.