Discussion :

[jfc]

A voir le nombre de site qui proposent une solution sur WEB, je ne suis pas le seul à avoir ce problème. J'ai contrôlé bien des points et j'ai toujours le même problème.

Symptômes

1 Server Win 2000 sur un groupe de travail (Workgroup) avec SQL Server 2000 SP4
- authentification mixte (Windows et SQL Server)
- pas de Firewall actif
- aucun filtre sur le protocolle réseau TCP/IP

1 Poste de Travail Win XP sur un domaine (NT-SBB1) avec Outils clients SQL Server 2000 + SP4
- authentification mixte
- pas de Firewall actif
- aucun filtre sur le protocolle réseau TCP/IP

- vérifié dans utilitaire réseau client/Server. Le port 1433 est spécifié
- ports IP dynamiques

- Depuis Entreprise Manager démarré sur le poste de travail Win XP, je vois le serveur, je peux arrêter et redémarrer le serveur SQL pas de problème.

Par contre, lorsque j'établir la connection sur le Serveur en utilisant le nom d'utilisateur et le mot de passe SQL (vu que nous ne sommes pas sur le même domaine, je n'utilise pas le log de Windows), cela ne fonctionne pas.

[Invité]

Avez-vous tenté une connexion de Win XP vers SQL avec le compte sa ?
Y-a-t-il un message d'erreur ? Si oui, lequel (code, libellé etc...) ?

Quel édition de SQL Serveur ? Si c'est MSDE, l'option DISABLENETWORKPROTOCOL était-elle à 0 lors de l'install ?

[jfc]

J'ai essayé avec le compte SA
le message d'erreur est "SQL Server does not....", pas de no. Rien de spécial.

Installé MS SQL Server Entreprise Edition fournie lors des cours SQL (limitée à 120 jours) par dessus MSDE sur Win XP.

Sur le serveur MS SQL Server Entreprise Edition fournie lors des cours SQL

[Invité]

Installé MS SQL Server Entreprise Edition fournie lors des cours SQL (limitée à 120 jours) par dessus MSDE sur Win XP.

Par dessus MSDE sur Win XP ? C'est à dire ?
Une connexion locale à l'instance SQL Enterprise est-elle possible ?

[jfc]

Merci de tes demandes d'information

C'est à dire que j'avais installé MSDE localement (mon poste) et pu attaquer l'instance depuis Access par exemple.

Ensuite, j'ai installé SQL Server 2000 sur une autre machine, un serveur windows 2000. L'installation est la version d'évaluation distribuée lors du cours, le temps de se faire la main.

Impossible depuis mon poste d'attaquer l'instance sur le serveur depuis Access, message DNETLIB.DLL, le serveur SQL n'existe pas ou accès refusé.

Ensuite, installation des outils clients SQL Server 2000 (sans le service serveur) sur mon poste, aucune amélioration dans l'accès.

[Invité]

Et quand tu est connecté en local sur le serveur, est-ce que tu accède à l'instance (celle du serveur) ?

[jfc]

Absolument, j'accède en local à l'instance du serveur.

Depuis ces essais, j'ai eu l'autorisation d'accéder au serveur de développement qui lui se trouve dans le même domaine.

Sur ce serveur, j'accède via une authentification Windows sans aucun problème.

A mon avis, le problème provient du serveur de test installé. Serait-ce la version d'évaluation de MS qui serait bridée ?

[Invité]

Normalement non, à moins que cette version expire après une certaine date précise. Mais alors tu n'accèderais pas à l'instance en local.

Utilise svrnetcn.exe sur le serveur pour voir les protocoles activés (Canaux nommé et TCP/IP).
De même, utilise cliconfg.exe sur le poste client pour pour si les mêmes protocoles sont activés.

On va déjà commencer par là.