<div dir="ltr"><div><div>Hi Patrick,<br><br></div>Thanks for this patch. Would you be able to open a bug on <a href="https://launchpad.net/lightdm/">https://launchpad.net/lightdm/</a> describing this? It makes it easier to track the issue.<br><br></div>--Robert<br></div><br><div class="gmail_quote"><div dir="ltr">On Fri, 8 Apr 2016 at 14:10 Patrick Monnerat <<a href="mailto:patrick.monnerat@dh.com">patrick.monnerat@dh.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi list,<br>
<br>
I've discovered a problem in lightdm XDMCP using link-local IPv6<br>
addresses without interface index to connect to X server.<br>
It has been originally reported at<br>
<a href="https://bugzilla.redhat.com/show_bug.cgi?id=1322775" rel="noreferrer" target="_blank">https://bugzilla.redhat.com/show_bug.cgi?id=1322775</a>.<br>
<br>
The problem can be fixed by having the XDMCP client not transmitting<br>
link-local addresses in the request, but if it does, lightdm XDMCP<br>
server can be a lot smarter if the attached patch is applied.<br>
<br>
It changes the X server address selection order to set the lowest<br>
preference to link-local addresses, even if matching the source address<br>
or family.<br>
<br>
This is not 100% full-proof: if only link-local addresses have been<br>
received, one of them is used anyway. In this case, a complete solution<br>
would be to determine and set the address interface index if not ambiguous.<br>
<br>
However, this patch fixes the problem for most of the non-pathological<br>
cases.<br>
<br>
Regards,<br>
Patrick<br>
_______________________________________________<br>
LightDM mailing list<br>
<a href="mailto:LightDM@lists.freedesktop.org" target="_blank">LightDM@lists.freedesktop.org</a><br>
<a href="https://lists.freedesktop.org/mailman/listinfo/lightdm" rel="noreferrer" target="_blank">https://lists.freedesktop.org/mailman/listinfo/lightdm</a><br>
</blockquote></div>