[Pidgin] #13157: Problems with Bonjour and IPv6 on 2.7.9
Pidgin
trac at pidgin.im
Fri Jan 14 04:23:00 EST 2011
#13157: Problems with Bonjour and IPv6 on 2.7.9
----------------------------+-----------------------------------------------
Reporter: pottersys | Owner: datallah
Type: defect | Status: new
Milestone: | Component: Bonjour
Version: 2.7.9 | Resolution:
Keywords: dnsquery, ipv6 |
----------------------------+-----------------------------------------------
Comment(by pjdelport):
Replying to [comment:3 tux]:
> @pjdelport: Are those other hosts running Ubuntu 10.10 + pidgin 2.7.9,
too?
Probably Ubuntu 10.10 and Pidgin 2.7.3, or Ubuntu 10.04 and its version
(2.6.6?). However, i suspect the remote version does not really influence
this particular bug much: the failure happens during the local Pidgin's
dnsquery, before it even tries to connect.
> I've also changed my /etc/nsswitch.conf from "hosts: files dns" to
"hosts: files mdns_minimal [NOTFOUND=return] dns mdns", don't know if that
might help...
I haven't poked at this yet, but i'll try and report back.
> Actually, it sounds a little weird that a dns query for those IPv6
addresses would be performed. Couldn't that step somehow be skipped?
I was wondering about this too, so i compared the debug logs of Pidgin
talking to the IPv4-only peers (which work) versus the IPv6 peers, and the
IPv4 connection process also seems to perform the same dnsquery on the
remote (IPv4) address: however, instead of failing, the IPv4 address
successfully resolves to itself, unchanged.
I have not looked at the source yet, but it seems the dnsquery code may
need to be changed to idempotently resolve IPv6 addresses back to
themselves in the same way as with IPv4? (Or, perhaps doing this is the
responsibility of the external resolver, which may be causing this problem
rather than Pidgin?)
--
Ticket URL: <http://developer.pidgin.im/ticket/13157#comment:4>
Pidgin <http://pidgin.im>
Pidgin
More information about the Tracker
mailing list