My problem is that I lose IRC connection regularly after 5 to 15 minutes. It does not matter whether I talk or am idle. The number of users in the channels does not make a difference either.

I am completely at a loss with this issue. It happens on every server and with every IRC client I tried. It happens on Windows XP and on Linux.

The only exception is a vmware machine running Windows 2000. That one does not lose connections.

The only slightly meaningful message I saw so far is "connection reset by peer".

Does anyone have any ideas what is happening to me? How can I fix it?

link|improve this question
feedback

3 Answers

Install Irssi on some remote machine, define all connections there, configure and load Irssi Proxy and Bob’s your uncle.

link|improve this answer
That would be an option, if irssi wouldn't be affected by this problem as well. :( – HS. May 28 '09 at 8:01
feedback

I would try doing a tcpdump on the machine you are on, and check for a tcp segment sent to you from the server with the RST bit set. This is just one thing to try as that's what the "connection reset by peer" suggests.

Can you do a tcpdump and post the relevant (i.e. filter our irrelevant packets with a tcpdump filter) output here?

Something like...

tcpdump -i ethX -s500 host <irc-server> and host <irc-client> and portrange 6665-6668
link|improve this answer
Even if I find such a segment, that would only indicate that the server does something, but I see no way to change anything regarding the problem. I'll try tcpdump later today when I'm back home. – HS. May 28 '09 at 8:03
tcpdump came up empty. :( – HS. May 28 '09 at 10:20
Regarding the first comment - If someone offers you a solution without having enough knowledge of the problem, how good can the solution really be? As for the second comment..., can you paste in your tcpdump command here so I can have a look? – Xerxes May 28 '09 at 14:25
feedback

If you have a NAT router, it might be dropping the session after a period of time (5 minutes is a common timeout value).

Try bypassing it (bridge it, or plug directly into the uplink) or borrow a different make/model to test.

link|improve this answer
feedback

Your Answer

 
or
required, but never shown

Not the answer you're looking for? Browse other questions tagged or ask your own question.