12 Dec, 2009, jurdendurden wrote in the 1st comment:
Votes: 0
I have this issue where my immortals (my 60 included) are losing link after about 9-10 minutes of non-action. Now at first thought, you would check update.c for the char_update function. Of course everything seems fine there, and I have even thrown in a couple of IS_IMMORTAL checks to make SURE that this isn't the problematic issue. Now. When my connection to my host disconnects me due to inactivity (in the shell), the mud seems to just up and quit. However, if I exit the shell, the mud will stay up, but the immortal I am on will STILL disco after about ten or so minutes, even though the mud continues to run. Any ideas on this?
12 Dec, 2009, Zeno wrote in the 2nd comment:
Votes: 0
If the MUD seems to "up and quit" make sure you're using nohup with the script.

Are you getting a message when the Immortal "quits"?
12 Dec, 2009, jurdendurden wrote in the 3rd comment:
Votes: 0
yes the net death message, which is the generic message you get when you lose link.
12 Dec, 2009, jurdendurden wrote in the 4th comment:
Votes: 0
And the mud only quits when the shell kicks me out for inactivity. otherwise it just disco's my imm. :P
12 Dec, 2009, Fizban wrote in the 5th comment:
Votes: 0
jurdendurden said:
And the mud only quits when the shell kicks me out for inactivity


The imm related issue sounds like it is caused by your router, or the server's router.

The mud itself dying is definitely caused by not using nohup though.
12 Dec, 2009, Runter wrote in the 6th comment:
Votes: 0
I've seen a similar problem with someone from a router firmware update. Might want to check router settings.
12 Dec, 2009, David Haley wrote in the 7th comment:
Votes: 0
Quote
yes the net death message, which is the generic message you get when you lose link.

Could you be more precise?

It sounds like the MUD is disconnecting you for being idle when it shouldn't, and the Linux shell is disconnecting you for being idle. If we can establish that losing link with the MUD is in fact the server, or some router in between, cutting you off, that's quite different from the MUD timing you out. Therefore knowing the message you see in your client is important.

One thing that can be easily recommended off the bat is to try using TCP keepalinves if your client supports those, in case this is indeed a router somewhere along the connection cutting you off of inactivity.
12 Dec, 2009, jurdendurden wrote in the 8th comment:
Votes: 0
I am indeed connected via router (on a lan I have set up in my house), so that very well may be the issue as far as the imm just getting disco'd. David, the exact message is: Net death has claimed suchandsuch, and it's found in comm.c, in the close_socket function.
12 Dec, 2009, David Haley wrote in the 9th comment:
Votes: 0
Is that the message that is sent to the character that's being disconnected, printed to the logs, sent to other imms as one imm is being disconnected, printed by the MUD as it disconnects a character, printed by the MUD as it realizes a character's connection is down, …… ?
Basically all I'm trying to establish is if the MUD is initiating the disconnection, or if it's simply observing that something else killed the connection.
13 Dec, 2009, Runter wrote in the 10th comment:
Votes: 0
Sounds like the message when you have any unexpected connectivity problem. AKA generic linkdead message.
13 Dec, 2009, Davion wrote in the 11th comment:
Votes: 0
It might just be disconnecting an idle connection. Try turning wiznet's "tick" option on. This will give a ping-like action from the MUD and should maintain your connection.
13 Dec, 2009, David Haley wrote in the 12th comment:
Votes: 0
If it – the MUD – is just disconnecting idle connections, that doesn't not explain why the shell is also disconnecting idle connections. All indications so far are that it's not the MUD doing it. I think that Runter is correct: it's the "whoops, that connection just died" message, but I'd like confirmation.
13 Dec, 2009, jurdendurden wrote in the 13th comment:
Votes: 0
After over a day of issues with my router, I've realized it was kicking me off AS WELL as my host (Though the latter was only due to inactivity.) All fixed now :)
0.0/13