George Miliotis (Corfiot) wrote: > Γιώργος Πάλλας wrote: > >> Καλησπέρα σε όλους! >> >> Τις τελευταίες μέρες, σε ένα fully updated debian squeeze, πάνω σε >> siemens adsl router με forthnet ISP, έχω το πρόβλημα ότι προσπαθεί να >> μιλήσει με IPv6 σε IPv6 enabled sites. Ουσιαστικά δηλαδή, σε sites των >> οποίων το DNS επιστρέφει ΑΑΑΑ record. >> >> Φυσικά, ο ISP δεν δίνει IPv6, ούτε και ο routerάκος, και ενώ το >> interface μου είναι ως εξής: >> >> eth2 Link encap:Ethernet HWaddr 00:22:5f:6e:cc:63 >> inet addr:192.168.1.200 Bcast:192.168.1.255 Mask:255.255.255.0 >> inet6 addr: fe80::222:5fff:fe6e:cc63/64 Scope:Link >> >> >> παρόλα αυτά ο υπολογιστής προσπαθεί να μιλήσει με IPv6. >> >> Αρχικά το παρατήρησα με το security.debian.org κατά τη διάρκεια ενός >> aptitude update: >> >> 84% [Connecting to security.debian.org (2001:8d8:2:1:6564:a62:0:2)] >> >> > > Στο resolv.conf έχεις μήπως options inet6 ; > --Γ >
μπά...
ένα μόνο nameserver που δείχνει στον dsl router: 192.168.1.1...
Πάντως έκανα μερικά πειράματα.
Έκανα ένα VPN και βρέθηκα bridged σε δίκτυο που διαθέτει και IPv6.
Kάνοντας ένα strace το telnet, βλέπω ότι πρώτα γίνεται μια προ-σύνδεση
και στην ipv4 και στην ipv6:
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 3
connect(3, {sa_family=AF_INET, sin_port=htons(80),
sin_addr=inet_addr("70.122.123.74")}, 16) = 0
getsockname(3, {sa_family=AF_INET, sin_port=htons(50799),
sin_addr=inet_addr("myIPv4VPNaddress")}, [16]) = 0
close(3) = 0
socket(PF_INET6, SOCK_DGRAM, IPPROTO_IP) = 3
connect(3, {sa_family=AF_INET6, sin6_port=htons(80), inet_pton(AF_INET6,
"2001:6b0:1:ea:202:a5ff:fecd:13a6", &sin6_addr), sin6_flowinfo=0,
sin6_scope_id=0}, 28) = 0
getsockname(3, {sa_family=AF_INET6, sin6_port=htons(34891),
inet_pton(AF_INET6, "myIPv6VPNaddress", &sin6_addr), sin6_flowinfo=0,
sin6_scope_id=0}, [28]) = 0
close(3) = 0
και μετά, αφού πέτυχαν και οι δυο, παίρνει προτεραιότητα το IPv6 και
συνδέεται με IPv6:
connect(3, {sa_family=AF_INET6, sin6_port=htons(80), inet_pton(AF_INET6,
"2001:6b0:1:ea:202:a5ff:fecd:13a6", &sin6_addr), sin6_flowinfo=0,
sin6_scope_id=0}, 28) = 0
Ενδιαφέρον.
Kόβωντας το VPN και επιστρέφοντας σε POv4, το αντίστοιχο πείραμα δίνει:
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) =
3
connect(3, {sa_family=AF_INET, sin_port=htons(80),
sin_addr=inet_addr("130.237.234.40")}, 16) = 0
getsockname(3, {sa_family=AF_INET, sin_port=htons(34390),
sin_addr=inet_addr("192.168.1.200")}, [16]) = 0
close(3) =
0
socket(PF_INET6, SOCK_DGRAM, IPPROTO_IP) =
3
connect(3, {sa_family=AF_INET6, sin6_port=htons(80), inet_pton(AF_INET6,
"2001:6b0:1:ea:202:a5ff:fecd:13a6", &sin6_addr), sin6_flowinfo=0,
sin6_scope_id=0}, 28) = -1 ENETUNREACH (Network is
unreachable)
close(3) =
0
write(1, "Trying 130.237.234.40...\n", 25Trying
130.237.234.40... ) =
25
close(4294967295) = -1 EBADF (Bad file
descriptor)
socket(PF_INET, SOCK_STREAM, IPPROTO_IP) =
3
setsockopt(3, SOL_IP, IP_TOS, [16], 4) =
0
connect(3, {sa_family=AF_INET, sin_port=htons(80),
sin_addr=inet_addr("130.237.234.40")}, 16) = 0
Δηλαδή είδε ότι απέτυχε η IPv6 σύνδεση και τελικά συνδέθηκε με IPv4. Άρα
το πρόβλημα δεν εμφανίστηκε.
Θα επαναλάβω το strace κατά τη στιγμή που συμβαίνει το πρόβλημα για να
συγκρίνω...
smime.p7s
Description: S/MIME Cryptographic Signature
