Also, with further testing, if I force the server to lan (sv_lan 1 on startup) this issue is gone altogether, which leads me to believe that L4D2 is still not playing nicely with NAT lans.
Shane Arnold wrote: > Steam/VAC does it's thing and rejects validation. I've given up on it > for the mean time. The reason it confuses me is people can host local > servers (via the windows client) using a modified AppID and it seems to > work fine. > > Y Smith wrote: > >> What happens if you leave the server's AppID and just change the clients'? >> >> -----Original Message----- >> From: [email protected] >> [mailto:[email protected]] On Behalf Of Shane Arnold >> Sent: Wednesday, 18 November 2009 1:06 AM >> To: Half-Life dedicated Linux server mailing list >> Subject: Re: [hlds_linux] L4D2 + NAT >> >> I should probably mention this does not occur on a "vanilla server". >> This is happening on a server I have modified the AppID on to 510. >> Please don't tell me the AppID is breaking my server :( >> >> Shane Arnold wrote: >> >> >>> Hi All, >>> >>> Having issues with connections to a local NAT server. When connecting to >>> it locally on a local IP it should work right? >>> >>> -> Reservation cookie 18401f4925df000: reason ReplyReservationRequest >>> ---- Host_NewGame ---- >>> Host_NewGame on map c1m1_hotel >>> ConVarRef room_type doesn't point to an existing ConVar >>> Executing dedicated server config file >>> <heaps of spam> >>> Commentary: Loading commentary data from maps/c1m1_hotel_commentary.txt. >>> Initializing Director's script >>> [S_API FAIL] SteamAPI_Init() failed; unable to update local steamclient. >>> Continuing with current version anyway. >>> Adding master server 72.165.61.136:27011 >>> Adding master server 72.165.61.136:27014 >>> Connection to Steam servers successful. >>> VAC secure mode is activated. >>> >>> Connection on client then fails with error "Session is no longer >>> available". In the client console, I get; >>> >>> ] connect 172.16.1.10:27015 >>> Connecting to public(172.16.1.10:27015) >>> Sending UDP connect to public IP 172.16.1.10:27015 >>> Server using 'public' lobbies, requiring pw no, lobby id 0 >>> RememberIPAddressForLobby: lobby 0 from address 172.16.1.10:27015 >>> Server approved grace request... >>> Retrying connection to 172.16.1.10:27015, server requires lobby >>> reservation but is unreserved. >>> Received game details information from 172.16.1.10:27015... >>> >>> Then nothing... after a while (I am assuming a timeout period) I get the >>> following happening in server console; >>> >>> Server waking up from hibernation >>> <spam> >>> -> Reservation cookie 0: reason reserved(yes), clients(no), >>> reservationexpires(0.00) >>> Server is hibernating >>> >>> Can someone please tell me what I am doing wrong. How can a client not >>> connect to a simple server on the same LAN? My server startup line is; >>> >>> ./srcds_linux -game left4dead2 +map c1m1_hotel >>> >>> It's doing my head in. I suspect this is also meaning clients are unable >>> to connect to my external IP for the same reason... >>> >>> _______________________________________________ >>> To unsubscribe, edit your list preferences, or view the list archives, >>> >>> >> please visit: >> >> >>> http://list.valvesoftware.com/mailman/listinfo/hlds_linux >>> >>> >>> >> _______________________________________________ >> To unsubscribe, edit your list preferences, or view the list archives, >> please visit: >> http://list.valvesoftware.com/mailman/listinfo/hlds_linux >> >> >> __________ Information from ESET Smart Security, version of virus signature >> database 4615 (20091117) __________ >> >> The message was checked by ESET Smart Security. >> >> http://www.eset.com >> >> >> >> __________ Information from ESET Smart Security, version of virus signature >> database 4615 (20091117) __________ >> >> The message was checked by ESET Smart Security. >> >> http://www.eset.com >> >> >> >> _______________________________________________ >> To unsubscribe, edit your list preferences, or view the list archives, >> please visit: >> http://list.valvesoftware.com/mailman/listinfo/hlds_linux >> >> > > _______________________________________________ > To unsubscribe, edit your list preferences, or view the list archives, please > visit: > http://list.valvesoftware.com/mailman/listinfo/hlds_linux > _______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
