Guest User!

You are not Sophos Staff.

[1.0][CLOSED] feature - settings is not what I thought it would be

Settings contains administration which makes sense but also contains deploying and managing users. These are not what I would class as settings for the sophos cloud webpages but more to do which managing endpoints. Needs a separate tab called management or endpoints or renaming the policies page and including policies in with management and deploying. I found it unnatural to go to settings to send an email to a new endpoint and then back to policies to see whether I wanted to give it a new policy.

Also not sure why policy would need its own tab because I will rarely change this. 

Other things in settings. I don't understand the logins in section in manage users.

Help offered me no advice in this section [:)]
Parents
  • Hi,
    thank you for your feedback. You're addressing a lot of different items, I'll try to separate them a bit.

    What's important to understand is the vision we have with Sophos Cloud. First, it's all about users, and endpoint security is the first but not the only product we'll provide on our platform in the future. With that in mind, our thoughts behind the current layout and workflows are the following:

    We know that managing a large number of users requires an AD connection. Having the option to do local user and group management will always be a good idea, and vital for small companies without their own AD, but the most common use case will be that the user and group management is done by some kind of AD sync. Similarly, we expect that the Endpoint installer will be deployed using some kind of roll-out mechanism rather than by the individual users, or the admin going from desk to desk.
    In that scenario the deployment section will never be necessary, and the most work will be done on the policy section whenever you want to apply more fine-grained policies. It's also unlikely that every endpoint will need a unique policy, we've based our workflows on the assumption that you will most likely create policies based on groups (e.g. Engineering, Sales, ...). So when a new endpoint is reported, you assign it to a real user, and because that user is already in a group it receives the right policy right away.

    Since the vision is to have these policies for all products we want to have on our Cloud platform, we also don't want to have tabs for a specific product. If you have created a policy regarding AV properties, this policy should be applied to all supported products, regardless what kind of device does the enforcement (workstation, laptop, mobile, gateway, ...), and it should be transparent for the user.

    A "login" is a user who is logged in on a specific machine; so for example, if you log out of your workstation and your colleague logs in afterwards, it will be reported to us as a separate login and the policy will be updated to reflect the currently active user. Please be advised that multi-user environments (terminal servers, etc) are currently not supported, the policy will always reflect the last logged-in user.

    Help is something that we'll have to gradually extend over the course of the beta, your feedback will guide is to where it's needed the most. [:)]

    Best regards,
    Andreas
Reply
  • Hi,
    thank you for your feedback. You're addressing a lot of different items, I'll try to separate them a bit.

    What's important to understand is the vision we have with Sophos Cloud. First, it's all about users, and endpoint security is the first but not the only product we'll provide on our platform in the future. With that in mind, our thoughts behind the current layout and workflows are the following:

    We know that managing a large number of users requires an AD connection. Having the option to do local user and group management will always be a good idea, and vital for small companies without their own AD, but the most common use case will be that the user and group management is done by some kind of AD sync. Similarly, we expect that the Endpoint installer will be deployed using some kind of roll-out mechanism rather than by the individual users, or the admin going from desk to desk.
    In that scenario the deployment section will never be necessary, and the most work will be done on the policy section whenever you want to apply more fine-grained policies. It's also unlikely that every endpoint will need a unique policy, we've based our workflows on the assumption that you will most likely create policies based on groups (e.g. Engineering, Sales, ...). So when a new endpoint is reported, you assign it to a real user, and because that user is already in a group it receives the right policy right away.

    Since the vision is to have these policies for all products we want to have on our Cloud platform, we also don't want to have tabs for a specific product. If you have created a policy regarding AV properties, this policy should be applied to all supported products, regardless what kind of device does the enforcement (workstation, laptop, mobile, gateway, ...), and it should be transparent for the user.

    A "login" is a user who is logged in on a specific machine; so for example, if you log out of your workstation and your colleague logs in afterwards, it will be reported to us as a separate login and the policy will be updated to reflect the currently active user. Please be advised that multi-user environments (terminal servers, etc) are currently not supported, the policy will always reflect the last logged-in user.

    Help is something that we'll have to gradually extend over the course of the beta, your feedback will guide is to where it's needed the most. [:)]

    Best regards,
    Andreas
Children
No Data
Share Feedback
×

Submitted a Tech Support Case lately from the Support Portal?