FunkyFr3sh

The cursor was invisible because the xwis installers got the game executables renamed. Just made a new release with xwis ra2/yr support out of the box

https://github.com/CnCNet/cnc-ddraw/releases/tag/1.3.4.3

BUMP:

chk out these DLLs. They work for both RA2 and YR, XWIS or retail:
 

https://ppmforums.com/viewtopic.php?t=44960

https://ppmforums.com/viewtopic.php?p=564264#564264

https://ppmforums.com/viewtopic.php?t=44326

or this https://ppmforums.com/viewtopic.php?p=574752#574752

It's not that easy...

Providers use Carrier Grade Nat, you can't just use the opened tcp port as udp port, as the NAT-Device makes the assignement of the ports.

You'd need a udp listener on the server. On connecting, the game must send a connection request to the udp server port, to get the offical udp source port of the client and keep the client/server connection up to use the same port as udp game port again. When the connections between players is done, the dummy connection between server and client can be destroyed.

So you'd have to dll inject game (awwwwh  ) and also in server (easy going).

Yes, the server must listen on a random UDP port for that and the game needs updates too, it's tricky But you have no other choice (except using a VPN, but that's not really a good solution).

Yo guys,

 

im finally back to XWIS !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

 

Thanks goes to Mark Manson!

 

Any one who can't connect or have the same problems as I had, go download this tool:

 

www.cyberghostvpn.com/en

 

then you click on "save network" run ra2 and have fun!

 

weeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee

I think tunnelbear would work too, it tries to use the same public port as the source port (if available)

This proves my DNS theory. For some reason they are DNS conflicts/resolve issues either ISP side or XWIS side

Not a DNS issue, nor ipv6 issue. More like DS-Lite / NAT

http://xwis.net/forums/index.php/topic/183788-cant-connect-to-others/page-6#entry1600342

http://xwis.net/forums/index.php/topic/183788-cant-connect-to-others/page-6#entry1600344

If the public port doesn't match the source port it will fail, some VPN's can solve such issues, some not

That's really weird indeed.

But more and more providers put their users behind NAT because of the ipv4 exhaustion. Most of the time you end up behind a "PortRestrictedCone" NAT where the public port doesn't match the source port.

If it turns out that Red Alert 2 can't handle such cases then it's a bigger problem. It should be easy to update the server to handle such cases though, from what I know, Red Alert 2 is using random source ports, that means the server actually has to share not only the ip, but also the port of each player.

The server could override the port and share the public port instead.

Everything looks like it's all about NAT problems, you guys should at least run a test and paste your results in here. Maybe it's something else, but it's impossible to tell without running tests