Sponsors |
|
|
 |
|
11-11-2009, 02:29 PM
|
#1 (permalink)
|
|
Shambler Groomer
USER INFO »
Posts: 5
Reputation:
Join Date: Nov 2009
Currently: Offline
|
connection problems
When i enter in the server info, it takes me to console like normal. Then i get the Trying... and it says connection accepted. Then it just sits there and doesnt let me in. What do i do?
|
|
|
|
11-11-2009, 02:37 PM
|
#2 (permalink)
|
|
Administrator
USER INFO »
Posts: 7,283
Reputation:
Join Date: Nov 2005
Currently: Offline
|
Whatever you are using (original GLQuake?) is not an NAT fixed client (router firewall issue).
The sloppy fix: Try typing status or ping in the console.
The real fix: Get ProQuake or Qrack. Both are NAT fixed clients (and have many other bug fixes and online play features like ping in the scoreboard, etc.)
|
|
|
|
11-11-2009, 09:10 PM
|
#3 (permalink)
|
|
Defender
USER INFO »
Posts: 155
Reputation:
Join Date: Oct 2008
Currently: Offline
| Contact: |
|
|
I found 1 minor situation where the NAT fix thing in Proquake/Qrack doesn't work.
At work, the workstation I have quake on has the IP address 172.16.0.xxx and the IP address 172.17.17.xxx bound to the NIC connected to the LAN. 172.17.17.0/24 is used for LAN and Internet access. I dunno why someone set the 172.16.0.0/24 but it goes to nothing (that I know of). I have to still use -ip to play Quake at work.
It doesn't keep me from playing quake but I thought I'd just bring it up. Is that just a first match, first used issue or what?
*EDIT* I forgots. 172.16.0.0/24 is used for the telephone system. Don't ask me why it wasn't changed over to the 172.17.17.0/24 network.
Last edited by Panix; 11-13-2009 at 05:18 PM..
|
|
|
|
11-11-2009, 10:01 PM
|
#4 (permalink)
|
|
Administrator
USER INFO »
Posts: 7,283
Reputation:
Join Date: Nov 2005
Currently: Offline
|
Originally Posted by Panix
I found 1 minor situation where the NAT fix thing in Proquake/Qrack doesn't work.
At work, the workstation I have quake on has the IP address 172.16.0.xxx and the IP address 172.17.17.xxx bound to the NIC connected to the LAN. 172.17.17.0/24 is used for LAN and Internet access. I dunno why someone set the 172.16.0.0/24 but it goes to nothing (that I know of). I have to still use -ip to play Quake at work.
It doesn't keep me from playing quake but I thought I'd just bring it up. Is that just a first match, first used issue or what?
That isn't the NAT problem. That's something else. The NAT issue is where Quake's silly handshake uses different ports and the client doesn't get the server's reply.
Your example above is where there are 2 network addresses on a workstation and Quake is trying to use the wrong one.
I'd be interested to know if DarkPlaces is able to connect without -ip on one of these workstations. My guess is that it can because DarkPlaces's network code is completely rewritten.
Maybe sometime I'll do some more research on that, although both ProQuake 3.99 and later and Qrack are a lot better since incorporating the "DSL fix" that largely addresses the kind of problem you say you have but doesn't work if you have 2 network "local" network addresses (local = 192.x.x.x or 172.x.x.x etc ... those aren't valid internet ips) --- which is the only situation the "DSL fix" doesn't address.
|
|
|
|
11-12-2009, 04:25 AM
|
#5 (permalink)
|
|
Chthon
USER INFO »
Posts: 1,271
Reputation:
Join Date: Apr 2008
Currently: Offline
| Contact: |
|
|
...panx how do you find ip of a computer your at?
|
|
|
|
11-12-2009, 02:37 PM
|
#6 (permalink)
|
|
Defender
USER INFO »
Posts: 155
Reputation:
Join Date: Oct 2008
Currently: Offline
| Contact: |
|
|
Originally Posted by Baker
That isn't the NAT problem. That's something else. The NAT issue is where Quake's silly handshake uses different ports and the client doesn't get the server's reply.
Your example above is where there are 2 network addresses on a workstation and Quake is trying to use the wrong one.
I'd be interested to know if DarkPlaces is able to connect without -ip on one of these workstations. My guess is that it can because DarkPlaces's network code is completely rewritten.
Maybe sometime I'll do some more research on that, although both ProQuake 3.99 and later and Qrack are a lot better since incorporating the "DSL fix" that largely addresses the kind of problem you say you have but doesn't work if you have 2 network "local" network addresses (local = 192.x.x.x or 172.x.x.x etc ... those aren't valid internet ips) --- which is the only situation the "DSL fix" doesn't address.
I thought the DSL fix only attempted to determine which IP to bind to. My bad for the incorrect assumption.
Here's some screenshots since I'm at work:
ipconfig on my workstation:

(That's not my name btw. Logged in as a co-worker.)
screenshot from proquake:
I'll see how DarkPlaces reacts later today if I get a chance or tomorrow and let ya know.
Originally Posted by metchsteekle
...panx how do you find ip of a computer your at?
ipconfig?
|
|
|
|
11-12-2009, 04:07 PM
|
#7 (permalink)
|
|
Defender
USER INFO »
Posts: 155
Reputation:
Join Date: Oct 2008
Currently: Offline
| Contact: |
|
|
Intentional Double Post
Yeap, DarkPlaces work with no -ip parameter.
Although I ping like twice what I do in proquake and it has constant errors playing on shmack, it still connects.
|
|
|
|
11-12-2009, 11:26 PM
|
#8 (permalink)
|
|
Administrator
USER INFO »
Posts: 7,283
Reputation:
Join Date: Nov 2005
Currently: Offline
|
Originally Posted by Panix
I thought the DSL fix only attempted to determine which IP to bind to. My bad for the incorrect assumption.
No, that's quite correct.
In your special case, both ip are local network ips and the "DSL fix" ends up in "tie" situation and picks, if I recall, the 2nd ip.
And in your case, fails.
I knew this situation could occur in especially rare situations. Most home users aren't going to have 2 local network ips (it usually requires 2 routers or 2 networks).
I'd like to port the DarkPlaces rewritten network connection code (LHNET - implemented in 2003) some time. I've tried before, but I wanted to understand every line of code and it took too long to research and eventually I something else caught my attention.
|
|
|
|
11-13-2009, 11:55 AM
|
#9 (permalink)
|
|
Hell Knight
USER INFO »
Posts: 211
Reputation:
Join Date: Mar 2008
Currently: Offline
| Contact: |
|
|
this might sound crazy but i had that problem a while back too poofy, what worked for me might not work for you, when it says connection accepted, type ping and hit enter in console.. if that doesn't work then make sure your firewall isn't blocking anything for quake... other than that i have no clue..
|
|
|
|
11-13-2009, 05:22 PM
|
#10 (permalink)
|
|
Defender
USER INFO »
Posts: 155
Reputation:
Join Date: Oct 2008
Currently: Offline
| Contact: |
|
|
Originally Posted by Baker
No, that's quite correct.
In your special case, both ip are local network ips and the "DSL fix" ends up in "tie" situation and picks, if I recall, the 2nd ip.
And in your case, fails.
I knew this situation could occur in especially rare situations. Most home users aren't going to have 2 local network ips (it usually requires 2 routers or 2 networks).
I'd like to port the DarkPlaces rewritten network connection code (LHNET - implemented in 2003) some time. I've tried before, but I wanted to understand every line of code and it took too long to research and eventually I something else caught my attention.
I just wanted to state my intentions in bringing this up. It's no big deal I know but I just thought you might wanna know in case you get bored and want to fix it or it's just something overlooked and easy to fix.
Maybe I'm being paranoid and thinkin' too much. If so, I apologize.
|
|
|
|
 |
|
|
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)
|
|
|
Posting Rules
|
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
HTML code is Off
|
|
|
|