Playing UT with Ubuntu linux... problem reconnecting

[BLTicklemonster]

Finally got to where I can play on a server with UT on Linux (I noticed that most of the posts in here are about servers using linux, didn't see any place to post problems with playing on a linux box, sorry if I'm in the wrong place, but if Ubuntu takes off the way it looks like it might, then get ready for more questions from server admins wondering why people using ubuntu might be having problems...), anyway, I can play, but once a map is over, I can't do anything unless I turn UT off, then back on again.

Fortunately I have access to the server logs:

ScriptLog: [~] starting Server Advertisements version 101
DevNet: NotifyAcceptingConnection: Server MyLevel accept
NetComeGo: Open MyLevel 10/11/05 22:51:47 my IP address
DevNet: NotifyAcceptingChannel Control 0 server Level CTF-BL-1v1-JOUST-asc-TM.MyLevel: Accepted
DevNet: Level server received: HELLO REVISION=0 MINVER=432 VER=436
Log: Resolved unreal.epicgames.com (207.135.145.19)
ScriptLog: UdpServerUplink: Master Server is unreal.epicgames.com:27900
ScriptLog: UdpServerUplink: Port 7779 successfully bound.
Log: Resolved master0.gamespy.com (207.38.11.34)
ScriptLog: UdpServerUplink: Master Server is master0.gamespy.com:27900
ScriptLog: UdpServerUplink: Port 7779 successfully bound.
ScriptLog: >>SayLog>> 2005/10/11 22:51 (NewPlayer): Creating new Infraction Record 0 for Player  0
NetComeGo: Close TcpipConnection293 10/11/05 22:51:55
DevNet: Recovered from extra data received after socket close: my IP address
DevNet: Recovered from extra data received after socket close: my IP address
DevNet: Recovered from extra data received after socket close: my IP address
DevNet: Recovered from extra data received after socket close: my IP address
DevNet: Recovered from extra data received after socket close: my IP address
DevNet: Recovered from extra data received after socket close: my IP address
DevNet: Recovered from extra data received after socket close: my IP address
DevNet: Recovered from extra data received after socket close: my IP address
DevNet: Recovered from extra data received after socket close: my IP address
DevNet: Recovered from extra data received after socket close: my IP address
DevNet: Recovered from extra data received after socket close: my IP address
DevNet: Recovered from extra data received after socket close: my IP address
DevNet: Recovered from extra data received after socket close: my IP address
DevNet: Recovered from extra data received after socket close: my IP address
DevNet: Recovered from extra data received after socket close: my IP address
DevNet: Recovered from extra data received after socket close: my IP address
DevNet: Recovered from extra data received after socket close: my IP address
DevNet: Recovered from extra data received after socket close: my IP address
DevNet: Recovered from extra data received after socket close: my IP address
DevNet: Recovered from extra data received after socket close: my IP address
DevNet: Recovered from extra data received after socket close: my IP address
DevNet: Recovered from extra data received after socket close: my IP address
DevNet: Recovered from extra data received after socket close: my IP address
DevNet: Recovered from extra data received after socket close: my IP address
DevNet: Recovered from extra data received after socket close: my IP address
DevNet: Recovered from extra data received after socket close: my IP address
DevNet: NotifyAcceptingConnection: Server MyLevel accept
NetComeGo: Open MyLevel 10/11/05 22:52:00 my IP address
DevNet: NotifyAcceptingChannel Control 0 server Level CTF-BL-1v1-JOUST-asc-TM.MyLevel: Accepted
DevNet: Level server received: HELLO REVISION=0 MINVER=432 VER=436
NetComeGo: Close TcpipConnection294 10/11/05 22:52:10

And it just does that over and over until I turn off my machine. No option to disconnect, and trying to open location does not good either. It's as if the server won't let go until I turn my ut off entirely.

What is the extra data I wonder?

I'm using this http://files.filefront.com/ut+instal.../fileinfo.html to install UTGOTY, in case it makes any difference.

[Obsidian]

I'd upgrade to 451, that did wonders for my linux client.

[~V~]

I use 436 and never had this problem. But a problem I do have is certain maps crashing it.
So if you are a serious gamer I would recommend dual booting with windoze. Frame rate is better too I find.

[BLTicklemonster]

You know, I have my router set so that I can set up a UT server. I wonder if that would have any effect on my connection?

[Obsidian]

It shouldn't, incoming packets will knock on closed ports on your pc instead of on the router.

[BLTicklemonster]

well, when I was playing 2k4, I had the router set up like that, and I had reconnect problems. when I diabled it, it stopped. Wierd, but it did. I'll try it tonight anyway.

[Rush]

Obsidian never tell me about 451 ... when I installed it on my linux client, half of servers were acting weird, for example a huge lock happened after a conection to a pure server.

[BLTicklemonster]

It wasn't the router. And it's not just our server. I read the readme file that came with it (imagine that), and it said to update to the newest bonus pack so that I can play on most servers. I suppose that's the 436 that's in downloads here, and not 440. I'm going to try that and see what happens. Should I try 440?

[back4more]

This puppy had me going for a few hours.

Check your .ini for the following lines;

[IpDrv.TcpNetDriver]
AllowDownloads=True
ConnectionTimeout=15.0
InitialConnectTimeout=120.0
AckTimeout=1.0
KeepAliveTime=0.2
MaxClientRate=20000
SimLatency=0
RelevantTimeout=5.0
SpawnPrioritySeconds=1.0
ServerTravelPause=4.0
NetServerMaxTickRate=40
LanServerMaxTickRate=35
MaxDownloadSize=0
DownloadManagers=IpDrv.HTTPDownload
DownloadManagers=Engine.ChannelDownload

chances are they disappeared (somehow) ...

if they not there, add those ones above and she should be good to go.