We're new to Ruckus and have just deployed Virtual SmartZone - Essentials
3.4.1.0.208.
If I log onto the vSZ web interface via
https://10.129.172.30:8443, Map View works correctly.
If I use
https://ruckus-vsz.curric.lan:8443 instead (resolves to the same host), it doesn't; instead I get a brief flash of the working Maps screen, quickly replaced by
The JavaScript console shows that the last site fetched was
https://maps.googleapis.com/maps/api/js/AuthenticationService.Authenticate, that no key= or client= parameter was supplied in the URL for that request, and that the message
Google Maps API error: MissingKeyMapError
https://developers.google.com/maps/documentation/javascript/error-messages#missing-key-map-errorwas logged straight afterwards.
Using the controller via
https://10.129.172.30:8443 also performs the same request to
https://maps.googleapis.com/maps/api/js/AuthenticationService.Authenticate (also with no key= or client= parameter) but no Maps API error is logged as a result and the Maps View works as it should.
It also works if I fiddle with our DNS a little and then get to the controller via
https://ruckus:8443 or
https://kitchen:8443. It's not just simple hostnames though -
https://ruckus-vsz:8443 and
https://kaboodle:8443 fail the same way as
https://ruckus-vsz.curric.lan:8443 does.
My best guess at what's going on is that Ruckus is still relying on the grandfathering-in of keyless access to the Maps API, as documented here:
https://developers.google.com/maps/pricing-and-plans/standard-plan-2016-updateand that dotted-quad hostnames, "ruckus" and "kitchen" somehow pass Google's mysterious grandfather filter while none of the other hostnames I've tried do so.
So I'm just wondering if anybody else has seen this issue. If you have, or if you haven't but it interests you, could you share the hostname of your vSZ controller?