Versions Compared


  • This line was added.
  • This line was removed.
  • Formatting was changed.


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:

Table of Contents


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 Workspaceaccount users and groups.

In order to use Google as IdP and configure it inside Filewave, one has to obtain the following credentials from Google.

  • Client ID
  • Client secret
  • Service key (JSON file)
  • Service account

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)

Required Items

Client ID and client secret (Google)

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.

StepExample screenshot
(Step 1) - Navigate to


(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.comwith the correct URL of your server instance.

No Format

No Format

No Format

(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.

Creating a service account (Google)

To support server-to-server interactions, first create a service account for your project in the API Console. - Google documentation

StepExample screenshot
(Step 7) - Navigate to
(Step 8) - Click on "Create credentials"

(Step 9) - Choose "Service account"

(Step 10) - Input required details and click "Save". 


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.

Configure Domain-Wide Delegation

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

(Step 16) - Open newly created service account details, by clicking on the service account name. Click SHOW DOMAIN-WIDE DELEGATION. Check the Enable domain-wide delegation checkbox and click Save.


Save Client ID as it will be used later on. It will not initially appear but will show after you clicked on Save.

(Step 17) - Navigate to

(Step 18) - Click on "Add New" to create a new domain delegation.


You will need super administrator permissions for this step.

(Step 16) - In the Client ID, put in credentials from step 16. In the OAuth scopes, put in the following.

Click "Authorize".

Service account and permissions


(Step 17) - 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 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 ""

Configure Filewave server to use Google as IdP (Filewave)


(Step 18) - The last piece of the puzzle is setting up Filewave to talk to Google. Navigate to replacing the address with your FileWave server. Login as fwadmin to be sure you will have proper permissions to make the next changes.

Click on the Settings gear icon at the top of the page.

(Step 19) - Edit the Terms & Conditions to have appropriate text for your organization. This text is displayed when using an IdP to enroll devices. 

(Step 20) - 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 21) - 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.

The Domain is your domain.

The Service Account was the user you granted access to the project in step 17.

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.

Configure Filewave to allow Admins to use Google as IdP (Filewave)


(Step 22) - 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.

Launch the Native Admin and go to Assistants → Manage Administrators.

(Step 23) - 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 23 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 23 to be sure they have the right permissions granted.

titleRelated Content

2.0 Adding IdP Groups for FileWave Authentication

3.0 Configuring DEP Profiles for IDP Authentication/

4.0 Admin Login in Using an IdP Provider

Digging Deeper