SQL Server n'existe pas ou erreur d'accès refusé

Question

J'ai une application qui fonctionne correctement lorsqu'elle est exécutée à partir du serveur. Lorsque les clients tentent de se connecter, ils reçoivent le message d'erreur suivant:

Échec d'obtention des données. * Le fournisseur de données n'a pas pu être initialisé * SQL Server n'existe pas ou accès refusé

sur mes composants Web Office (MDAC). Je suppose qu'il y a une erreur de sécurité ou une erreur de configuration du serveur, mais je ne suis pas en mesure de le localiser. J'utilise SQL Server 2005.

* Remarque: les clients ne peuvent pas modifier leurs paramètres de sécurité ni leur stratégie d'entreprise.

Answer 1

Lorsque vous essayez ceci à partir d'une invite de commande:

nom de serveur TELNET 1433

Qu'est-ce qui se passe? Si vous obtenez un écran vide, SQL Server est à l'écoute et les paramètres de votre client sont erronés. Si vous obtenez un " Accès refusé " ou "pas de réponse" -type de réponse, il s'agit probablement d'un problème de pare-feu ou SQL Server n'écoute pas, mais dans les deux cas, il s'agit d'un problème de serveur.

Answer 2

SQL Server 2005 désactive l'accessibilité réseau par défaut, vous devrez peut-être l'activer

http://msdn.microsoft.com/ en-us / library / ms165647 (SQL.90) .aspx

Answer 3

Les paramètres de votre pare-feu empêchent peut-être les connexions de vos clients. Sinon, il peut s'agir d'un problème de DNS.

Answer 4

Probablement un problème avec votre pare-feu n'autorisant pas les connexions distantes?

Answer 5

Si cela fonctionne à partir du serveur mais que les clients rencontrent des problèmes, je pense que l'option "accès refusé". une partie de l'erreur est la clé ici et c'est un problème d'authentification.

Quel type d'authentification utilisez-vous pour authentifier vos clients? Le serveur utilise-t-il l'emprunt d'identité? Si vous exécutez des clients et un serveur dans un domaine Active Directory, l'application cliente (Office ou Internet Explorer par exemple) transmet peut-être les informations d'identification au serveur que le serveur utilise pour s'authentifier auprès de la base de données.

Answer 6

Pour que SQL Server puisse être contacté à partir d'un ordinateur réseau, le port 1433 doit être ouvert sur le serveur pour le trafic TCP. En outre, si vous avez une instance nommée, vous devez vérifier le port sur lequel elle est en écoute car il peut être différent de celui par défaut et devra probablement être ouvert. Vous devrez également ouvrir le port 1434 pour que UDP prenne en charge le service SQL Browser

.

Answer 7

problème de pare-feu. désactiver le pare-feu, réexécuter l'instance