Si vous êtes connecté en tant que connexion SQL, vous devez alors créer un identifiant pour cette connexion et ces informations d'identification doivent disposer de privilèges suffisants pour lire le partage.
Si vous êtes connecté en tant que connexion Windows, vous devez activer la délégation contrainte Kerberos pour le compte de service SQL Server.
À l'heure actuelle, il semble que vous utilisiez une connexion Windows et, comme le contexte imité ne peut pas passer par le "double saut", l'authentification se résout en ANONYMOUS LOGON, qui n'est pas membre de Tout le monde, d'où l'accès refusé. Tout cela est exactement le comportement attendu. Consultez votre administrateur réseau pour savoir comment configurer la délégation contrainte pour le compte de service SQL Server ciblant le partage souhaité.
