It seems that you're using an outdated browser. Some things may not work as they should (or don't work at all).
We suggest you upgrade newer and better browser like: Chrome, Firefox, Internet Explorer or Opera

×
Loving the game so far, single player and endless modes are a blast! However, I've got a small question regarding online play.

A few of my friends and I were trying to setup a private server with the create server option but we weren't sure how the rest of us actually connect to the host remotely. We found the connect console command but using that didn't connect us to the person hosting. Is there a specific port range we have to forward, or is this perhaps just for LAN?

Any help with this would be greatly appreciated! For now we'll join the public lobbies, hope to see some of you on there!
This question / problem has been solved by clarryimage
This is what I see before creating a server:

udp UNCONN 0 0 0.0.0.0:8882 0.0.0.0:* users:(("DUSKWORLD.x86_6",pid=19032,fd=17))
udp UNCONN 0 0 0.0.0.0:8883 0.0.0.0:* users:(("DUSKWORLD.x86_6",pid=19032,fd=18))
udp UNCONN 0 0 0.0.0.0:8884 0.0.0.0:* users:(("DUSKWORLD.x86_6",pid=19032,fd=20))
udp UNCONN 0 0 0.0.0.0:8885 0.0.0.0:* users:(("DUSKWORLD.x86_6",pid=19032,fd=21))
udp UNCONN 0 0 0.0.0.0:8886 0.0.0.0:* users:(("DUSKWORLD.x86_6",pid=19032,fd=22))
udp UNCONN 0 0 0.0.0.0:34643 0.0.0.0:* users:(("DUSKWORLD.x86_6",pid=19032,fd=34))
This is what I see after I create a server (EDIT: ignore this one):

udp UNCONN 0 0 0.0.0.0:34643 0.0.0.0:* users:(("DUSKWORLD.x86_6",pid=19032,fd=34))
So I guess udp 34643 is what you need to open up.

EDIT: Hmhp, seems like it's using different ports on different runs :(

EDIT: "connect" doesn't seem to work with an IP address. "connect localhost" does work...

EDIT: connect with FQDN doesn't work either but if I give my local IP a new name under /etc/hosts, connect can use that

EDIT: try 7777 and 47777:

udp UNCONN 0 0 *:7777 *:* users:(("DUSKWORLD.x86_6",pid=19730,fd=29))
udp UNCONN 0 0 *:47777 *:* users:(("DUSKWORLD.x86_6",pid=22579,fd=24))
Post edited October 04, 2019 by clarry
avatar
clarry: This is what I see before creating a server:

udp UNCONN 0 0 0.0.0.0:8882 0.0.0.0:* users:(("DUSKWORLD.x86_6",pid=19032,fd=17))
udp UNCONN 0 0 0.0.0.0:8883 0.0.0.0:* users:(("DUSKWORLD.x86_6",pid=19032,fd=18))
udp UNCONN 0 0 0.0.0.0:8884 0.0.0.0:* users:(("DUSKWORLD.x86_6",pid=19032,fd=20))
udp UNCONN 0 0 0.0.0.0:8885 0.0.0.0:* users:(("DUSKWORLD.x86_6",pid=19032,fd=21))
udp UNCONN 0 0 0.0.0.0:8886 0.0.0.0:* users:(("DUSKWORLD.x86_6",pid=19032,fd=22))
udp UNCONN 0 0 0.0.0.0:34643 0.0.0.0:* users:(("DUSKWORLD.x86_6",pid=19032,fd=34))
avatar
clarry: This is what I see after I create a server:

udp UNCONN 0 0 0.0.0.0:34643 0.0.0.0:* users:(("DUSKWORLD.x86_6",pid=19032,fd=34))
avatar
clarry: So I guess udp 34643 is what you need to open up.

EDIT: Hmhp, seems like it's using different ports on different runs :(

EDIT: "connect" doesn't seem to work with an IP address. "connect localhost" does work...

EDIT: connect with FQDN doesn't work either but if I give my local IP a new name under /etc/hosts, connect can use that

EDIT: try 7777 and 47777:

udp UNCONN 0 0 *:7777 *:* users:(("DUSKWORLD.x86_6",pid=19730,fd=29))
udp UNCONN 0 0 *:47777 *:* users:(("DUSKWORLD.x86_6",pid=22579,fd=24))
Thank you so much for your help! I'll give this a try as soon as I can.
Ok, I just tried it between my laptop and desktop.

Again connect doesn't work with an IP address (or any hostname with a dot in it) so I had to throw the server's IP into /etc/hosts and give it a simple name. Then connect works using that name.

The weird thing is it seems to use both 47777 and 7777.. but I get the impression that the client (connecting player!) is the one who binds 47777 and the server sends messages back to that port (192.168.1.6 is my server here):

[pid 23897] bind(25<UDPv6:[5853971]>, {sa_family=AF_INET6, sin6_port=htons(47777), sin6_flowinfo=htonl(0), inet_pton(AF_INET6, "::", &sin6_addr), sin6_scope_id=0}, 28) = 0
[pid 24001] recvfrom(25<UDPv6:[[::]:47777]>, "\0\0\t\342z\0\0\10\256\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 2000, MSG_NOSIGNAL, {sa_family=AF_INET6, sin6_port=htons(57317), sin6_flowinfo=htonl(0), inet_pton(AF_INET6, "::ffff:192.168.1.6", &sin6_addr), sin6_scope_id=0}, [128->28]) = 115
Meanwhile server:7777 is used for bidirectional comms:

[pid 24001] recvfrom(26<UDPv6:[[::]:42180]>, "\0\1\320\3205\v\0\201\367\2\n\f<B\315\314\200A\0\0pB\30\0\0\0<B\315\314\200A"..., 2000, MSG_NOSIGNAL, {sa_family=AF_INET6, sin
6_port=htons(7777), sin6_flowinfo=htonl(0), inet_pton(AF_INET6, "::ffff:192.168.1.6", &sin6_addr), sin6_scope_id=0}, [128->28]) = 567
strace: Process 24006 attached
[pid 24001] sendto(26<UDPv6:[[::]:42180]>, "\0\1\277\217\336\v\0K\2\0\1\36\0\5\0\373\207\342\260\364\323\n\0Intruder3"..., 83, MSG_NOSIGNAL, {sa_family=AF_INET6, sin6_port=
htons(7777), sin6_flowinfo=htonl(0), inet_pton(AF_INET6, "::ffff:192.168.1.6", &sin6_addr), sin6_scope_id=0}, 28) = 83
[pid 24001] recvfrom(26<UDPv6:[[::]:42180]>, "\0\1\320\3215\v\0\16\3\0\1\7\0\2\0\373p\356\335\331\323\0", 2000, MSG_NOSIGNAL, {sa_family=AF_INET6, sin6_port=htons(7777), si
n6_flowinfo=htonl(0), inet_pton(AF_INET6, "::ffff:192.168.1.6", &sin6_addr), sin6_scope_id=0}, [128->28]) = 22
[pid 24001] recvfrom(26<UDPv6:[[::]:42180]>, "\0\1\320\3225\v\0A\4\0\1:\0\10\0\323\372\0\334\1\0\n\0Intruder3"..., 2000, MSG_NOSIGNAL, {sa_family=AF_INET6, sin6_port=htons(
7777), sin6_flowinfo=htonl(0), inet_pton(AF_INET6, "::ffff:192.168.1.6", &sin6_addr), sin6_scope_id=0}, [128->28]) = 73
[pid 24001] sendto(26<UDPv6:[[::]:42180]>, "\0\0\4\277\220\336\v\0\1\0\1\0\0>\301\0\0036\303\0\0\1\336\0\0\v5", 27, MSG_NOSIGNAL, {sa_family=AF_INET6, sin6_port=htons(7777)
, sin6_flowinfo=htonl(0), inet_pton(AF_INET6, "::ffff:192.168.1.6", &sin6_addr), sin6_scope_id=0}, 28) = 27
Not sure what the significance of port 47777 is, it seems to get less traffic but it's a bit weird that the client should bind a port? Go figure.

Gee, nice formatting GOG.
Post edited October 04, 2019 by clarry
avatar
clarry: Ok, I just tried it between my laptop and desktop.

Again connect doesn't work with an IP address (or any hostname with a dot in it) so I had to throw the server's IP into /etc/hosts and give it a simple name. Then connect works using that name.

The weird thing is it seems to use both 47777 and 7777.. but I get the impression that the client (connecting player!) is the one who binds 47777 and the server sends messages back to that port (192.168.1.6 is my server here):

[pid 23897] bind(25<UDPv6:[5853971]>, {sa_family=AF_INET6, sin6_port=htons(47777), sin6_flowinfo=htonl(0), inet_pton(AF_INET6, "::", &sin6_addr), sin6_scope_id=0}, 28) = 0
[pid 24001] recvfrom(25<UDPv6:[[::]:47777]>, "\0\0\t\342z\0\0\10\256\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 2000, MSG_NOSIGNAL, {sa_family=AF_INET6, sin6_port=htons(57317), sin6_flowinfo=htonl(0), inet_pton(AF_INET6, "::ffff:192.168.1.6", &sin6_addr), sin6_scope_id=0}, [128->28]) = 115
avatar
clarry: Meanwhile server:7777 is used for bidirectional comms:

[pid 24001] recvfrom(26<UDPv6:[[::]:42180]>, "\0\1\320\3205\v\0\201\367\2\n\f<B\315\314\200A\0\0pB\30\0\0\0<B\315\314\200A"..., 2000, MSG_NOSIGNAL, {sa_family=AF_INET6, sin
6_port=htons(7777), sin6_flowinfo=htonl(0), inet_pton(AF_INET6, "::ffff:192.168.1.6", &sin6_addr), sin6_scope_id=0}, [128->28]) = 567
strace: Process 24006 attached
[pid 24001] sendto(26<UDPv6:[[::]:42180]>, "\0\1\277\217\336\v\0K\2\0\1\36\0\5\0\373\207\342\260\364\323\n\0Intruder3"..., 83, MSG_NOSIGNAL, {sa_family=AF_INET6, sin6_port=
htons(7777), sin6_flowinfo=htonl(0), inet_pton(AF_INET6, "::ffff:192.168.1.6", &sin6_addr), sin6_scope_id=0}, 28) = 83
[pid 24001] recvfrom(26<UDPv6:[[::]:42180]>, "\0\1\320\3215\v\0\16\3\0\1\7\0\2\0\373p\356\335\331\323\0", 2000, MSG_NOSIGNAL, {sa_family=AF_INET6, sin6_port=htons(7777), si
n6_flowinfo=htonl(0), inet_pton(AF_INET6, "::ffff:192.168.1.6", &sin6_addr), sin6_scope_id=0}, [128->28]) = 22
[pid 24001] recvfrom(26<UDPv6:[[::]:42180]>, "\0\1\320\3225\v\0A\4\0\1:\0\10\0\323\372\0\334\1\0\n\0Intruder3"..., 2000, MSG_NOSIGNAL, {sa_family=AF_INET6, sin6_port=htons(
7777), sin6_flowinfo=htonl(0), inet_pton(AF_INET6, "::ffff:192.168.1.6", &sin6_addr), sin6_scope_id=0}, [128->28]) = 73
[pid 24001] sendto(26<UDPv6:[[::]:42180]>, "\0\0\4\277\220\336\v\0\1\0\1\0\0>\301\0\0036\303\0\0\1\336\0\0\v5", 27, MSG_NOSIGNAL, {sa_family=AF_INET6, sin6_port=htons(7777)
, sin6_flowinfo=htonl(0), inet_pton(AF_INET6, "::ffff:192.168.1.6", &sin6_addr), sin6_scope_id=0}, 28) = 27
avatar
clarry: Not sure what the significance of port 47777 is, it seems to get less traffic but it's a bit weird that the client should bind a port? Go figure.

Gee, nice formatting GOG.
Thank you again for the help, this seemed to fix our issues! It's kinda interesting it wasn't accepting an IP as a parameter, or rather strings with dots.
Has anyone else experienced a problem in the official servers where once a round is over and a new one begins, for some reason the game just stops? The leaderboard becomes blank and the chat stops working. When the game does this I have to disconnect and reconnect for every round. Will this be fixed in the future?