Currently ( 9.605 ) it's not possible to use a Sophos AP on a UTM for remote locations which are connected via IPSec VPN tunnel and not a RED. The AP is being recognized, you can manage it and see all the connection attempts.
The only thing not working is the DHCP server on the UTM which is not able to send his DHCP packets into the tunnel to the AP. It would be great if this function cold be added.

Add WIFI feature to kick users/devices out on Guest Wifi after a certain period of time to free up the bandwidth.

implement a function to geht the actual password of the day via rest api.

it will be used to fetch the password of the day to display is every day on a display in the conference rooms.

then no print out is needed for that.

I hope that Sophos will update their current AP products to WPA3 and not only ship new hardware with a WPA3 certification and firmware. The release of WPA3 is planned for late 2018 and would be a great addition to existing hardware installations.

We need an report of all creators of vouchers. The event of "create a new voucher from template xy" is not logged currently by the UTM. There is no logfile (or a database field in the hotspot db).
Please implement the following:
- log the creator of an voucher with voucher template information
- report of hotspot voucher creators of the last 7/30 days

If the report is not possible, then it would be nice to get an event in a log file. So we can implement an external reporting.

Thanks and "vote for me"

Hello, One way to automatically extend the usage time for Wi-Fi before a holiday in a week would be a great thing. On working days, the WLAN is set to 22 clock, on weekends until 24 clock. Please extend the possibility that the UTM can automatically be extended before local, regional holidays.

Wireless MAC Filter/Nametag

it would be good, if we could tag a MAC-Adress with a Name. So we can identify which Hardware is bounded with that MAC-Adress.

Best regards
Dmitri

UTM needs to be able to mange the new APX access points (maybe at a reduce functionality) - all the literature says the XG can be nothing able the UTM being able to- this allows a UTM user to upgrade to XG at a later

Actually there is only a client isolation between Clients which are not connected to same Sophos AP.
There should be a solution where all clients are isolated, even when they are connected to same AP.
Meanwhile the restriction should be mentioned in the online help of wireless protection.

The customer want to use the API to generate voucher password for guest user logon, they want to design the web portal for guest user to apply and get logon password, but we can't found out the syntax on the RESTful API can support this applied.

Please add a posiblity to change the channel width in the Wireless Protection. AP55c uses 80 MHz wide channels by default which is unwanted in an office deployment.

Need to be able to schedule firmware updates of WAPs.
Currently they happen randomly (at least out of any control) and therefore can happen during normal operating hours.

The UTM's wireless logs should show when a client authenticates with the password of the day and not just with the wireless network itself.

It would be nice for the password of the day to be scanned upon generation for inappropriate words/profanities as this can come across/give bad impression for a business. Although this is unlikely to happen it has happened and my Director was not very impressed?

After spending a great deal of time trying to get this working in my current VLAN environment.

I eventually found an obscure line in the online help file that says: "Synchronize password with PSK of wireless networks (only with Hotspot type Password of the day): Select this option to synchronize the new generated/saved password with wireless PSK for separate zone networks."

This should be supported by the VLAN network in a corporate environment by default.

It should be made possible to use a path in Site Path Routing with more than 63 Characters. Especially for more complex CMS Servers, this limit is reached far too soon.