Connecting to game via IPv6 not working

[70fu]

I'm running my game in installation mode on a dedicated WLAN. When connecting to the game with an apple device via the captive portal, Safari shows the name input, but reloads the page every second, it also creates no player.
It behaves the same when trying to connect with the same IPv6 address, used by the captive portal, with my android smart phone on Chrome.
The used address seems to be an IPv4-mapped IPv6 address: [0000:0000:0000:0000:0000:ffff:c0a8:0001].

When connecting with the IPv4 address directly or using any domain name, I can play the game normally.

Is there also a possibility to run a game in installation mode without the captive portal?

[greggman]

Edit Assets/WebPlayerTemplates/HappyFunTimes/hft/captive-portal/game-login.html

and change it from this

   <div class="hft-center hft-fullsize">
       <h1>HappyFunTimes</h1>
      <a id="start" href="%(startUrl)s">Start</a>
   </div>

to

   <div class="hft-center hft-fullsize">
       <h1>HappyFunTimes</h1>
       <h1>Please open your browser and go to hft.com</h1>
   </div>

The issue is Apple recently changed their captive portal system so that it will not automatically go to Safari anymore. I've been hoping there will be a workaround or they'll change back but until then this the only thing I can think of.

Turning off captive portal support might be an option I could look into adding. Users would just connect to the wifi and you'd have to tell them yourself to go to some domain name.

[70fu]

Thanks for the quick answer!

I don't think that this is caused by the captive portal, since using the same address with my android phone results in the same behaviour.

But using the captive portal to show further instructions is certainly a good workaround.

[greggman]

the problem is the caltive portal is never exited. you click start and the controller tries run inside the captive portal UI insteal of launching Safari. That's why typing in a domain name or address works. Because you manually launched Safari. That's the change Apple made. The IOS captive portal UI no longer launches Safari when you click start

[greggman]

looks like it might be fixed in iOS 11

https://forums.developer.apple.com/thread/75498

[greggman]

Oh, I'm sorry, I didn't see this was an issue on Android. What specific phone? I have no way to test Android at the moment and normal Android (Google Nexus, Pixel) didn't use to have a captive portal detector. Some other non Google Android phones do have captive portal detectors but I can't work around those without actually having access to the phone.

[70fu]

My Android phone does not support captive portals either. I'm just typing in the IPv6 address, the captive portal on my ipad is redirecting me to.

So here is a table how using the IPv6 address behaves on my android phone and my Ipad with different browsers:

Bug = Controller page seems to load, but no player is created and it's reloaded about every two seconds automatically (which seems to be the same behaviour when the controller gets disconnected from the game)
Sony = Sony Xperia Z + Android 5.1.1
ipad = Ipad Air 2 + ios 10.2

X	[0000:0000:0000:0000:0000:ffff:c0a8:0001]	[0000:0000:0000:0000:0000:ffff:c0a8:0001]:18679
Safari on ipad	bug	cannot connect
Firefox on ipad	cannot connect, tries to make a google search	cannot connect, tries a google search
Chrome on ipad	bug	bug
Chrome on Sony	bug	works
Firefox on Sony	bug	works
Opera on Sony	bug	works

192.168.0.1 -> always works
192.168.0.1:18679 -> always works
anydomainname.com -> always works

[greggman]

thank you for all the data. do you have cookies off?

in any case if you connect your phones to your computer via USB you should be able to open safari on the computer on mac and debug safari on iOS or chrome on desktop and debug chrome on Android.

if you go to the javasscript console and set it so it does not clear the console on reload then you'll probably see and error messsge which will help find the bug

https://blog.idrsolutions.com/2015/02/remote-debugging-ios-safari-on-os-x-windows-and-linux/

https://developers.google.com/web/tools/chrome-devtools/remote-debugging/

[70fu]

I've used Chrome Remote Debugging on my Android phone to get the console log when connecting using [0000:0000:0000:0000:0000:ffff:c0a8:0001]:

[70fu]

And I haven't changed any settings regarding cookie, so I guess they are enabled on each device.

[greggman]

You're on window or mac?

A few more things to try

One you could try this DLL. Unzip and put the dll it in Assets/Plugins

websocket-sharp.dll.zip

Another is, if you're on Windows you can turn on logging (if you're on mac there's more steps to debug the server)

In Unity please pick "Window->HappyFunTimes->Settings"

Then in the "Debug" area type * (note: the image below shows HTFSite but put * instead.

Then run the game, all the output should be in the editor's log file. Drag and drop that log file into your reply below.

One more thing, can you turn off ipv6 on your router? Of course I'd like to make it work but since you're using installation mode then it doesn't really need ipv6 does it? that might solve it

[greggman]

Any luck?

[70fu]

Sorry, I did not have the time to do it sooner.

I've tried your dll, but without luck, it shows the exact same error when using chrome remote debug.

Here's the editor log file with all the logging information (also using the new dll), the log from the game starts at line 1071: Editor.log.zip

[greggman]

How about this.

In Assets/HappyFunTimes/HappyFunTimesCore/HFTManager.cs

change around line 275 from this (set ipv6Address to null)

            string ipv4Address = String.IsNullOrEmpty(m_options.ipv4DnsAddress) ? HFTIpUtils.GetLocalIPv4Address() : m_options.ipv4DnsAddress;
            string ipv6Address = String.IsNullOrEmpty(m_options.ipv6DnsAddress) ? HFTIpUtils.GetLocalIPv6Address() : m_options.ipv6DnsAddress;

to this

            string ipv4Address = String.IsNullOrEmpty(m_options.ipv4DnsAddress) ? HFTIpUtils.GetLocalIPv4Address() : m_options.ipv4DnsAddress;
            string ipv6Address = null;

I'm not sure if that will fix it or not. You're running in installation mode so there's really no need for ipv6. So, this change should make the DNS part not return an address for IPV6 which makes me hope that both phones will just always go to ipv4

Let me confirm what you're trying to do.

• You're running in installation mode
• You have a router configured just for your installation
• You want iOS and Android to be able to connect to the network and type some name in like hft.com and connect to the game

ipv6 does not need to work for that so I'm hoping the change above would fix it for you

[70fu]

Yes, this is exactly what I do, but the captive portal redirected the user to said IPv6 address, but since you've said, that safari is never opened when coming from the captive portal in newest ios versions, I will use the captive portal only to give the user further instructions. This would also prevent users from connecting via an IPv6 address (except if they type it in, which is very unlikely) and is therefore a perfect workaround for both issues.

[greggman]

If changing the code as above works for you I'll consider making installation mode ipv4 only by default so others don't run into this issue. (and also try it figure out why websockets isn't working on ipv6 in this case. I'm pretty sure it works over ipv6 otherwise).

Looking at the log it looks like you're running on Linux? Just checking so I can verify if the issue is only there or if it also exists on Windows and Mac