<br><tt><font size=2>"FreeNX-kNX" <freenx-knx-bounces@kde.org>
wrote on 12/03/2015 14:25:50:<br>
<br>
> On Thu, Mar 12, 2015 at 7:15 AM,  <chris@ccburton.com>
wrote:<br>
> <br>
> >                 let AGENT_DISPLAY=$SESS_DISPLAY+4000<br>
> ><br>
> > and see if that fixes it ( by skipping over any used ports)<br>
> ><br>
> >  Please let us know if it works before/after<br>
> > so<br>
> > Akemi can update it ( if he's still around and can be bothered
)<br>
> <br>
> I'm around, just less active. :)<br>
> <br>
> Akemi<br>
</font></tt>
<br>
<br><tt><font size=2>Hi Akemi, nice to hear you're still with us  .
. .</font></tt>
<br>
<br><tt><font size=2>Just had another look through wth relevant code .
. . </font></tt>
<br>
<br><tt><font size=2>This OP's potential for running into problem will
be a bit worse when he has his FreeNX machine configured for ports in user-land
because:-</font></tt>
<br>
<br><tt><font size=2>The code just looks for an open LISTENER on each port</font></tt>
<br><tt><font size=2>         - so gets
tripped up by source ports which are in use (but not listening)</font></tt>
<br><tt><font size=2>because</font></tt>
<br><tt><font size=2>it is used by the load balancer;</font></tt>
<br><tt><font size=2>         so in that
senario it will be checking for free ports on other machines,</font></tt>
<br><tt><font size=2>         which it
can only do by attempting a connection</font></tt>
<br>
<br><tt><font size=2>So in both local and load balance senarios the server
needs to keep away from source ports which I guess is his fix.</font></tt>
<br>
<br><tt><font size=2>Above is still a bug tho I think.</font></tt>
<br>
<br><tt><font size=2>Well see what the OP says when he's had time to look
at it . . . .</font></tt>
<br>
<br><tt><font size=2>chris</font></tt>
<br>