<div class="gmail_quote">On Tue, Feb 28, 2012 at 10:23 AM, James Courtier-Dutton <span dir="ltr"><<a href="mailto:james.dutton@gmail.com">james.dutton@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On 28 February 2012 07:45, t.clarke <<a href="mailto:tim@seacon.co.uk">tim@seacon.co.uk</a>> wrote:<br>
> Re ssh bind to port 1234 problem;<br>
><br>
> I have only taken a brief glance at this thread,  but it seems to me that if<br>
> the server is saying it cannot bind to the port, there are only really three<br>
> possibilities:-<br>
><br>
> 1 - most likely - another process is bound to the port;  the netstat -p command<br>
> I believe will show which processes are bound to which ports.<br>
><br>
> 2 - the server is giving a misleading message; I would imagine it can be placed<br>
> in full debug mode to capture messages as to exactly what it is doing (maybe<br>
> possible to trace the system calls?)<br>
><br>
> 3 - something wrong with the kernel's IP stack  (highly unlikely!)<br>
><br>
<br>
</div>But, I don't think this is a configuration problem at either end.<br>
The OP said the ssh link goes down 5-6 times a day, so it works most<br>
of the time.<br>
The only thing that has changed is the WAN link.<br>
The binding problem is most likely a red herring.<br>
My guess is that the real problem is most likely to be due to some<br>
deep packet inspection/policy being applied by the ISP.</blockquote><div><br></div><div>It could also just be a much simpler "drop all connections after XXX minutes" configuration in the ISP (or middle tier ISP).  I would try logging around this and see if all the disconnect times are approximately the same number of minutes after the connect occurs.  If this is the case you can either raise it with the ISP to get it fixed (good luck), switch ISPs, or code around it. </div>
<div><br></div><div>Andy</div></div>