Glenn Gagné
2007-07-05 19:50:06 UTC
Bonjour,
Je ne parviens pas à me connecter à un serveur SQL (WMSDE) de manière
"remote".. mais pourtant les protocoles TCP/IP et Named Pipes ont été
activés.
---------------------------------
Voici une explication détaillée, c'est un peu long, mais j'ai tout écrit ce
que j'ai fais pour ne pas me le faire redire:
* Pour la cause, le serveur s'appelle SERVEUR1
Installation sur un Windows Server 2003 de WMSDE pour l'utilisation de WSUS
2.0. Par défaut, l'installation n'active pas le support réseau
(DISABLENETWORKPROTOCOL=1), ni l'authentification mixte (uniquement
authentification Windows). Le serveur SQL fonctionne super bien... car WSUS
est installé depuis plus d'un an sur ce serveur !
Il n'y a aucun pare-feu matériel, ni logiciel entre les 2 ordinateurs pour
le test.
Depuis la console locale sur la machine avec OSQL je suis capable de me
connecter (OSQL -E -S SERVEUR1\WSUS). J'ai créé quelques scripts pour faire
mes backup et ça fonctionne bien.
Je voulais exploiter un peu plus les possibilités de WSUS en me créant une
interface web où le serveur IIS est installé sur une machine différente,
j'ai donc commencé par vouloir m'y connecter depuis mon post personnel
(station Windows 2000 Pro) avec "SQL Server Management Studio Express" comme
je le fais pour d'autres MSDE2000A et SQL2005 présent dans mon réseau.
-------------------------------------
Voici les étapes que j'ai exécuté pour activer le support réseau:
1- Sur le serveur, j'ai exécuté le fichier SVRNETCN.exe (SQL Server Network
Utility). J'y vois très clairement dans le champs "Instance(s) on this
server" le nom: SERVEUR1\WSUS. Et il n'y a pas d'autres instances sur ce
serveur, ni d'autres versions de SQL.
2- Toujours dans SVRNETCN.exe, les 3 protocoles (Named Pipes, TCP/IP et
NWLink IPX/SPX) étaient tous dans la section "Disabled protocols"
évidemment. J'ai alors déplacé les 2 protocoles nécessaires (Named Pipes et
TCP/IP) comme pour une installation standard avec le support réseau vers la
liste des protocoles activés (Enabled Protocols). J'ai vérifié pour avoir le
port 1433 en TCP et le bon nom de Pipe. J'ai ensuite fait "Appliquer" et
"OK".
3- En appliquant les modifications, j'ai obtenu une fenêtre très claire qui
disait: "Any changes made will be saved; however, they will not take affect
until the SQL Server service is stopped and restarted."
4- J'ai alors été dans les Services Windows pour sélectionner MSSQL$WSUS,
fait Arrêter, puis Démarrer.
5- J'ai consulté par la suite la base de registre de Windows pour voir si
les modifications étaient valides. Je suis allé dans
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\WSUS\MSSQLServer.
La clé LoginMode est bien à "1" pour le mode Windows Auth. (ce qui me suffit
pour une connexion avec Management Studio en remote)
La clé ProtocolList dans la sous-structure SuperSocketNetLib contient "np
tcp" et Encrypt est "0" (non activé).
J'ai comparé également chacune des clés avec une autre installation de
MSDE2000A fonctionnelle (qui est pratiquement identique à WMSDE) et toutes
les clés sont configurées pareilles.
Je crois que j'ai tout fais pour activer le support réseau !
---------------------------------------
Maintenant depuis une station client avec Management Studio Express:
Lorsque je fais Parcourir... et que je sélectionne Serveurs Réseau,
j'obtiens la liste des serveurs SQL présents sur mon réseau local et même
ceux distants via mon VPN:
SERVEUR1
SERVEUR2\KAV (8.0)
SERVEUR2\CAPTOR (8.0)
SERVEUR3
SERVEUR4\CAPTOR (8.0)
Petite explication:
SERVEUR2\KAV est une instance MSDE2000A pour Kaspersky Antivirus
SERVEUR2\CAPTOR est une instance MSDE2000A pour une application maison
SERVEUR3 est un serveur SQL Server 2005 SP2 sans instance
SERVEUR4\CAPTOR est une instance MSDE2000A pour une application maison
également
Je suis capable de me connecter à tout ces serveurs sans problème.
SERVEUR1 --> LE SERVEUR AVEC WMSDE qui étrangement ne comporte pas le nom de
l'instance (qui pourtant est existance et est nécessaire lorsque je me
connecte en console MS-DOS local avec OSQL et le nom de cet instance est
présent dans le registre de Windows et pour le nom du service...). Je
devrais voir SERVEUR1\WSUS à cet endroit.... et également le (8.0) à côté
car WMSDE est aussi la version 8
Si j'essais de me connecter en laissant SERVEUR1 = marche pas et j'obtiens:
Impossible de se connecter à SERVEUR1... (Provider: Fournisseur de canaux
nommés, error: 40 - Impossible d'ouvrir une connexion SQL à SQL
Server)(Microsoft SQL Server, Error: 2)
Si je change le nom (tape à la main) SERVEUR1\WSUS = marche pas non plus et
j'obitens un message un peu différent:
Impossible de se connecter à SERVEUR1... (Provider: Interface réseau SQL,
error: 26 - Erreur lors de la localisation du serveur/de l'instance
spécifiée) (Microsoft SQL Server)
--------------------------------
*** Et pourtant je le répète, en console MS-DOS je tape "OSQL -E -S
SERVEUR1\WSUS" ***
--------------------------------
J'ai lu au complet les 2 tutoriels suivants pour trouver une réponse à mon
problème:
http://www.asp-php.net/tutorial/sql-server/sql_msde.php
et
http://www.codeproject.com/database/configuremsde.asp
Mais en vain... :o(
----------------------------------
J'ai déjà eu exactement le même problème auparavant avec MSDE2000A lorsque
celui-ci avait été installé avec le support réseau désacitvé par défaut, la
seule solution avait été de réinstaller au complet MSDE... mais là je ne
peux pas me le permettre car WSUS est dépendant ce celui-ci et je ne peux
l'arrêter pour le moment.
Est-ce que vous avez de bonnes idées pour trouver le bobo ?
Merci à tous
Glenn Gagné
Technicien MCP/TI
Je ne parviens pas à me connecter à un serveur SQL (WMSDE) de manière
"remote".. mais pourtant les protocoles TCP/IP et Named Pipes ont été
activés.
---------------------------------
Voici une explication détaillée, c'est un peu long, mais j'ai tout écrit ce
que j'ai fais pour ne pas me le faire redire:
* Pour la cause, le serveur s'appelle SERVEUR1
Installation sur un Windows Server 2003 de WMSDE pour l'utilisation de WSUS
2.0. Par défaut, l'installation n'active pas le support réseau
(DISABLENETWORKPROTOCOL=1), ni l'authentification mixte (uniquement
authentification Windows). Le serveur SQL fonctionne super bien... car WSUS
est installé depuis plus d'un an sur ce serveur !
Il n'y a aucun pare-feu matériel, ni logiciel entre les 2 ordinateurs pour
le test.
Depuis la console locale sur la machine avec OSQL je suis capable de me
connecter (OSQL -E -S SERVEUR1\WSUS). J'ai créé quelques scripts pour faire
mes backup et ça fonctionne bien.
Je voulais exploiter un peu plus les possibilités de WSUS en me créant une
interface web où le serveur IIS est installé sur une machine différente,
j'ai donc commencé par vouloir m'y connecter depuis mon post personnel
(station Windows 2000 Pro) avec "SQL Server Management Studio Express" comme
je le fais pour d'autres MSDE2000A et SQL2005 présent dans mon réseau.
-------------------------------------
Voici les étapes que j'ai exécuté pour activer le support réseau:
1- Sur le serveur, j'ai exécuté le fichier SVRNETCN.exe (SQL Server Network
Utility). J'y vois très clairement dans le champs "Instance(s) on this
server" le nom: SERVEUR1\WSUS. Et il n'y a pas d'autres instances sur ce
serveur, ni d'autres versions de SQL.
2- Toujours dans SVRNETCN.exe, les 3 protocoles (Named Pipes, TCP/IP et
NWLink IPX/SPX) étaient tous dans la section "Disabled protocols"
évidemment. J'ai alors déplacé les 2 protocoles nécessaires (Named Pipes et
TCP/IP) comme pour une installation standard avec le support réseau vers la
liste des protocoles activés (Enabled Protocols). J'ai vérifié pour avoir le
port 1433 en TCP et le bon nom de Pipe. J'ai ensuite fait "Appliquer" et
"OK".
3- En appliquant les modifications, j'ai obtenu une fenêtre très claire qui
disait: "Any changes made will be saved; however, they will not take affect
until the SQL Server service is stopped and restarted."
4- J'ai alors été dans les Services Windows pour sélectionner MSSQL$WSUS,
fait Arrêter, puis Démarrer.
5- J'ai consulté par la suite la base de registre de Windows pour voir si
les modifications étaient valides. Je suis allé dans
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\WSUS\MSSQLServer.
La clé LoginMode est bien à "1" pour le mode Windows Auth. (ce qui me suffit
pour une connexion avec Management Studio en remote)
La clé ProtocolList dans la sous-structure SuperSocketNetLib contient "np
tcp" et Encrypt est "0" (non activé).
J'ai comparé également chacune des clés avec une autre installation de
MSDE2000A fonctionnelle (qui est pratiquement identique à WMSDE) et toutes
les clés sont configurées pareilles.
Je crois que j'ai tout fais pour activer le support réseau !
---------------------------------------
Maintenant depuis une station client avec Management Studio Express:
Lorsque je fais Parcourir... et que je sélectionne Serveurs Réseau,
j'obtiens la liste des serveurs SQL présents sur mon réseau local et même
ceux distants via mon VPN:
SERVEUR1
SERVEUR2\KAV (8.0)
SERVEUR2\CAPTOR (8.0)
SERVEUR3
SERVEUR4\CAPTOR (8.0)
Petite explication:
SERVEUR2\KAV est une instance MSDE2000A pour Kaspersky Antivirus
SERVEUR2\CAPTOR est une instance MSDE2000A pour une application maison
SERVEUR3 est un serveur SQL Server 2005 SP2 sans instance
SERVEUR4\CAPTOR est une instance MSDE2000A pour une application maison
également
Je suis capable de me connecter à tout ces serveurs sans problème.
SERVEUR1 --> LE SERVEUR AVEC WMSDE qui étrangement ne comporte pas le nom de
l'instance (qui pourtant est existance et est nécessaire lorsque je me
connecte en console MS-DOS local avec OSQL et le nom de cet instance est
présent dans le registre de Windows et pour le nom du service...). Je
devrais voir SERVEUR1\WSUS à cet endroit.... et également le (8.0) à côté
car WMSDE est aussi la version 8
Si j'essais de me connecter en laissant SERVEUR1 = marche pas et j'obtiens:
Impossible de se connecter à SERVEUR1... (Provider: Fournisseur de canaux
nommés, error: 40 - Impossible d'ouvrir une connexion SQL à SQL
Server)(Microsoft SQL Server, Error: 2)
Si je change le nom (tape à la main) SERVEUR1\WSUS = marche pas non plus et
j'obitens un message un peu différent:
Impossible de se connecter à SERVEUR1... (Provider: Interface réseau SQL,
error: 26 - Erreur lors de la localisation du serveur/de l'instance
spécifiée) (Microsoft SQL Server)
--------------------------------
*** Et pourtant je le répète, en console MS-DOS je tape "OSQL -E -S
SERVEUR1\WSUS" ***
--------------------------------
J'ai lu au complet les 2 tutoriels suivants pour trouver une réponse à mon
problème:
http://www.asp-php.net/tutorial/sql-server/sql_msde.php
et
http://www.codeproject.com/database/configuremsde.asp
Mais en vain... :o(
----------------------------------
J'ai déjà eu exactement le même problème auparavant avec MSDE2000A lorsque
celui-ci avait été installé avec le support réseau désacitvé par défaut, la
seule solution avait été de réinstaller au complet MSDE... mais là je ne
peux pas me le permettre car WSUS est dépendant ce celui-ci et je ne peux
l'arrêter pour le moment.
Est-ce que vous avez de bonnes idées pour trouver le bobo ?
Merci à tous
Glenn Gagné
Technicien MCP/TI