Before we can use Google for authentication from FileWave, we must configure Google Workspace and give FileWave access to it. The whole purpose of this configuration is to give FileWave permissions to talk to your Google environment.
This configuration is required if you want to use Google for authentication during device enrollment or during login to the FileWave Web and Native administrator consoles.
The configuration for access is all driven through Google Workspace, so we need to start with:
Setting up Google as IdP in Filewave means that we want to support users to log in with their Google account. We also want to allow Filewave services to query Google Workspace account users and groups.
In order to use Google as IdP and configure it inside Filewave, one has to obtain the following credentials from Google.
The process on how to obtain these is described below.
|To complete the steps below, one has to be logged in to a Google account and be a super administrator of the Google Workspace domain (more info)|
Pre-existing Google Organizational Unit structure (RECOMMENDED)
Running FileWave Server
Below is an excerpt on how to obtain a Client ID and client secret. For a more detailed tutorial and additional information, check the documentation.
|(Step 1) - Navigate to https://console.cloud.google.com/apis/credentials|
|(Step 2) - Click on "Create credentials"|
(Step 3) - Choose "OAuth client ID"
|(Step 4) - In the next screen, choose "Web application"|
(Step 5) - In the configuration screen we need to name our OAuth client name and input correct Authorized redirect URIs.
Please replace "filewave.server.com" with the correct URL of your server instance.
(Step 6) - Click CREATE, and your Client ID and Client secret will be generated. Please save them for later, as they are needed when configuring the FileWave server later on.
Please note the message in grey about the OAuth access being restricted. You may also see a different message indicating that the consent screen needs to be verified. Click on the link in that grey text and ensure that the publishing status is In Production and that the User Type is External.
To support server-to-server interactions, first create a service account for your project in the API Console. - Google documentation
|(Step 7) - Navigate to https://console.cloud.google.com/apis/credentials||/|
|(Step 8) - Click on "Create credentials"|
|(Step 9) - Choose "Service account"|
(Step 10) - Input required details and click "DONE".
Skip optional steps 2 and 3, we will take care of it later.
|(Step 11) - Newly created service account should now be visible in the list of service accounts. (it might take few minutes)|
|(Step 12) - To create a service key under a newly created service account, click on the service account name (step above), select the 'KEYS' tab, and click on "Add key".|
|(Step 13) - Click on "Create new key", select JSON type and click "Create".|
|(Step 14) - Service key is now downloading to your computer. Save it, as it's needed in further configuration.|
If you want to access user data for users in your Google Workspace account, then delegate domain-wide access to the service account. - Google documentation
|(Step 15) - Navigate to https://console.cloud.google.com/apis/credentials|
(Step 16) - Open newly created service account details, by clicking on the service account name. Click SHOW ADVANCED SETTINGS.
Save Client ID as it will be used later on..
|(Step 17) - Navigate to https://admin.google.com/ac/owl/domainwidedelegation|
(Step 18) - Click on "Add New" to create a new domain delegation.
You will need super administrator permissions for this step.
(Step 19) - In the Client ID, put in the Client ID from step 16. In the OAuth scopes, put in the following.
(Step 20) - The next to last piece is setting up a service account. A service account is a user, that is going to be used in order to access resources.
In order to add a user to a service account, navigate to https://console.cloud.google.com/apis/credentials and then click the service account you created, click on the Permissions tab, and add a user you'd like to use for accessing Google Workspace resources.
Make sure the user has at least read access to the User and Group resource.
|The selected user's email becomes your service account token.||Example "firstname.lastname@example.org"|
(Step 21) - The last piece of the puzzle is setting up Filewave to talk to Google. Navigate to https://filewave.server.com replacing the address with your FileWave server. Login as fwadmin to be sure you will have proper permissions to make the next changes.
|(Step 22) - Edit the Terms & Conditions to have appropriate text for your organization. This text is displayed when using an IdP to enroll devices.|
|(Step 23) - Click Setup Google or if you already have another IdP setup then click New Identity Provider on the top right because this screen will look different.|
(Step 24) - This is where everything comes together.
The Name is whatever you want to call this connection.
Select if you want to use this for enrollment or for adding administrators or both.
Insert the Client ID and Secret that you saved from step 6. (Not the Client ID from later on)
The Domain is your domain.
The Service Account was the user you granted access to the project in step 20.
The Service Key is the contents of the JSON file you downloaded in step 14.
Click Create once you have entered all of this information.
(Step 25) - Now we need to enable the Admin SDK API for your project.
Navigate to https://console.developers.google.com/apis/api/admin.googleapis.com/overview?project=<project-number>
Fill in <project-number> is from Firebase/Project settings/General/Project number
If you are unsure what this is you can find it via logging into http://console.firebase.google.com/ > click your Firebase Project > Click the gear icon at the top left to the right of "Project Overview" > Project Settings
(Step 26) Copy the Project number and add that to the link.
|(Step 27) Click the Enable button|
(Step 28) - Now that you have configured FileWave to talk to Google for Admin you need to go into the Native Admin to enable admins to actually log in and set their permissions.
(Step 29) - Click the + on the lower-left corner and pick IdP Group Account.
On this screen, it is important to clarify that you are not defining a user here but a group of users. The Login Name is misleading here, and should be thought of as the name of the group of users so you might put something like Google - Desktop Techs and then for Identity Provider make sure your Google connection is selected that you set up in the prior steps. For Group click the Browse button and select the group that includes all of the users who will have access. If you will give all of your users the same level of permissions then you can use one group for all of your FileWave admins, but if you will use different levels of access then make an IdP Group Account on this window to define each of your groups of FileWave admins. In the image, you see a single entry for Google which might be appropriate if all of the FileWave admins are in a single group on the Google side.
|If everything was done correctly then your Web Admin login should look like the image shown. Click to Login with Google and try to log in. If you can not log in then the user may not be in a group that was given access in step 20 so go and check on the Google side to be sure. If the user can log in but can not perform tasks then ensure they are in the right group, and that you have configured the Permissions tab seen on step 20 to be sure they have the right permissions granted.|