The problem isn't lan games. The problem is hosting a dedicated server 
behind a NAT firewall. Unfortunately you have missed the point entirely.

David Parker wrote:
> Hello,
>
> I haven't tried a LAN game with a dedicated server, but we are able to host 
> LAN-only games on a client just fine.  As long as the Steam accounts are 
> friends of each other, if one client starts a game the others will see it.  
> It seems to work fine for both L4D and L4D2 in our computer labs, which are 
> on a LAN with 10.x.x.x IP addresses.
>
>     - Dave
>
> ----- Original Message -----
> From: Shane Arnold <[email protected]>
> Date: Friday, November 27, 2009 1:48 am
> Subject: Re: [hlds_linux] L4D/L4D2 + NAT
> To: Half-Life dedicated Linux server mailing list 
> <[email protected]>
>
>   
>> Hi All (VALVe Developers (Matchmaking)),
>>
>> Wondering if this is being looked at at all? After sorting out 
>> network 
>> issues it still definitely seems that there is something in the 
>> matchmaking/lobby code that plays havoc on LAN. I've been able 
>> to get 
>> other srcds-based servers like Team Fortress 2 to work 
>> flawlessly, so I 
>> am wondering what the problem is with L4D/L4D2? Are VALVe 
>> prepared to 
>> say that it is now impossible to run and connect to a LAN 
>> server? Is 
>> anybody else able to succesfully connect to a LAN server behind 
>> a NAT?
>>
>> Beginning to think it's deliberately crippled...
>>
>> Shane Arnold wrote:
>>     
>>> 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
>>>    
>>>       
>> _______________________________________________
>> 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

Reply via email to