Default Sharing Link Setting Does Not Match User Experience: OneDrive for Business Fix

You configured a default sharing link type in the OneDrive admin center, but users see a different link type when they share files. This mismatch happens because the default link setting applies to new shares only and can be overridden by user-level permissions or client-side defaults. This article explains why the setting does not match the user experience and provides the steps to enforce the correct default link type across your tenant.

The root cause is that the default sharing link setting in the Microsoft 365 admin center controls the link type that appears in the share dialog, but users can change it before sending. Additionally, if users have permissions to create specific link types, the client may show a different default based on the last used option. We will walk through verifying the tenant setting, checking user permissions, and using PowerShell to enforce the desired default.

By the end of this article, you will be able to identify why the default link does not match, correct the setting, and prevent future mismatches using a combination of admin center controls and PowerShell commands.

Why the Default Sharing Link Setting Does Not Match User Experience

The default sharing link type is configured in the Microsoft 365 admin center under Org settings > SharePoint > Sharing. This setting determines which link type is pre-selected when a user opens the share dialog in OneDrive or SharePoint. However, three factors cause the mismatch:

• User override in the share dialog: Users can change the link type before sending. The client remembers the last used link type for the next share session, overriding the tenant default.
• Permission-based defaults: If a user has permission to create specific link types, the client may default to the most permissive option allowed, not the tenant default.
• Legacy link types: If users previously shared files using a different link type, the client may retain that preference until the user clears it or you enforce the setting via PowerShell.

The tenant default only applies to new share dialogs where no previous link type was stored. Once a user changes the link type in the dialog, the client saves that choice and uses it again, creating the mismatch you observe.

Steps to Fix the Default Sharing Link Mismatch

1. Verify the tenant default sharing link setting
   Go to the Microsoft 365 admin center at admin.microsoft.com. Navigate to Org settings > SharePoint > Sharing. Under File and folder links, check the selected option: Only people in your organization, Existing guests, People with existing access, or Specific people. Note the current setting.
2. Check user permissions for sharing links
   In the same SharePoint Sharing page, under Link permissions, confirm which link types users are allowed to create. If users are allowed to create anonymous links, the client may default to that type even if the tenant default is set to Internal. To prevent this, disable anonymous links if not required.
3. Clear user client-side link preference
   Ask users to open OneDrive in a browser, click Share on any file, and manually select the desired link type. Then close the dialog. The client now remembers this choice for future shares. Alternatively, instruct users to clear their browser cache or use InPrivate/Incognito mode to reset the stored preference.
4. Enforce the default link type via PowerShell
   Open SharePoint Online Management Shell as an administrator. Run Connect-SPOService -Url https://yourtenant-admin.sharepoint.com. Then run Set-SPOTenant -DefaultSharingLinkType Internal to enforce Internal as the default. Other values: Direct for Specific people, AnonymousAccess for Anyone, and ExistingAccess for People with existing access. This command overrides any client-side stored preference for new share dialogs.
5. Test the fix with a user who experienced the mismatch
   Have the user sign out of OneDrive in their browser, clear cookies, and sign back in. Ask them to share a new file. The share dialog should now show the default link type you set. If it does not, repeat step 4 and ensure the user is not using a cached session.

Using PowerShell to Enforce the Default Across All Users

1. Connect to SharePoint Online
   Run Connect-SPOService -Url https://yourtenant-admin.sharepoint.com with your tenant admin credentials.
2. Set the default sharing link type
   Run Set-SPOTenant -DefaultSharingLinkType Internal. Replace Internal with your desired value: Direct, AnonymousAccess, or ExistingAccess.
3. Verify the change
   Run Get-SPOTenant | Select DefaultSharingLinkType to confirm the new value is active.

If the Default Sharing Link Still Does Not Match

Users see the default link type as Specific People even after setting Internal

This happens when the user previously selected Specific People in the share dialog. The client stores that choice. To reset, have the user open a new browser session without cached data. In Chrome, use Incognito mode. In Edge, use InPrivate window. Then share a file. The tenant default should appear.

Anonymous links appear as default even though anonymous sharing is disabled

If anonymous sharing is disabled in the SharePoint Sharing settings, the default link type cannot be AnonymousAccess. Check that the Link permissions section does not allow Anyone links. If it does, change it to Only people in your organization. Then run the PowerShell command again to enforce Internal.

The default link type changes after a user edits the file

Some Office apps, like Word and Excel, have their own share dialog that may use a different default. This is a client-side behavior not controlled by the tenant setting. Instruct users to use the OneDrive web share dialog for consistent behavior. Alternatively, set the default in Office apps via Group Policy: User Configuration > Administrative Templates > Microsoft Office 2016 > Sharing > Set default sharing link type.

Admin Center Setting vs PowerShell Enforcement: Key Differences

Item	Admin Center Setting	PowerShell Enforcement
Scope	Applies to new share dialogs but can be overridden by user client-side preference	Overrides user client-side preference for new share dialogs
Effect on existing shares	No effect on already shared links	No effect on already shared links
User override	Users can change the link type in the dialog; client remembers the change	PowerShell command resets the default, but users can still change it for each share
Requirement	No additional tools	SharePoint Online Management Shell or PnP PowerShell

Use the admin center for initial configuration. Use PowerShell when you need to enforce the default across all users immediately and override any stored client preferences.

You now understand why the default sharing link setting does not match the user experience and how to fix it. Start by verifying the tenant setting in the admin center. If users still see the wrong default, use the PowerShell Set-SPOTenant command to enforce the correct link type. For persistent issues, instruct users to clear their browser cache or use InPrivate mode. As an advanced step, consider configuring the default sharing link type via Group Policy for Office apps to ensure consistency across all share entry points.