Hallo Jochen, Jochen Spieker <ml@well-adjusted.de> (Do 08 Nov 2012 23:02:07 CET): > >> Host scatter > >> HostName scatter.at.xencon.de > >> AddressFamily inet6 > > > > … gucke mal in die `/etc/gai.conf` > > Oh. Die war mir bisher völlig unbekannt. Interessant. Mir auch, bis ich mal einen ähnlichen Anlass hatte wie Du. > > Ca. Zeile 54. > > Bei mir ist das so: > > > > # > > precedence ::1/128 50 > > precedence ::/0 40 > > precedence 2002::/16 30 > > precedence ::/96 20 > > precedence ::ffff:0:0/96 10 > > # > > # For sites which prefer IPv4 connections change the last line to > > # > > #precedence ::ffff:0:0/96 100 > > Das hast Du selbst auskommentiert, oder? Squeeze und sid haben per > default eine effektiv leere Datei. Ja, scheint in der Tat so zu sein. > > Vermutlich ist bei Dir das anders, und dann entscheidet sich Dein > > Netzwerkstack letztlich doch für ipv4. > > Das ändert leider aber nichts. Ich vermute, dass OpenSSH hier gezielt > IPv4 auswählt. Nicht, dass ich eine Ahnung hätte, wie das genau > funktioniert, aber ich würde raten, dass schon der DNS-Lookup das > entscheidet. Yup: > > Connect ohne -6: > > # tcpdump -vv -i eth0 udp port 53 > tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes > 22:53:15.381012 IP (tos 0x0, ttl 64, id 56076, offset 0, flags [DF], proto UDP (17), length 66) > jigsaw.38450 > bluebox.domain: [bad udp cksum c274!] 24089+ A? scatter.at.xencon.de. (38) > ^^^ > > vs. > > Connect mit -6: > > # tcpdump -vv -i eth0 udp port 53 > tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes > 22:53:56.443844 IP (tos 0x0, ttl 64, id 805, offset 0, flags [DF], proto UDP (17), length 66) > jigsaw.33496 > bluebox.domain: [bad udp cksum 1e5d!] 35068+ AAAA? scatter.at.xencon.de. (38) > ^^^^^^^ Nun gut, aber das DNS-Lookup macht sicher nicht die SSH, sondern sie läßt das über die Resolverbibliothek machen, und da kommt dann entweder gethostbyname(3) oder getaddrinfo(3) ins Spiel, letzteres beeinflußbar über die gai.conf. Welche DNS-Queries siehst Du, wenn Du mit -oAddressFamily=inet6 arbeitest? Jetzt wollte ich gerade mal mit ltrace gucken, was die SSH macht, leider geht das nicht… Vielleicht deswegen: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=614018 -- Heiko
Attachment:
signature.asc
Description: Digital signature