View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0002918 | Spring engine | Linux | public | 2012-01-15 16:29 | 2012-01-16 17:26 |
| Reporter | cookiecaper | Assigned To | abma | ||
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | resolved | Resolution | not fixable | ||
| Product Version | 85.0 | ||||
| Summary | 0002918: Clients cannot connect to game hosted on Linux | ||||
| Description | All clients involved are running up-to-date installations of Arch Linux. When attempting to host a local game, all clients timeout when attempting to contact the Linux host. Clients can connect to my TASServer.jar instance running locally and SpringLobby works fine. However, when I start a game (only tried with Balanced Annihilation), the clients cannot connect to the game; a black screen with "Connecting..." and a 10-second timer displays, shows the local address of the host, and the game fails to connect. The client is brought out of the connection screen and back to SpringLobby when the connection counter reaches 10 seconds. This problem does not seem to exist with Spring 0.84.1. I have not tested on Windows, but a person in #main on SpringLobby claimed to have experienced this when attempting to host on Linux, but did not experience it when a Windows client hosted. | ||||
| Additional Information | infolog.txt from a client that failed to connect to the host attached. It appears useless. | ||||
| Tags | No tags attached. | ||||
| Attached Files | |||||
| Checked infolog.txt for Errors | |||||
|
|
has to be some config problem, as we have many online games that are hosted on linux running... can you attach infolog.txt from the serving computer? i think the server doesn't listen on 192.168.1.170:8452 (because of firewall/crash/listening on ipv6 only) |
|
|
I have tried on two different networks, neither of which have a firewall that would block the connection. Again, connection to the lobby server hosted on the same host works fine. I have also tried completely removing .spring and that hasn't fixed anything either. One of the machines that I used had never had Spring installed on it previously, the others had carryovers from several versions in the past. I emptied the .spring on all of them (saved and copied over the maps, reinstalled Balanced Annihilation). Attaching infolog.txt from the host machine. |
|
|
from host_infolog.txt: [f=0000000] Warning: Opening socket on loopback address. Other users will not be able to connect! [f=0000000] Binding UDP socket to IP (v4) 127.0.0.1 port 8452 [f=0000000] [UDPListener] successfully bound socket on port 8452 is that log from a hosted game where clients tried to connect? for me it looks like script.txt is wrong, is HostIP= set in script.txt? if so, to what value? |
|
|
Ah, missed that, thanks. From .spring/script.txt: HostIP=127.0.0.1; I'm not sure why this file is generating with this default. Perhaps a larger warning about this would be beneficial while attempting to host a game. What should be the value in HostIP? 0.0.0.0? null? Thanks again for the help. |
|
|
spring itself doesn't create this file. lobbies create this file... which lobby-client did you use? maybe the lobbyclient detects for some reason the wrong ip? |
|
|
Using SpringLobby 0.140. Tried 0.0.0.0 with no success :( |
|
|
editing script.txt won't help, because springlobby does overwrite it every time when hosting a battle. is this host where it doesn't work running the lobbyserver and are you connecting to localhost? it really looks like you've configured something wrong, this is imo no bug in spring or springlobby. try to rename ~/.springrc and springlobby.cfg. |
|
|
>is this host where it doesn't work running the lobbyserver and are you connecting to localhost? Yes. If I connect to a lobby server with loopback, does that mean that the server will only accept connections from loopback in-game? That sounds like a bug to me -- the address you use to connect should not double as the server listen address. >try to rename ~/.springrc and springlobby.cfg. I have tried this in the past and it hasn't changed anything. |
|
|
>Yes. If I connect to a lobby server with loopback, does that mean that the server will only accept connections from loopback in-game? That sounds like a bug to me -- the address you use to connect should not double as the server listen address. this is a lobby server / client bug, not engine, sorry. it works like this: springlobby connects to server + detects the ip (if connecting to localhost it "detects" localhost", name it bug or feature) in springlobby the user opens a game, sets parameter. springlobby creates script.txt and launches spring with "spring script.txt"... |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2012-01-15 16:29 | cookiecaper | New Issue | |
| 2012-01-15 16:29 | cookiecaper | File Added: infolog.txt | |
| 2012-01-15 17:32 | abma | Note Added: 0008156 | |
| 2012-01-15 17:37 | abma | Note Edited: 0008156 | |
| 2012-01-15 21:06 | cookiecaper | Note Added: 0008159 | |
| 2012-01-15 21:07 | cookiecaper | File Added: host_infolog.txt | |
| 2012-01-15 23:03 | abma | Note Added: 0008160 | |
| 2012-01-16 00:10 | cookiecaper | Note Added: 0008161 | |
| 2012-01-16 00:34 | abma | Note Added: 0008162 | |
| 2012-01-16 01:14 | cookiecaper | Note Added: 0008163 | |
| 2012-01-16 05:10 | abma | Note Added: 0008164 | |
| 2012-01-16 05:11 | abma | Note Edited: 0008164 | |
| 2012-01-16 05:11 | abma | Status | new => feedback |
| 2012-01-16 05:11 | abma | Severity | major => minor |
| 2012-01-16 13:52 | cookiecaper | Note Added: 0008168 | |
| 2012-01-16 17:26 | abma | Note Added: 0008171 | |
| 2012-01-16 17:26 | abma | Status | feedback => resolved |
| 2012-01-16 17:26 | abma | Resolution | open => not fixable |
| 2012-01-16 17:26 | abma | Assigned To | => abma |
